Heikki Hannikainen

Here goes, initial proposal: https://github.com/hessu/aprsfi/blob/kiss-ble/AX25-KISS-BLE.md Please review and provide feedback. I was very tired so there may be something silly in there. Maybe Georg does not mind if we hijack...

Thanks, good points. @markqvist I think the application should be made aware of whether the KISS device can accept AX.25 or something else. For example, my application can only do...

Please find an updated version here: https://github.com/hessu/aprs-specs/blob/master/BLE-KISS-API.md diff: https://github.com/hessu/aprs-specs/commit/e72f376fb461526aef943b2e26b0cdd34ca63659 I tried to implement all of your suggestions, and give a fairly precise method to allocate extension UUIDs. Did I miss...

Hi, If there's no further feedback on the spec, I'll send some announcement emails and tweets and other sorts of posts on Friday to make other vendors aware.

For good UX I would not bother with generic devices with characteristics which are not unique to KISS support.

aprx should not have further actions (such as "forward as email"), those are quite clearly outside the scope of an igate and should be implemented as separate APRS-IS servers. Please...

Reverting commit 0e5c89e helped, now aprx gets connected to APRS-IS eventually.

Still not very good. It tries the first address, waiting a very long time for the connection to succeed, then it tries the same address again! It takes quite a...

Hello, I am also quite busy with other projects (https://aprs.fi/, https://github.com/hessu/aprsc, family, house), and last night alone I found 3 variations of these bugs (https://github.com/pengi/gr-igate/issues/3 and https://github.com/ampledata/aprs/issues/18), so I would...

The reconnect loop will only happen if the duplicate clients connect to the same APRS-IS server (i.e. they're not using the rotate). If they end up on different servers, it'll...