开云体育

"Curious, what sound device and radios are you using here?? By any chance, did you try the 4800bps 8PSK modems as well?" A mix of the RL-20---

Just to follow up before this topic gets locked. I changed all the alias lists in PAT to use the full callsign as a work around. I also wrote Martin as asked if AGW and Forms are coming for PAT. He

Thanks for clarifying this; I was just about to ask. I've got one of the MFJ units, MFJ-1278T with the 2400 bps modem. Never used it in that mode, and am wondering if there are any "watering hole"

Back in the 1990s there were at least three commercial TNCs that implemented 2400 bits per second. * MFJ-2400 ( https://mfjenterprises.com/products/mfj-2400 ) which is an optional board for the

Hello Trip, Great to hear about your success! Curious, what sound device and radios are you using here? By any chance, did you try the 4800bps 8PSK modems as well? --David KI6ZHD

Just some FYI on real world testing of 2400b. Over the last few weeks my mtn top node has been on 2400 V26B and the results have been nothing short of GREAT!? Users(3) are using UZ7HO in "DW QPSK

Hi Basil, Thanks but i'm not familiar with Linux.... Will keep that in mind in case. 73 Patrick TK5EP

Hi That worked perfecty ! PTT Led is blinbking... Thanks a lot ! 73 Patrick

The Windows command processor seems to be truncating the device path at the & character. Try quoting the device path like this: cm108?

Patrick, I wrote a simple bash script that controls a gpio for a CM108 here: https://github.com/nwdigitalradio/n7nix/blob/master/deviation/usb_ptt.sh /Basil n7nix

Hi all, I've developped an interface board we want to use on our local repeater network with the Asterisk software. It is build around a CM119A. I'm looking for a way to test the different GPIO ports

Hello John, If you research the archives here and many other forums, you'll find a LOT of other users having lots of different issues including: - inconsistent input and output audio levels during

Hi, If I can get them working A-OK, I'll stick with them. Once STE was disabled, I ran several tests and I'm getting no missed packets. Not sure how it will fare when it's plugged into an X-30, but

They may be low quality.... But you just solved your problem, and effectively showed that all the "Baofeng is garbage and doesn't work for packet" was far more unfounded bias against what is seen as

That's not the case here - radios based on the RDA1846(S) chips have a feature that uses a CTCSS tone to signal end of transmission, so compatible radios can mute the receiver and avoid the squelch

Reduce power, the RF is get induced to the PTT keeping TX too long. 73 de Yono - YD0NXX

Hi, It was on by default. I didn't know it was there to switch on hehehe Mat. Cheers Dana, that was it!!! Disabling STE cured it :) I Feel a bit of a fool for not spotting that in the manual :) I will

I believe this is a feature of the RDA1846 and not unique to Baofeng; it's up to the firmware developer of each radio to set the default state for this. If I recall correctly, I discovered this in a

Hello Matt, Curious, was this Baofeng feature ON by default or did you turn it on? --David KI6ZHD

Hi, Cheers Dana, that was it!!! Disabling STE cured it :) I Feel a bit of a fool for not spotting that in the manual :) I will take the advice about Baofeng being rubbish (they are, I get quite bad