UV_K5_playground
UV_K5_playground copied to clipboard
piotr022
KISS TNC over UART - is possible?
I think, will be great somethin like KISS TNC over UART. For BBS, Packet Radio, APRS. Is possible?
Absolutely I would love to see this. With the new AFSK messaging support it seems it would be a matter of adding UART instead of keyboard/display IO and it would be incredible!
An AUD$28 HT with a KISS TNC onboard would be an absolute game changer.
Not that the spectrum graph and RSSI implementation isn't already a game changer... Thanks for the amazing work!
After testing I have confirmed that BK4819 produces FSK, not AFSK. It will not be useful for general ham radio packet radio (APRS/BBS).
UART FSK may still have some use, but will not be compatible with existing ham infrastructure.
After testing I have confirmed that BK4819 produces FSK, not AFSK. It will not be useful for general ham radio packet radio (APRS/BBS).
UART FSK may still have some use, but will not be compatible with existing ham infrastructure.
Is FFSK work?
from the datasheet: Besides speech communication, the BK4815N on-chip FSK data modem supports F2D and F1W emission to be used in both FRS and DPMR band for text message and GPS information exchange.
If the message functionality could be moved to use F2D then it should work with APRS & BBS :O
On Sat, 15 July 2023, 1:15 am drspastic, @.***> wrote:
from the datasheet: Besides speech communication, the BK4815N on-chip FSK data modem supports F2D and F1W emission to be used in both FRS and DPMR band for text message and GPS information exchange.
— Reply to this email directly, view it on GitHub https://github.com/piotr022/UV_K5_playground/issues/20#issuecomment-1636150417, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAEGU5M34CZXPW7KTDHFNULXQF5BPANCNFSM6AAAAAA2HDY53E . You are receiving this because you commented.Message ID: @.***>
The BK4819 datasheet here states that F2D is indeed included!
If it indeed does support AFSK (which i think the register map is calling FFSK1200/2400) there are some other considerations:
- APRS / packet uses NRZI encoding. This would have to be encoded/decoded in software.
- Apparently packet transmissions use a preamble of 0x7E. It looks possible to configure the FSK modem to use custom sync bytes, and only use 2 of them, so you could maybe set these both to 0x7E and have it trigger on an APRS packet?
Certainly some interesting possibilities, but lots of testing to be sure it works!
Generation of NRZI encoding is trivial, there is plenty of code to generate this on github
The flag bytes 0x7e have to be NRZ encoded before sending, so you just build the entire packet including the flags pramble and then send it to the chip. You just don't include the flag bytes in the CRC calculation Then assuming the baud rate can be set to 1200 and the tones set to 1200 and 2200Hz , it should work.
Sure, encoding will probably be fine. Reception might be more difficult...