emard

HI I have never tried it (or get it working) on XILINX. However it all started from libxsvf which worked for some XILINX. Also I haven't long time tried ESP8266,...

SVF command that uploads big chunk (bitstream) created by quartus is single SVF command which has to be buffered in full length (1MB lets say) and replayed backwards to JTAG....

Maybe you can take a look at my another project esp32ecp5 and add altera support. It doesn't work with SVF but takes binary bitstream so it completely avoids HEX parsing...

HI I can recommend esp32ecp5 micropython to load directly bitstream to ecp5 and some xilinx and altera would work too libxsvf is my early attempt. svf must be processed reverse...

bitstream format is vendor specific and protocol to upload is specific too but not much different so I have written 3 different esp32 sources that upload bistream for each vendor...

This project file is old/obsolete (I deleted :) Use the one from universal make On 10/27/19, gojimmypi wrote: > The [project > file](https://github.com/emard/galaksija/blob/master/proj/lattice/galaksija_ulx3s_hdmi/galaksija_hdmi.ldf) > in `galaksija\proj\lattice\galaksija_ulx3s_hdmi` fails with error: >...

hmm only trellis currently compiles, I need to fix diamond version from universal make On 10/27/19, D EMARD wrote: > This project file is old/obsolete (I deleted :) > Use...

I see, 12F is too small? (hmm it shouldn't be, trellis fits :) So I changed default build to 25F for diamond. On 10/27/19, D EMARD wrote: > hmm only...

HI Diamond error is typical sh-related. Diamond has some scripts starting with "#!/bin/sh" but that actually expect "sh" be "bash" and in modern linux ln -s bash sh 20 yrs...

And I was building it with latest trellis compiled fresh from sources few hours before writing this message. if your trellis/nextpnr/yosys is old from like half a year ago it...