[aprssig] Re: aprsd Mic-E Problem..was passcode

[BH]

This is a current problem with and APRSD setup in Portugal.  The APRSD station CS1SEL converts 0x7F (d127) characters to a space character, 0x20 (d32).  Findu has several examples of the data from CS1SEL being converted wrong.  It appears that CS1SEL is running APRSD v225.

See these Mic-E stations in the area of CS1SEL:
http://www.findu.com/cgi-bin/raw.cgi?call=CT2IIT-9
http://www.findu.com/cgi-bin/raw.cgi?call=CT1ILO-7
http://www.findu.com/cgi-bin/raw.cgi?call=CT1AYC

I suspect that problem here is the geographic location consistently produces a 0x7F character.


Another interesting phenomena is the dropping of starting characters.  Look at the data on FindU for these "callsigns".
 "9DUR-8",  "D9EKA", "C9I-3", "9UWE", "A9IN-2", "I9H-6", "9LJA-6", "9LYA-3".  

The raw packets are here:
9DUR-8>GPSMV,W9UUU-10*,WIDE2-2,qAR,WD9EKA:$GPRMC,195759,A,3924.600,N,08724.597,W,000.0,004.6,220606,002.5,W*7D
D9EKA>APRS,WIDE3-2,qAR,WD9EKA:@221706z3925.78N/08739.25W_257/005g014t086r000p000P000h68b10179wDAV
C9I-3>APW275,W9UUU-10*,WIDE,qAR,WD9EKA:=3945.70N/08713.61WoPHG7138/Parke County EOC -INPARROCKVILL-275-<630>
9UWE>APN82,WIDE2,qAR,WD9EKA:!4010.66NS08728.91W#PHG5560/W3,ILn Serving Eastern IL, Western IN
A9IN-2>APRS,N9UMJ-10*,WIDE3-1,qAR,WD9EKA:{Wa18027,Washington/WSHWXN/92,96,14:10,77,06:05,-3,-1/96,73,81
B9YVI-10>APRS,N9UMJ-10*,WIDE3-1,qAR,WD9EKA:!3910.59NN08633.93W#PHG6460/R-Wn-T-IN Monroe Co, IN
I9H-6>APRS,N9UMJ-10*,WIDE3,qAR,WD9EKA:!3825.68N/08746.74W_183/004g007t091r000p000P000h59b10229nu2k
9LYA-3>APS227,N9UMJ-10*,WIDE3-1,qAR,WD9EKA:@220533z3844.46N/08628.34W_238/000g000t077r000P000p000h79b10178

And more.  In each case, the first letter of the callsign is dropped, and each is gated by the same station.  Most packets from this IGate do not have the first letter dropped.  Is this unique to APRSD, I don't know.  But there are a number of other examples where APRSD drops the first 1 or 2 letters occationally.




AE5PL Lists wrote:
>> -----Original Message-----
>> From: Ron
>> Posted At: Thursday, June 22, 2006 6:48 AM
>> Subject: [aprssig] Re: aprsd Mic-E Problem..was passcode
>>
>> I've heard rumors of problems with Mic-E 'mangling'
>> but have not seen any difinitive explanation.
> 
> There are two known issues with aprsD and Mic-E packets.  First, the
> default initialization file for KPC TNCs turns FILTER ON (not shouting,
> just how TNC commands are usually denoted).  This causes the unprintable
> characters of _some_ Mic-E packets to be lost.  Filtering on any TNC
> including the KPCs _must_ be turned off (true for _any_ APRS client or
> IGate running the TNC in converse mode).
> 
> Second, there appears to be an issue in some versions (not sure if it is
> with all versions or just certain versions) with the DEL character
> (0x7f).  This character only appears at +-9 and +-99 degrees longitude.
> We saw this a lot with German servers.  This one seemed to be an aprsD
> issue since they were using KISS mode TNCs with the Linux AX.25 kernel
> module.
> 
> 73,
> 
> Pete Loveall AE5PL
> mailto:pete at ae5pl.net 
> 
> _______________________________________________
> aprssig mailing list
> aprssig at lists.tapr.org
> https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
>