I have the transpiled Verilog source of the Lucid Counter component, but the Verilog is using constant values instead of the parameters. Does anyone know what the replacements for the parameters (SIZE, DIV, TOP, UP) would be in the following Verilog source? The biggest confusion I'm having is the use of hex 0x00, because two parameters use that value (DIV and TOP).
parameter SIZE = 4'h8;
parameter DIV = 1'h0;
parameter TOP = 1'h0;
parameter UP = 1'h1;
reg [7:0] M_ctr_d, M_ctr_q = 1'h0;
localparam MAX_VALUE = 1'h0;
always @* begin
M_ctr_d = M_ctr_q;
value = M_ctr_q[0+7-:8];
if (1'h1) begin
M_ctr_d = M_ctr_q + 1'h1;
if (1'h0 && M_ctr_q == 1'h0) begin
M_ctr_d = 1'h0;
end
end else begin
M_ctr_d = M_ctr_q - 1'h1;
if (1'h0 && M_ctr_q == 1'h0) begin
M_ctr_d = 1'h0;
end
end
end
always @(posedge clk) begin
if (rst == 1'b1) begin
M_ctr_q <= 1'h0;
end else begin
M_ctr_q <= M_ctr_d;
end
end
Hello all,
I'm wondering if there is some product out there that can connect one of the data banks to a protoboard. Honestly, I'm surprised this isn't offered as a basic product given the likelihood that one will connect to external hardware. What I'm hoping to find is something like this one that is available for the Raspberry Pi GPIO bank: https://www.adafruit.com/product/2028
Hello, newbie here.
Since I have bought the Alchitry, it would be better that I ask here.
I know this is a stupid question but is it possible to use is as FPGA and how fast?
Can it possibly interface to https://sigrok.org/ ?
I would like to suggest to add "Projects" in the forum to showcase their projects their difficulties, etc.
Anyone get a "Couldn't find device!" error when trying to flash a program to one of the Alchitry boards (in my case a Cu)?
Sometimes I get "Couldn't find device!" and sometimes I get:
org.usb4java.LibUsbException: USB error 5: LibUsb.open() failed: Entity not found
at com.alchitry.labs.hardware.usb.UsbDevice.usbFindAll(UsbDevice.java:218)
at com.alchitry.labs.hardware.usb.UsbUtil.getDevice(UsbUtil.java:46)
at com.alchitry.labs.hardware.usb.UsbUtil.openFtdiDevice(UsbUtil.java:91)
at com.alchitry.labs.hardware.loaders.CuLoader.program(CuLoader.java:45)
at com.alchitry.labs.hardware.loaders.ProjectLoader.load(ProjectLoader.java:48)
at com.alchitry.labs.project.Project$8.run(Project.java:1539)
I have tried two different USB-C cables, both confirmed to be data cables and every single USB port and hub on my PC.
Thanks.
I have a Mojo v3 with the HDMI shield and I wanted to follow the HDMI projects (passthrough, creating an HDMI output, etc).
After downloading the non Win10 design suite and obtaining a license file, I started alchitry and set the path to 14.7. But the buttons "check syntax" and "build project" do not produce any output at all. No error messages, nothing.
ISE itself is running fine, I can program the spartan without problems. Just alchitry does not seem to do anything.
I'm running Alchitry in a Windows 7 VM (Parallels) on a Mac.
This has always worked fine in the past, but after I upgraded to version 1.1.1, my project will
compile, but when I try to download it from the IDE, I get the following error:
org.usb4java.LibUsbException: USB error 5: LibUsb.open() failed: Entity not found
at com.alchitry.labs.hardware.usb.UsbDevice.usbFindAll(UsbDevice.java:218)
at com.alchitry.labs.hardware.usb.UsbUtil.getDevice(UsbUtil.java:46)
at com.alchitry.labs.hardware.usb.UsbUtil.openFtdiDevice(UsbUtil.java:91)
at com.alchitry.labs.hardware.loaders.AuLoader.eraseFlash(AuLoader.java:21)
at com.alchitry.labs.hardware.loaders.ProjectLoader.erase(ProjectLoader.java:54)
at com.alchitry.labs.project.Project$9.run(Project.java:1557)
On the other hand, if I run the Alchitry loader, it works fine for both programming and flashing the EEPROM.
I'd appreciate any advice.
Never mind! I skipped 1.1.0, so I didn't get the splash about installing WinUSB. It works now.
It seems there is a bug in i2c_slave implementation for Mojo/HDMI Shield. I have used rk3328 box as HDMI source in HDMI pass through scenario. On HDMI source I can see error: "failed to get edid".
Inside i2c_slave.luc there is state transition from READ_ACK_WAIT to WRITE_BYTE. It is good idea to check master's ACK/NACK before going to WRITE_BYTE again. Go to IDLE state if master responds NACK. Currently it goes into WRITE_BYTE anyway and continues to write into bidirectional sda line. Such behavior considered incorrect. For more details see please patch in attachment.
