Greetings,
Was able to install (Ubuntu 14.04) and have a working APCO P25 receiver, but when i run
scope.py to decode the primary CC i am getting aUaUaU....error (see attached terminal
error).
It only works partially (audio interrupted or broken) when i omit the secondary CC
(866.0750) from the trunk.tsv file. The problem may be the secondary control channel in
the trunk.tsv file. When I add the secondary CC on the trunk.tsv it does not go to primary
channel. P25 receiver attempts to decode on the alternate CC. Have not been able to fix
that issue. I am using the same NAC for both CC!
Command Line: ./scope.py --args 'rtl=0' -N 'LNA:40' -S 960000 -f 868.06250
-o 20000 -q 44 -v 0 -V -T trunk.tsv
Attached trunk.tsv, talkgroups.tsv, terminal error, traffic screenshot and constellation
screenhot.
Any help would be appreciated.
Best Regards,
TJ
Show replies by date
Was able to fix the issue with the secondary alternate control channel by looking at a
previous message from Mel. Added the CC on the same line and separated it by a comma.
However i am still getting same decoding error (aUaUaU..)with both CC.
Best Regards,
TJ
aUaUaU... is an "audio underrun". My system spits them out whenever it is
decoding audio. Not sure if there is any way to fix it, but my audio is generally
readable so for me at least it's not a critical issue.
there are a few distinct possible cases... If the underruns occur in the middle of a
voice transmission, you'd also expect to hear a "pop" in the audio. This
could suggest insufficient CPU. If they occur only at the end of transmissions I think
that's "normal" in the sense that the audio subsystem expects to receive a
continuous stream of samples and gives a little notification whenever they stop. It
would also be interesting to know how close the system is to being CPU-limited. Likewise,
it would be good to know more about the received signal quality - occasional loss of
signal lock could be another suspect...
Max