I have had this problem on three different hosts now - Ubuntu 22.04 (x64), Ubuntu 20.04 (x64) and NVIDIA L4T (Ubuntu 20.04 derived) for the Xavier NX.
I compile heimdall from source. Everything seems fine. kraken_test / rtl_test works on all 5 interfaces, without any error. rtl_daq.log also clear, just enumerates the devices and allocates buffers, no errors. iq_server.log is always empty.
I changed the ini from shmem to eth, and start with daq_start_sm.sh. No errors, starts up cleanly. I can see the rtl_daq is running as is iq_server. However, I cannot get gnuradio to actually connect. It seems that only one of the ports is being bound to (5001) by iq_server. So I just get an endless stream of messages that the ethernet connection failed.
The only time I have been able to get gnuradio to work is with a VM image (not an option for the NVIDIA board I am targeting). Not sure what I could be doing wrong - it seems I am following the instructions to the letter.
Yes they are on the same machine. Port 5000 is not in use by anything else. It isn’t really that it fails to bind. What seems to be happening is it is getting stuck here:
Not sure why exactly. It looks like the decimator connects to this first without issue, and then iq_server just hangs on line 191. If I comment out the init_in_sm_buffer function call in iq_server.c it continues to bind and finish launching (but I assume without calling this of course it can’t work). Any ideas?
Hi, I confirm that there are some problem with using the ethernet interface. I use a Ubuntu Laptop and have been able to extract IQ samples from the data stream. But now my python scripts have broken and I am not able to communicate properly with the KrakenSDR.
In both cases the same result, it hangs on the fopen call in sh_mem_util.c I mentioned above. It is really bizarre - fopen hangs on _data_control/fw_delay_sync_iq but it does exist. Strange. Any thoughts?