ryanvolz / radioconda

Software radio distribution and installer for conda
Other
340 stars 39 forks source link

issue with UDP-SINK #82

Closed Lunny1993 closed 1 month ago

Lunny1993 commented 6 months ago

1、My gnuradio by radioconda on windows version: 微信截图_20231214114109 2、My flowgraph to get and send spectrum data over UDP-SINK: 微信截图_20231214115002 微信截图_20231214115049 3、In fact, after the flowgraph runs, only a few packets of UDP data can be sent, and then the UDP packets stop sending. 微信截图_20231214115513 4、I tried lowering the sample rate or lowering the FFT size etc, but it still didn't work. 5、I noticed the "NOTE" for "UDP-SINK", but how to add the following lines to "/etc/sysctl.conf" on the windows version? image

Can anyone fix it? Ask for advice! Thanks a lot!

ryanvolz commented 6 months ago

Hi @Lunny1993! I was going to suggest that you post this over at https://github.com/gnuradio/gnuradio where far more eyes would see it and be able to help, but I see you've already done that! I personally have little experience with the UDP Sink, but I would be suspicious of the high packet data size you're trying to use. If you have jumbo frames enabled (and I have no idea how to do this on Windows) then your packet size works, but it doesn't for standard frames. Do you get better results if you change the packet data size back down to the default of 1472? I know that doesn't fit a whole FFT, which I assume is your intention by setting it to fft_size * 4 where the 4 comes from the 4 bytes per float32 sample.

You might also to well to look into the "ZMQ PUB Sink" or "ZMQ PUSH Sink" as alternatives for sending packetized data to another application. That only works if you can use ZeroMQ on the other end though.

yourarchipelago commented 5 months ago

I found this issue last year.

You could enable jumbo frames and enlarge the rx/tx buffer in the settings of network adapter on Windows, but unfortunately, it will not work.

In my opinion, maybe the reason is that the instrumentation blocks would not receive all the packets reached, and you could even stop the running process from GUI control panel, which might disturb the data stream.

ryanvolz commented 1 month ago

Probably best handled upstream at the GNU Radio issue tracker on GitHub if there are still issues with the UDP Sink on Windows.