You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It is widely known that the Yaesu radio does not output a standard packet, but it seems that the issue of parsing the data could be overcome. For example APRSISCE/32 is able to take the data stream directly and utilize it.
I'd like to see a workaround here for Xastir as well.
My project is an iGate in my vehicle using the FTM 400, and a Raspberry Pi running Xastir. My alternatives, are to add additional components to deal with the packet issue, thereby complicating the system.
If i were to run windows, then APRSICE32 would be a solution, but I have no desire to have a laptop/netbook/whatever for thieves to rip-off when a Pi is easily hidden!
Details for the issue are/were also experienced with aprsdroid here: ge0rg/aprsdroid#141
The text was updated successfully, but these errors were encountered:
It is widely known that the Yaesu radio does not output a standard packet, but it seems that the issue of parsing the data could be overcome. For example APRSISCE/32 is able to take the data stream directly and utilize it.
I'd like to see a workaround here for Xastir as well.
My project is an iGate in my vehicle using the FTM 400, and a Raspberry Pi running Xastir. My alternatives, are to add additional components to deal with the packet issue, thereby complicating the system.
If i were to run windows, then APRSICE32 would be a solution, but I have no desire to have a laptop/netbook/whatever for thieves to rip-off when a Pi is easily hidden!
Details for the issue are/were also experienced with aprsdroid here: ge0rg/aprsdroid#141
The text was updated successfully, but these errors were encountered: