Open oldchap7 opened 8 months ago
Edit:
Continued working on the matter. Found a few hints in Soapy Project Docs on how to cure the warnings and followed the advice. Set in Ubuntu prior to starting sdrangel sudo sysctl -w net.core.rmem_max=104857600 sudo sysctl -w net.core.wmem_max=104857600 Starting sdrangel --soapy and going to tx using Cariboulite S1G: no warnings were reported but tx LED remained unlit, no output. After some repeated txing trials the rtprio:warning showed up again. Following the relevant advice from the Soapy Project Docs had no effect. (No fun)
It may be worth verifying you can TX at the most basic level OK by using the cariboulite_test_app. Will transmit a CW carrier on the frequencies and power you specify.
I just created a pull request you can look at that is a simple RF Sweep Generator. It uses soapy and is derived from the soapy_synth.py example program. This is another simple way to check that something works on transmit.
I checked cariboulite txing ability using the cariboulite_test_app: both channels (HiF, S1G), set to 0dbm/435 MHz, are txing, with the relevant tx-control LEDs become lit and strong signals on the receiver were observed. This is ok.
As i have a client/server set up, with the cariboulite/SoapyRemote running headless, it presently does not make sense to run the sweep generator as the PySimpleGUI module will require a "head". It might work via SoapyRemote, but did not check it yet.
Gesendet von Mail für Windows
Von: K7MDL Gesendet: Freitag, 8. März 2024 06:40 An: cariboulabs/cariboulite Cc: oldchap7; Author Betreff: Re: [cariboulabs/cariboulite] Cariboulite not txing (Issue #184)
It may be worth verifying you can TX at the most basic level OK by using the cariboulite_test_app. Will transmit a CW carrier on the frequencies and power you specify. I just created a pull request you can look at that is a simple RF Sweep Generator. It uses soapy and is derived from the soapy_synth.py example program. This is another simple way to check that something works on transmit. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
set up a cariboulite server/client configuration like this: Server Cariboulite (FW Dec 2023)/rpi4 zero2/bullseye legacy 32bit headless/OTG-> LAN -> Dragon Beta34/rpi5 using SDRangel. Cariboulite Server start: "SoapySDRServer --bind". Check from commandline Dragon/ubuntu wether server is runing properly: "SoapySDRUtil --find". Both cariboulite channels are found. Start SDRangel from commandline "sdrangel --soapy". In SDRangel select Rx or Tx, both cariboulite channels are shown and can be alternatively activated.
Rxing runs ok (on both caribou channels), checked some demodulators up to DATV = all ok.
Txing: First set sdrangel, button preferences/device, as per SoapyRemote requirement. This will be overwritten from sdrangel, but the necessary identifiers seem to remain. (here I used S1G for the tests) Selected Tx and Cariboulite S1G, SR=2000, Frequency 435 MHz, Modulator NFM. Nothing happend upon activating the channel, except the log in the terminal window had produced a longer log. (see log.pdf) It reports 2 warnings, which I was not able to resolve up to now.
Would appreciate assistance, thanks in advance
log.pdf