cariboulabs / cariboulite

CaribouLite turns any 40-pin Raspberry-Pi into a Tx/Rx 6GHz SDR
1.08k stars 100 forks source link

Cariboulite not txing #184

Open oldchap7 opened 8 months ago

oldchap7 commented 8 months ago

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

oldchap7 commented 7 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)

K7MDL2 commented 7 months ago

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.

oldchap7 commented 6 months ago

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: @.***>