R5 decoded and passed CRC on Packet Pad, volume 5 from max: [ UI ] [ 4R3T8R0 ][ W0HHF 9 ] `x27piWj/`"6x} 144.390MHz_" mike-e encoding 0000000: 6078 3237 7069 576a 2f60 2236 787d `x27piWj/`"6x} ` information field: "gps data is valid" ` F = $60/E0=96/224 = 96 gps data is valid x D = $78/F8=120/248-28=92/220 = 92 degrees longitude 2 M = $32/B2=50/178-28=22/150 = 22 minutes longitude 7 H = $37=55-28=27 27 -> hundreth minutes longitude p SP = $70/F0=112/240-28=84/212 = 840 knots? i DC = $69/F9=105/233-28=77/205 = ??? +7's knots and course degrees W SE = $57/D7=87/215-28=59/187 = course 59 or 187 degrees ?? j $ = $6A/EA -> display jeep symbol / T =$2F -> use primary APRS table ` =$60/ " =$22/ 6 =$36/ x =$78/ } =$7D/ we've had a digital burp hitting our repeater from time to time for the last several months, and it's become increasingly clear that it's an APRS radio beaconing on the wrong freq. There are several radios that are dual-vfo and designed to be used for APRS, and a few of them are notorious for this. Power resets etc causing the APRS to switch channels or switch VFOs, and suddenly you get APRS coming across the local repeater or simplex, and are tasked with trying to foxhunt etc to find and contact the ham that needs to fix their gear. The nature of APRS use (short bursts, usually mobile, doesn't happen for long) makes it very hard to foxhunt. Yesterday morning I heard it every 30 sec. Got out a nice digital recorder and turned to the input, and sure enough there it was, loud and clear. Got several good recordings. Last night I downloaded a variety of apps including this one, in an attempt to decode it, knowing I'd get the callsign and could contact the owner. (too bad this experimentation was costly, none of the apps are free, and most of them don't work as needed) This one looked the most promising, but wasn't decoding. You can open a packet display window that should show incoming packets. It has an option to disable CRC check and to show ALL packets, again very useful. AND most useful, it has a volume level indicator, so you can SEE that it's receiving and processing the sound, and at what level. With iphone sitting by the speaker I was at 1/2-3/4 level and still no decode. Occasional garbage. Then I read the reviews here and they hinted the high freq response was insufficient on larger speakers and recommended earbuds. Out came the grado 80 headphones. BAM! instant decodes. nice and reliable. Put it back up on the radio tuned to 144.36 and it was puling them in like clockwork. Immediately identified the user and contacted him. Unfortunately his unit was the ONLY one in the area that transmits them encoded with MIC-E format, which is very tricky to decode. (VERY compressed) His callsign was decoded by PP, but not the data. I was able to work out his map symbol however, which helped verify it was his. I have a couple suggestions. Add MIC-E decode and also an option to display the data in RAW (base-16 or even base 10) format, so we can work out digital data. Displaying only as ascii (losing the high bit at the least) is a BIG problem when trying to decode MIC-E. Also add a blurb in the help screen about how earbuds and headphones are much more reliable than desk and built-in speakers. I think a lot of less persistent users are getting frustrated by paying for an app (no free demo) that doesn't appear to work. forgot to add need a scroller to the capture window Forgot to add, the packet logging window could benefit from some other improvements. After filling up the screen, it doesn't scroll and I can't get it to scroll even with a selection. So you have to back up and clear the window to start over. Copying text (especially while it's receiving) is klunky and there's no direct way to save to a file or copy to clipboard. I'd suggest adding the ability to scroll (hopefully just a check box in your IDE?) and add a button at the top "Copy" that will copy the entire log to the clipboard. Have it copy the BINARY data (all 8 bits) if possible, not just the 7 bit ascii, that way we have a better chance of opening it up in something that can display data format and do full packet decode and troubleshooting if needed.