Skip Menu |
 

This queue is for tickets about the Ham-APRS-FAP CPAN distribution.

Report information
The Basics
Id: 130470
Status: new
Priority: 0/
Queue: Ham-APRS-FAP

People
Owner: Nobody in particular
Requestors: DL7ATA [...] freenet.de
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



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>
Download (untitled) / with headers
text/plain 918b
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>


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.