开云体育

There is a setting in the Kenwood V71 to enable TX pre-emphasis and narrower (aka "1200") or disable TX pre-emphasis (aka "9600"): http://manual.kenwood.com/files/B62-1926-40.pdf --> PDF page 83 -->

I remember asking the Yaesu rep when I bought my FT7100 (years ago now) .He told me that radio only changed the receive pin.? That was all that was needed. Rob KB8RCO On Fri, Oct 8, 2021 at 18:04,

Yes, unless the radio "knows" you're in 1k2 vs 9k6 mode, and adjusts the audio path internally as a result. My own Yaesu FT-847 has such a mode. The user guide doesn't talk much about what it does

FYI, the 6-pin miniDIN 'data jack' does not have a separate TX audio pin 1??? Data In (Mic)????????4???? 9600bps RX Audio out (from radio) 2??? Ground????????????????

I've tested this a lot and contrary to other posters doing 1200 baud packet with your radio set to 9600 baud works quite well. Yes Does not appear to matter. I run all my packet gateways this way. I

Hello Basil, Few questions if I may: - With your setup, is this doing *simultaneous* decodes of 1200bps AFSK and 9600bps FSK signals on the same frequency? It looks like it might be able to RX this

I didn't use alsaloop. I just made a Y mdin6 cable. This specifically was to run 1200 & 9600 baud packet on a single channel. Note that the PTT for both channels is tied together which for my case

did anybody try to divide the audio capture of the radio audio card into alsaloop and get some more outputs, which are fed into several direwolf instances with different configuration of speed (AFSK

The KPC-3+ and KPC-3 each use chips designed for 'wired' data transfer at 1200 baud.You have to believe these chips were design with a lot better Signal to Noise Ratio that is common in radio.Also,

Hello, Thanks for the info on the Kantronics KPC-3+. From what a gather, they are older, don’t decode as well as current software modems even, but are oldies, buy goodies with mailbox features

Hi everyone, after several tests, Brent's proposal since to work fine for me So Brent, thanks for your help. By the way, I'm working on an APRS based paging system for the B-EARS (Belgian Emergency

WSPR needs to be timed within the window.Many microcontroller based WSPR (and some other modes) transmitters use the PPS to time the TX because microcontroller crystals won't keep accurate enough time

Ok.. you got me there.. simulcasting and accurate voting repeater systems really do need precision clocks but I would argue they only need accurate time amoungst eachother. I don't know if they really

I still to try the Fe-Pi clone hat, but bought a cheap Sabrebt (one with volume control on it and you can turn headphone and mic off by buttons). Have four cheap Sabrent USB audio, plus this one now.

wrote: I completely disagree, there are all sorts of things that need that precision in ham radio, Voting and simulcast to name a couple.

If I build a Stratum1 network Time Server, I'll get something that can do the job. For now, positioning is good. Fred N7FMH

Nothing missed, just additional commentary. J Fred N7FMH Sent: Wednesday, October 06, 2021 5:38 PM To: [email protected] Subject: Re: [direwolf] Repeating "GPSD: Location fix is now 2D/3D" A lot of

GPS PPS signals are for ultra accurate time but not for position. There is arguably NOTHING in amateur radio that needs this level of precision other than maybe than bragging rights:

A lot of conversation about the PPS.I am pretty sure ths conversation was about getting position infomration through gpsd, not time (beyond the data stamp). I have no idea how a Garmin GLO2 could

Hi Fred, Both my Ublox devices - LEA4 (IIRC) and a considerably newer M8 - have 1PPS so yours likely does too. The Garmin I dabbled with was the 18-5Hz with sentences sent five times per second for