¿ªÔÆÌåÓý

Re: Best RX decode performance AFSK 300bps


 

¿ªÔÆÌåÓý

Hi David, Bob,

If I may chip in with my experiences gained from running a 30m BBS for a number of years. My comments are further down ...


On 18/12/24 04:48, David Ranch via groups.io wrote:

Hello Bob,


What confused the issue with 9.2.2 is the table of modems says;

¡°+¡± means enable multiple slicers.
¡°-¡° means single slicer.

but one creates multiple demodulators using a "single slicer" B- 5@30 (etc)


Ah... Ok, got it and yes, there seems to be some confusion here around terminology

On page 61, the User Guide says:
--
My original solution for this, many years ago, was to allow multiple demodulators with staggered center
frequencies. With this example, we have 7 different modems, spaced at 30 Hz apart.

? MODEM 300 A- 7@30
--

That section goes on to say that the pipe characters in say (_|||_____)? mean lower to higher frequency modems to the left and higher freqency modems to the right.? In this example, three modems listening to lower frequencies decoded the packet.


I expect that "slicers" is another name for "demodulators", but by looking at the log display (eg ___||||__) it suggests something like 9@30 that is probably not number/spacing set and/or is automatic/dynamic. This all contras though when one has to use B- to set that manually. The table should probably read "- means manually setting quantity and spacing of demodulators, the default being 1".


At the bottom of page 62, the User Guide says:
--
The ?B? demodulator is new in release 1.7. This acts like an FM demodulator. Combined with multiple
slicers, it provides tolerance for signals off frequency.
--

There is very little detail about slicers in the User Guide.? There is a little more in the A-Better-APRS-Packet-Demodulator-Part-2-9600-baud.pdf document but again, not a whole lot.


So is there any practical advantage running B+ over B- when (say) multiple demodulators are employed?


The A-Better-APRS-Packet-Demodulator-Part-2-9600-baud.pdf doc talks a bit about slicers and trying to empirically show through multiple decoded packet test runs how using multiple slicers helped a little bit.? Will it work for you?? You'll just have to try but I don't think they will make things WORSE other than higher CPU load.


My question about audio input level is really not about clipping as that is kind of obvious. It's about as a signal gets weaker and the bit width narrows. eg assume it was weak enough to fall to (say) 6 bits rather than 16. Does that affect decoding maths reliability. I have found when using fldigi for example the RF preamp can help that.


Much like a preamp, increasing the *AF volume* aka the sound device's microphone volume will also increase your noise floor and lower your system's overall dynamic range.? Digital mode programs like Direwolf can decode stuff that isn't even heard so I wouldn't recommend to try to change the AF audio.?? Counter to that, there is the radio's RF preamp (if it has one).? That sometimes can help but it can also hurt as well.? It really depends on the RF conditions, the received signal, the received noise, etc.? You'll have to try it at that particular time and see if it helps or hurts things.


As it is I was reliably decoding a host of US stations this morning up around 70-80%, but my 50W wasn't getting back.


There are a lot of HF packet stations ~centered around Colorado, US and I've found that grey line propagation from California helps me a LOT to my fan dipole antenna.? It only lasts for about 45min and my decode rate falls back down.? The other thing to note is that a lot of those US midwest 300bps HF packet stations run with a LOT of power.. some running 500w or more!


Beyond all this.. others have mentioned that other data modes could offer far better reliability but if the remote station isn't running those improved nodes, it doesn't really matter (chicken / egg issue).? I don't really know what to say here other than maybe only try to work stations that you know use FX.25 or offer stronger data modes.? It's frustrating and I tried for a LONG time to make 300bps AFSK HF packet work but I ultimately gave up as it was too unreliable to be enjoyable.? I pray that you will have better luck than I did.

As said above, I ran a 30m BBS for a number of years, and quite successfully, mostly. I also gated HF travellers in the Australian outback, as well as the occasional overseas stations, notably a yacht in the Caribbean for near two weeks and another yacht near Antarctica for a similar period of time. Heard on many night were some stations from Europe and the US.

I used both ex-commercial crystal locked Codan transceivers (100W maximum) and a trusty old Kenwood TS430 (set to 50W). Originally I used the MFJ1270B TNC but later changed to a Baycom USCC4 ISA card. its world chip used for HF was excellent. This was well before "modern" modems such as Direwolf, et al. There wasn't anything special about the equipment.

I believe that three things played an important role in my success;
1. the antenna. I was fortunate enough to be on 25 acres and was able to string up a flat-top half-wave dipole at about 50ft (about half a wavelength above ground - really terrible ground for radio!.
2. the standing noise level on HF at my location was S0 (zero).
3. the particular paths I used. I discovered early that some paths would not work reliably while others were simply brilliant. One path of 1100km into Victoria, to my south, was open for up to 22 hours per day. When that BBS closed I moved to another at about the same distance but to my west in South Australia. That path worked reasonably well but was not even close to the previous path in performance. With 25 acres of trees I was able to orientate the antenna to favour the new station.

I think that for the "average" 30m user it's a case of SIAS (suck it and see). There will be winners, and losers. For plain old 0k3 packet the likes of Direwolf can offer a level of assistance but nothing can compete with, or overcome, the vagaries of Mother Nature.


--David
KI6ZHD
Ray vk2tv

Join [email protected] to automatically receive all group messages.