Filipe Laíns 🇵🇸
Filipe Laíns 🇵🇸
Just a note. I am not knowledgable enough in the code structure to propose a direct way to do this in the code, so you'll have to be the one...
I have a preference towards 3). Can you point me to the linter code?
https://github.com/GlasgowEmbedded/glasgow/blob/bfaf93312c2336b4f71df947a0162e99a02bbbb3/software/glasgow/cli.py#L95
Also ran into this in a new board, I had tested before with an older version and it passed. ``` I: g.device.hardware: device already has bitstream ID b690670e14e6d9e9ae51bd8ddae5ad4d I: g.cli:...
I think you just need to add the new commands to `JTAGOpenOCDSubtarget` and then you should be able to get glasgow to open a server, as shown in https://github.com/GlasgowEmbedded/glasgow/blob/8a277fe9bd609e9abfa8d3b526f95f7c4cdeeac9/software/glasgow/applet/interface/jtag_openocd/__init__.py#L71, and...
Hum, okay. Then we can just copy it to a new applet and apply the required modifications.
Well, you should need to test if the new commands actually work, no?
I can reproduce in a normal LimeSDR. Would you consider using the same approach as they did? https://github.com/cjcliffe/CubicSDR/pull/718
Yeah, the LimeSDR software has never been great. I would like to redo the gateware and write better drivers, but I don't know if it is woth it. Either way,...
> The true reason is that, for some SDRs, forcing a value that is not theoretically supported, makes it deliver samples at some random rate while reporting an absolutely different...