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