Might try to drop this from 1 to None as in the example at https://github.com/python-aprs/kiss3/blob/main/examples/tcp_send_recv.py:
for frame in ki.read(min_frames=1):
To test this, I can write up a test connection to run locally, establish the connection, the unplug the network and see what happens. Plug back in to see if reconnect is successful.
I tried…
Following from experiments around W1CDN/aprs_tool#30 (comment), maybe the issue is partly on the direwolf side? Sometimes it stops responding to connections…
Once I figure out how to get the data out of above, I think I can check the connection every so often using one of these solutions: https://stackoverflow.com/questions/474528/how-to-repeatedly-exec…
Still thinking about where this message might be coming from, and how to check the connection periodically.
Something with…
If packet is an object, aprs.fi link should track the object name, not the station name (or have a link for each?)
Might consider using aprs3 package instead? https://github.com/python-aprs/aprs3
Eh, the times work for now.
Still need to figure out relative paths, though. Works on dev but not on production.
Need to access the stations list via a new API endpoint.
This should give dates in the right format. Top table here uses API, bottom is raw db query results: :
Experimenting with new stations table.
No, this will be a different PR. The query right now seems OK, and I turned off autoremove for now in 8f3b2ae707.
I am going to add stations table in another PR. But I turned off autoremove in 8f3b2ae707.