Is there an undocumented incantation to save all register settings to an ini file from within gr-limesuiteng or would I need to hack something? The objective is to examine registers in detail for debugging and configuration tuning within limeGUI (then perhaps reloading ini file contents into gr-limesuiteng). Is this a reasonable thing to think of doing? This thought came to me while I was trying to get the TX function of the XTRX working. I have been using the XTRX as RX for a while. Perhaps a more reasoned approach would be to generate a configuration with limeGUI to do what I seek ultimately and then load that into gr-limesuiteng. Comments?
Tagging @ricardas
I have issues to work out before I turn my attention to configuring the radio chip. I am following the path of the thread Some tech questions about the LimeSDR XTRX ecosystem starting with a gateware upgrade.
The FPGA has been upgraded however, the “Hardware version” remains at 18 (as opposed to 2 which I understand is the correct value).
0: LimeSDR XTRX, media=PCIe, addr=/dev/limepcie0, serial=000000000e5dd8a2
Expansion name : UNSUPPORTED
Firmware version : 4
Gateware version : 1
Gateware revision : 22
Gateware target board : LimeSDR XTRX
Hardware version : 18
Protocol version : 1
Serial number : 241031330
SPI slave devices :
FPGA
LMS7002M
Memory devices :
EEPROM
FPGA/FLASH
FPGA/gold-image
FPGA/user-image
GPS Lock:
GPS - Undefined
Glonass - Undefined
Galileo - Undefined
Beidou - Undefined
software bug, prints the whole register, which contains two values, hardware version, and bill of material version. Already fixed it.
There is no need to for that. After running the GNURadio graph, you can just connect limeGUI and readback the registers.
You can do that. gr-limesuiteng accepts .ini files for configuration, but it’s purpose is to set specific chip registers that are not controllable through generic SDR parameters. The file is used as a base configuration, and then gr-limesuiteng additionally modifies the generic SDR parameters that comes from GNURadio (LO, LPF, gains, sample rate…).
You can connect limeGUI to the XTRX and modify registers while the GNURadio graph is running, just do not modify sampling rate/clock generator, as that would mess up samples data transfer.
The data transfer issues in that thread seemed to be caused by the host PC software, the user replied to me in private:
It seems that the problem with the chopped data has been solved. It was something wrong with the SW on the small computer.
I got a PC (normal size), and installed Linux Sparky (Debian based) from scratch - it works.
On the small PC with a freshly installed Ubuntu 2404 - it works.
On the small PC with a freshly installed Linux Sparky - it works.