DMR Signal - No Voice Heard on DSD+

[slicerwizard]

Hi Slicer ...
It was explained to me in posts 10 to 15. DMR(MOT) = Tier3.(?)

It does not.

DMR = conventional DMR (typically)

TIII = Tier 3.

TIII (MOT) = Motorola Capacity Max (Motorola's flavour of TIII)




Take anything in your DSD+ data files that refer to those two channels as TIII as toss them out. Hell, I'd start with tossing anything that refers to those two channels at all.

If you want to monitor the voice traffic on them, set up a scan list for FMP24.

 

[rkillins]

Thanks Slicer ... but then that takes me to post 1.
I had no issue monitoring these frequencies conventionally, but now, there is no voice, nor do I get voice from putting these frequencies into my SDS100 from the RRDB.

 

[slicerwizard]

Well, it would be helpful if you'd capture some raw audio from these channels when they key up. It's the best way to get to the bottom of this.

 

[rkillins]

I'd love to! Maybe I have ... where would I look? And what setting would I need to ensure is set. I have 'per call recording (wav)' selected, but I thought that recorded the actual voice. Would I need to change the audio output from speakers to a VAC?

 

[slicerwizard]

In the DSD+ Input menu - Start/Stop Source Audio Recording.

Should work fine with FMP24 scanning the target frequencies.

 

[Kazzaw]

Thanks Slicer.... having one of those forehead slap moments right now lol

 

[rkillins]

I've made a couple raw transmission recording available for anyone wanting to take a crack as to what's going on.

DSDPlus-Raw-Input_2020-12-21@071824.wav is from 169.5900. Not as active as 169.4850. I noticed a pattern. A 7 second transmission every minute (starting at 0:08 in the recording). This could be data? Oddly, it doesn't exhibit this behavior on the weekends.

DSDPlus-Raw-Input_2020-12-21@074203.wav is from 169.4850 and is a bit more populated.

Fingers crossed.

 

[cg]

Digital Mobile Radio (DMR) is a suite of Standards created by European Telecommunications Standards Institute (ETSI). It includes conventional, trunking and data transmissions. Digital mobile radio - Wikipedia

 

[slicerwizard]

I've made a couple raw transmission recording available for anyone wanting to take a crack as to what's going on.

DSDPlus-Raw-Input_2020-12-21@071824.wav is from 169.5900. Not as active as 169.4850. I noticed a pattern. A 7 second transmission every minute (starting at 0:08 in the recording). This could be data? Oddly, it doesn't exhibit this behavior on the weekends.

DSDPlus-Raw-Input_2020-12-21@074203.wav is from 169.4850 and is a bit more populated.

Fingers crossed.

I believe you linked to the same download twice...

 

[slicerwizard]

Your 071824 file has a bunch of idle bursts. They send a proprietary message (Moto CSBKO 41), the meaning of which no-one seems to know. The source field is hex FC0000, which sounds like a system device/process.

There are also a few proprietary data messages being sent. They're all from ID 2020115 to ID FAFAFA, whatever that is. Could be status updates, AVL updates, or who knows what.

No voice traffic.

 

[rkillins]

Oh! Lets try this ... 169.485 ... the busy one.

 

[slicerwizard]

Empty wav file...

 

[rkillins]

That won't do. Here's a fresh one from a few minutes ago.
Thanks Slicer for checking things out!

 

[slicerwizard]

You've put some sort of access restriction on that one.

 

[rkillins]

I'm trying to build up my post count ....
How about this one ....

 

[slicerwizard]

Hello! Pretty sure I see AVL data. Since this appears to be a Motorola system, there's a good chance that any AVL data would follow Motorola's LRRP protocol. LRRP is supposed to use port 4001, which is 0FA1 in hexadecimal, but I don't see it in this message:

+DMR slot2 BS DATA DCC=1 Data Header DPF=[2:UcData] Tgt=16448250 Src=2020197 Conf=0 SAP=[9:Prop] Blocks=4 Pad=5 Last=0 Seq=0
+DMR slot2 BS DATA DCC=1 Data Header DPF=[15:Prop] SAP=1 MFID=16 1F 10 02 01 11 00 83 0D 1C 22 8C 82
+DMR slot2 BS DATA DCC=1 Rate 1/2 Data 04 00 00 00 01 34 1F 93 2B 1E 6D 51 .....4..+.mQ
+DMR slot2 BS DATA DCC=1 Rate 1/2 Data 3D EB 71 08 C6 C0 7D FB 01 11 6C 00 =.q...}...l.
+DMR slot2 BS DATA DCC=1 Rate 1/2 Data 02 56 14 00 00 00 00 00 A8 BF 92 0B  .V..........

However, I do see 51 3D EB 71 08 C6 C0 7D FB. Going by the code at KD8EYF/TRBO-NET , I get:

3D EB 71 08 = +43.5373

C6 C0 7D FB = -80.5051

That's Glasgow Street South, just south of the bridge over the Conestogo River. West side of the road, so likely traveling southbound.

Unfortunately, DSD+ isn't decoding any of the AVL messages. It would make for a nice real time map of truck locations.

 

[rkillins]

Hmmm ... so cool! But no voice eh? So weird from a group of normally pretty chatty folk. I swear I've monitored voice befor on DSD+.
Times change I guess.

 

[slicerwizard]

No, no voice. Time to check their trucks for antennas - maybe they use UHF for voice. I'd hope that they wouldn't use something unreliable, like cell phones...

 

[rkillins]

Thanks Slicer and all. A very educational thread. Not what I was expecting, but interesting none the less.

 

[rkillins]

Turns out there is indeed voice on WNH Ch 1, 169.4850. But, there is a lot of non-voice type transmissions as discussed in this thread that DSD+ displays and the SDS100 will stop on. Much more than voice