I currently have 3 speed modes, 300 baud, 600 baud, 1200 buad. 1200 is basically not possibly in anything but NVIS type HF conditions.
Interesting idea! Yes, JS8CALL has multiple modes. slow, slower, very slow and the worst. lol. Its a fantastic protocol. Very robust and can be used in terrible HF conditions. Currently it is all AX25 spec packets. 200kb chunks that get split then combined back together.
JS8 is amazing, and does have an undocumented API, but its bad. Its just not right for this project. However, future plans include:
Full KISS MODEM FL DIGI - Be able to use most if not all FL DIGI modes for very fast OR robust data transsfer, and eventually protocol switching
Reticulum Network KISS packet support. To be able to then use it on hf, fm, lora, and even just plain old encrypted internet node connections. Or better yet, a mix of all the above.
ie: Use LORA RN device to send from an offgrid channel a few miles away to an HF connected base station, which then sends it to the server.
I used speficifacally KISS packets because of the future operability with FLDIGI and Reticulum.
FM on VHF/UHF is currently working OK at 1200 baud, but currently that is the limit. In the future will add support for 2300 or even 9600 bps depending on band conditions. The biggest thing is the client and server currently have to stay on the same baud and frequencies/modes.
I plan on having a winlink style switching later on that will rotate through different HF bands possibly so you can try different bands conditions.
Liberty Farmer
npub1uw…yfqu7
2025-01-30 13:21:23
in reply to nevent1q…x2fn
Author Public Key
npub1uwh0m2y8y5489nhr27xn8vkumy8flefm30kkx3l0tcn0wss34kaszyfqu7Published at
2025-01-30 13:21:23Event JSON
{
"id": "55b621c7531bd6bd04bb75330f83adba62baa728b85c821c7b29295eddf8583a",
"pubkey": "e3aefda887252a72cee3578d33b2dcd90e9fe53b8bed6347ef5e26f74211adbb",
"created_at": 1738243283,
"kind": 1,
"tags": [
[
"e",
"1112cea265274124742a55041bafe48a15a24aa7f62888e6ef38bb1ec72d6ef7",
"wss://nostr.oxtr.dev",
"root"
],
[
"e",
"ac4b29137a77b5dcde1487d2fd552faee0859b7b7f9c010673d28aba99fac774",
"wss://nostr.oxtr.dev",
"reply"
],
[
"p",
"3f770d65d3a764a9c5cb503ae123e62ec7598ad035d836e2a810f3877a745b24"
],
[
"p",
"e88a691e98d9987c964521dff60025f60700378a4879180dcbbb4a5027850411"
],
[
"p",
"2754fc862d6bc0b7c3971046612d942563d181c187a391e180ed6b00f80e7e5b"
],
[
"p",
"58c741aa630c2da35a56a77c1d05381908bd10504fdd2d8b43f725efa6d23196"
],
[
"p",
"472f440f29ef996e92a186b8d320ff180c855903882e59d50de1b8bd5669301e"
],
[
"p",
"e3aefda887252a72cee3578d33b2dcd90e9fe53b8bed6347ef5e26f74211adbb"
],
[
"p",
"dc7eb9135f967883a3cfaa4a07d19b7d476e7b11e258b2b786d30f2e9a95e271"
],
[
"r",
"wss://140.f7z.io/",
"read"
],
[
"r",
"wss://algo.utxo.one/"
],
[
"r",
"wss://nos.lol/"
],
[
"r",
"wss://relay.snort.social/"
],
[
"r",
"wss://relay.damus.io/"
],
[
"r",
"wss://relay.nostr.band/"
],
[
"r",
"wss://relay.noswhere.com/"
]
],
"content": "I currently have 3 speed modes, 300 baud, 600 baud, 1200 buad. 1200 is basically not possibly in anything but NVIS type HF conditions. \n\nInteresting idea! Yes, JS8CALL has multiple modes. slow, slower, very slow and the worst. lol. Its a fantastic protocol. Very robust and can be used in terrible HF conditions. Currently it is all AX25 spec packets. 200kb chunks that get split then combined back together. \n\nJS8 is amazing, and does have an undocumented API, but its bad. Its just not right for this project. However, future plans include:\n\nFull KISS MODEM FL DIGI - Be able to use most if not all FL DIGI modes for very fast OR robust data transsfer, and eventually protocol switching\n\nReticulum Network KISS packet support. To be able to then use it on hf, fm, lora, and even just plain old encrypted internet node connections. Or better yet, a mix of all the above.\n\nie: Use LORA RN device to send from an offgrid channel a few miles away to an HF connected base station, which then sends it to the server.\n\nI used speficifacally KISS packets because of the future operability with FLDIGI and Reticulum.\n\nFM on VHF/UHF is currently working OK at 1200 baud, but currently that is the limit. In the future will add support for 2300 or even 9600 bps depending on band conditions. The biggest thing is the client and server currently have to stay on the same baud and frequencies/modes.\n\nI plan on having a winlink style switching later on that will rotate through different HF bands possibly so you can try different bands conditions.\n\n\n\n\n",
"sig": "8b4a5c81f46fb4b07f8a5e4882ec11417d496b8992b528f909c8596270310d486c237576a9629170e60aa42d2861a8ca9dbb12d81f5b1eeabb3ff54abb5c2fd1"
}