开云体育

According to the scheme I have, only 7 pins are used from the socket, 1 common table and 6 outputs, is that correct?

Both encoders switch the inputs to ground, so the common point is ground. 73 Evan AC9TU

That's a good point.? FreeDV gets frequent updates, it's best to go to their github repo and see if you can download and/or build the new stuff. The version in Debian 12 is one year old, and there

That sounds like a good strategy. -- Regards, Dave, N1AI

Most of the leg work to do this is in https://github.com/afarhan/sbitx/pull/55 but that PR is stalled (it seems) over how user-facing documentation should be handled. If you look at

Help I managed to destroy my plug from the encoder plate as I measured is there a common point that reaches both the encoder 1 and 2 is ground or +5v ?

The sbitx uses only pin read and write from gpio. Even those are very slow. The I2C is not critical. The RTC is read just once when the sbitx starts. The si5351 is written only when you change the

Tony, That sounds like a great demonstration project. The receiver wasn't terribly difficult to get going..? if you want the full 25 KHz bandwidth on the waterfall. You'll need to build a filter. I

Hi Tony, Just use usleep() (or any other C standard sleep function) instead of delay(). That is the easier part. Gpiolib does exactly which you mention and much more. If your purpose is re-write

Hi Rafael Thanks for the advice on gpiod. Yes I did read the readme, but hoping it didn't matter! Looking on the Rpi forums, I see that people are programming the RP1 chip to get gpio. I'll have to

Tony, WiringPi does not - and most likely will never - support the Pi 5. Have you read the README [1]? You need to port Farhan's sbitx code, which should be simple, can just follow my code, which I

ps - running 64 bit Bookworm. Looking through the WiringPi code, I see that as stated by Rhizomatica, there is no support for the Pi 5, in terms of code which can print the device type, but I don't

The big issue was when attempting to run sBITX Orca kept trying to read data (GUI or Stream from underlying Terminal output?) in some kind of loop. I'm not sure mixing with the rx audio would

Instead, we can mix orca audio samples over the rx audio. - f

Perhaps, and I’d love to know if this is a realistic solution, routing Orca to a separate USB audio fob? -- Buddy Brannan, KB5ELV, WRVB670 - Erie, PA Email: buddy@... Mobile: (814)

Mike, The sbitx uses raw audio device to keep latency low. You will notice that the audio latency of the sbitx is so low that it sounds almost like an analog radio. This is unusual for an sdr,

I didn't find anything mentioned in the group about this issue.? If I missed something my apologies. Today when I turned on my sBITX V3 running version 3.02 I immediately began getting screen reader

I'm trying to run sbitx on a Pi 5. I've compiled it with the working WiringPi library from Rhizomatica, but get an error on running: gpio: Unable to open GPIO direction interface for pin 17: No such

I experienced the same problem, and have returned to V 3.01 to avoid the problem.

All noted Dave and I found it eventually. Still think the sbiitx github page needs a pointer adding to the groups page/wiki in case users land on there first regards Paul