| Subject: | Parsing mic-e/compressed |
| Date: | Sun, 8 Sep 2019 17:12:47 +0200 |
| To: | bug-Ham-APRS-FAP [...] rt.cpan.org |
| From: | Frank Kochanski <DL7ATA [...] freenet.de> |
Hi Hessu,
I'm not quite sure if it is a real bug, but want to tell you what I find out.
At first I happy to implement your FAP, running the lib.so version with python.
What I find out is the following example, which i checked again findu raw-data:
aprs.fi:
2019-09-08 16:39:12 CEST: DO5JRR-9>UR3R88,WIDE1-1,WIDE2-2,qAR,DB0TGO-15:`)(<0x7f>l?\b/>"45}145.212MHz Olaf,Mike am Bike,73=
https://aprs.link/app/aprs/stations/rawdata-do5jrr-9:
2019-09-08 14:39:13: DO5JRR-9>UR3R88,WIDE1-1,WIDE2-2,qAR,DB0TGO-15:`)(l?\b/>"45}145.212MHz Olaf,Mike am Bike,73=
and the FAP output (extracting from my APRX-log).
2019-09-08 16:39:12 CEST: DO5JRR-9>UR3R88,WIDE1-1,WIDE2-2,qAR,DB0TGO-15:`)(<0x7f>l?\b/>"45}145.212MHz Olaf,Mike am Bike,73=<0x0d>
So the problem seems to be the 0x7f - byte. I get this format-Error in 4% of all received packets, the value differs of course (0x1f, 0x1d and so on).
Best from Berlin
Frank
<DL7ATA>