开云体育

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.

--David
KI6ZHD