RocketNJ
Member
You mention a "heartbeat" on the frequency. Is this an IP connect system? What I am listening to is a conventional DMR repeater. No IP Site Connect.
I have set up the TRX-2 scanner locked on the frequency, a PC running DSD+ fed with discriminator audio from a different receiver, and the XPR7550e. DSD+ and the XPR decode 100%. The TRX-2 misses short transmission (10-4, etc) and is slow to unmute on some transmissions.
The CRC issue is Motorola RAS changes the header of the voice packet by injecting an encoded stream of bits for RAS transmissions. That makes the header different from RAS to non-RAS transmissions. This changes the CRC check for the packet.
I've had a Uniden 436. 536, TRX-1, and two TRX-2 scanners and all of those were not 100% in decoding RAS.
Getting back to my original thought on this reply. If you are monitoring an IP Site Connect system then maybe that is handled different than a straight conventional DMR repeater.
I have set up the TRX-2 scanner locked on the frequency, a PC running DSD+ fed with discriminator audio from a different receiver, and the XPR7550e. DSD+ and the XPR decode 100%. The TRX-2 misses short transmission (10-4, etc) and is slow to unmute on some transmissions.
The CRC issue is Motorola RAS changes the header of the voice packet by injecting an encoded stream of bits for RAS transmissions. That makes the header different from RAS to non-RAS transmissions. This changes the CRC check for the packet.
I've had a Uniden 436. 536, TRX-1, and two TRX-2 scanners and all of those were not 100% in decoding RAS.
Getting back to my original thought on this reply. If you are monitoring an IP Site Connect system then maybe that is handled different than a straight conventional DMR repeater.