Morgan,

I downloaded your MP3 file, and fed it into a PICPAC running decode1
from http://www.byonics.com/picpac/picpac.zip and it decode the file
without running away or getting locked up. The decode1.hex is dated
5-10-03. Is that the one you were using?

Looking at your log, it seems to be messing up on telpac traffic.
But I don't see any telpac traffic in my decode of hte MP3 file. Was
your 8-9b-06.txt file captured from the same MP3? It wouldn't surprise
me if telpac data causes the PICPAC to freak out. I'm not sure how that
protocol works, but it looks kinda messy.

I get the following decodes at the times you mentioned:

0:22
W6MAF>APTW01,WA6YLB-4,WA6YLB-5,KD6DSI-5*,WIDE3:_08092045c159s001g004t080r000p000\
P000h31b10174tU2k

1:01
W6MAF>APTW01,W6PVG-3,N6CP-1,KD6DSI-5*,WIDE3:_08092050c203s000g000t079r000p000P00\
0h32b10174tU2k

1:53
W6MAF>APTW01,WA6YLB-4,WA6YLB-5,KD6DSI-5*,WIDE3:_08092100c249s005g000t078r000p000\
P000h33b10176tU2k

2:48
WA6YLB-1>BEACON,WA6YLB-5,KD6DSI-5*,WIDE2:Test remote telemetery station
- WA6YLB

WA6YLB-1>APRS,WA6YLB-5,KD6DSI-5*,WIDE2:Solar powered site - Telemetry test

3:23
W6MAF>APTW01,WA6YLB-4,WA6YLB-5,KD6DSI-5*,WIDE3:_08092130c232s005g004t076r000p000\
P000h35b10181tU2k

Maybe I just have a lucky PICPAC. Perhaps someone else can try to
decode the MP3 with decode1 and post their results.

Byon

On 8/10/2006 11:44 AM, Byon Garrabrant wrote:
> Thanks for uploading that. I'll try to look at it soon and report my
> findings.
>
> The only resources on the PICPAC are the docs and sample code. There
> are lots of web resources on PIC development, both in C and ASM.
>
> Byon
>
> On 8/9/2006 11:33 PM, hallmorg wrote:
>> Hi Byon,
>>
>> Good idea on recording the audio.
>>
>> I fed the radio in to my PC and recorded over an hour worth of
>> traffic. I then used Audacity to condense it down to about 3 minutes
>> worth of transmissions only a few seconds apart.
>>
>> I get decode problems at roughly the following times in the audio file:
>>
>> 0:22, 1:01, 1:53, 2:48, 3:23.
>>
>> I created a folder in the files section. z_decode_debug_files
>>
>> This folder contains 2 files:
>> 8-9b-06.txt which is the text capture from hyperterm from my PicPac
>> when running the audio file through it.
>> File #2 is "condensed aprs.mp3" which is roughly an hour of traffic
>> condensed to a few minutes.
>>
>> The mp3 seemed to work fine although I have the raw audio which I
>> could grab snippets of the "broken" packets.
>>
>> I sure appreciate any effort to understand what is going on and what
>> might be done to resolve it.
>>
>> As an aside, do you have any web resources on programming the PicPac?
>> I took a quick look at the code. It's been over 5 years since I
>> coded anything in assembly and that was only a class in school. Any
>> resources for emulators or other useful tidbits are appreciated.
>>
>> I'd hate to be asking for help that I wouldn't be willing to try and
>> understand myself.
>>
>> Thanks,
>>
>> Morgan
>>
>>
>>
>>
>> --- In picpac@yahoogroups.com, Byon Garrabrant <byon@...> wrote:
>>> You could also just capture audio for 20 minutes, and then feed it to
>>> the PICPAC and see if you have a bad packet. No splitter needed in
>> that
>>> case.
>>>
>>> Byon
>>>
>>> On 8/8/2006 7:55 AM, hallmorg wrote:
>>>> Thanks for a quick response.
>>>>
>>>> It varies in frequency, but it's happening every 10 minutes or less.
>>>> This morning it was happening every couple of minutes. It just seems
>>>> to be dependent on the amount of traffic. I'll try to buy/make a
>>>> splitter to record the audio and at least provide you with something
>>>> to debug with.
>>>>
>>>> Morgan
>>>>
>>>>
>>>>
>>>> --- In picpac@yahoogroups.com, Byon Garrabrant <byon@> wrote:
>>>>> I'm sure there is. How often does it happen. Perhaps you can try
>>>>> capturing audio with a sound card at the same time. When it
>> fails, you
>>>>> will be able to replay the failure, and send it to me to study.
>>>>>
>>>>> Byon
>>>>>
>>>>> On 8/7/2006 9:49 PM, hallmorg wrote:
>>>>>> Hi,
>>>>>>
>>>>>> I'm using a picpac to decode APRS packets using the Decode1 code
>> from
>>>>>> the Files section. It's doing a reasonably good job of grabbing
>>>>>> packets, but it occasionally runs away on a scrambled decode. From
>>>>>> the looks of the data, it is usually a weather packet.
>> Unfortunately,
>>>>>> I can't tell from whom.
>>>>>>
>>>>>> Is there something that can be done about this? The main problem
>>>>>> seems to be that once it gets a bad packet, it seems to get stuck in
>>>>>> an endless loop until I reset it.
>>>>>>
>>>>>> Any thoughts on this?
>>>>>>
>>>>>> What other information would help diagnose the problem?
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Morgan
>>>>>> ke6bfh
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Yahoo! Groups Links
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Yahoo! Groups Links
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>
>>
>>
>>
>>
>>
>>
>> Yahoo! Groups Links
>>
>>
>>
>>
>>
>>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>