DSD FL 2.347

[R0am3r]

From the Notes.txt file:

DSD+ 2.347

Updates to P25 TDMA control channel decoding.


FMP24 2.75

Added playback of FMP24-sourced .IQ files.
This is a developer function, but some users have expressed a desire to use it.
Command line: FMP24 -o<spec> <file.IQ

 

[mtindor]

From the Notes.txt file:

DSD+ 2.347

Updates to P25 TDMA control channel decoding.


FMP24 2.75

Added playback of FMP24-sourced .IQ files.
This is a developer function, but some users have expressed a desire to use it.
Command line: FMP24 -o<spec> <file.IQ

LOL. I rambled about getting IQ files from people but not being able to do anything with them. Lo and behold

And I can confirm that on TDMA CC sites, if the site is truly broadcasting multiple control channels and multiple peers, you will see them all (they will show up in the DSDPlus.P25data file). In v2.345, on a site that was broadcasting both multiple control channels and multiple peers you would either get the active control channel and all the peers, or the primary/alt cc's and no peers.

For TDMA CC sites, in the Channel Activity window I still below that only the channel numbers are showing (not the actual frequencies). But the frequencies are populated into the DSDPlus.P25data file.

 

[hrh17]

If I grumble enough about wanting dsdplus to display full IMBE / AMBE frames so I don't have to port my IQ files to op25 that would be great haha

 

[u2brent]

FM demodulated P25p2 PSK signal detected; forcing P25p2 PSK demodulation

Is there a way to disable this mode/detection.
I'm monitoring a P25p2 system that does not use TDMA CC's, However the signal strength does drop from time to time. Sometimes this message comes up. It effectively stops DSD+ from returning to FDMA CC mode without user intervention.. either tuning FMP24 away and back to the correct frequency or closing DSD+ and re-starting. Hitting discard system does not return it to normal. Hope that makes some sense. (also using separate CC/VC instances, hunt for control is off/only P25 decode is enabled, There ought to be a way to stop/disable PSK false detection when it's known to not be in use) It effectively stops working until user intervention is applied, and that could mean several hours lost, before I notice it occurred.. IDK, Am I missing something? Has anyone else encountered this issue? Thanks in Advance!

 

[u2brent]

Example from Event Log 04:27:29: everything stops for 6+ Hours until human intervention 10:44:53..

2021/09/20  04:11:44  Freq=153.447500  NAC=943  Registration; RID=1202831 [PSP T5/6 Unit 10001/151/159/161/167/168/247/248/249]   TG=10248 [PSP PTC3 T5/6 Newville/Bowmansville]    ACCEPT
2021/09/20  04:14:36  Freq=153.447500  NAC=943  Registration; RID=1207372 [PSP T5/6 Unit 10071/10094/10248]   TG=10248 [PSP PTC3 T5/6 Newville/Bowmansville]    ACCEPT
2021/09/20  04:15:00  Freq=153.447500  NAC=943  Registration; RID=1202831 [PSP T5/6 Unit 10001/151/159/161/167/168/247/248/249]   TG=10248 [PSP PTC3 T5/6 Newville/Bowmansville]    ACCEPT
2021/09/20  04:21:14  Freq=153.447500  NAC=943  Registration; RID=1202003 [PSP J1* Unit 10042/78/157/159/160/161/167 Radio Maintenance Testing]   TG=10159 [PSP J1 Lancaster]    ACCEPT
2021/09/20  04:23:14  Freq=153.447500  NAC=943  Registration; RID=1150004 [OAG Unit 13535*]   TG=13535 [OAG* 13535 Clear]    ACCEPT
2021/09/20  04:24:53  Freq=153.447500  NAC=943  Registration; RID=1150004 [OAG Unit 13535*]   TG=13535 [OAG* 13535 Clear]    ACCEPT
2021/09/20  04:26:05  Freq=153.447500  NAC=943  Affiliation Request; Tgt=1204470 [PSP J1 Unit 10001/2/37/41/42/43/46/94/95/157/159/200/30025/200/201]   Src=SYSTEM [16777213 SYSTEM]
2021/09/20  04:26:05  Freq=153.447500  NAC=943  Affiliation Request ACK; RID=1204470 [PSP J1 Unit 10001/2/37/41/42/43/46/94/95/157/159/200/30025/200/201]
2021/09/20  04:27:29  Freq=153.447500  NAC=943  FM demodulated P25p2 PSK signal detected; forcing P25p2 PSK demodulation
2021/09/20  10:44:53  Freq=153.447500  NAC=943  Discarding current system information
2021/09/20  10:45:14  Freq=153.368750  NAC=943  153.365  -25.80 m  FEDERAL LICENSING INC  1411 LANCASTER AVE/COLUMBIA/LANCASTER  20K0F3E
2021/09/20  10:45:16  Freq=153.450000  NAC=943  153.4475  -9.73 m  FELHC, INC.  OFF TRUCE ROAD/TRUCE/LANCASTER  8K10F1D 9K80D7W
2021/09/20  10:45:17  Freq=153.450000  NAC=943  Group call; TG=10157 [PSP J6 York]  RID=1200609  Ch=153.6125 Pri0  4s
2021/09/20  10:45:17  Freq=153.450000  NAC=943  Group call; TG=11823  RID=1785593  Ch=153.6125 Pri0  7s
2021/09/20  10:45:17  Freq=153.450000  NAC=943  Current network:  BEE00.942  PA-STARNet
2021/09/20  10:45:19  Freq=153.450000  NAC=943  BEE00.942 neighbor:  Site BEE00.942-1.64; CC=4-1409  153.5225  LANC01 Cornwall/Lancaster
2021/09/20  10:45:19  Freq=153.450000  NAC=943  Current site:  BEE00.942-1.65  LANC33 Truce/Lancaster
2021/09/20  10:45:21  Freq=153.447500  NAC=943  BEE00.942-1.65 neighbor:  Site BEE00.942-1.76; CC=0-1381  859.6375  CHES01 800 Morgantown/Chester
2021/09/20  10:45:21  Freq=153.447500  NAC=943  BEE00.942-1.65 neighbor:  Site BEE00.942-1.79; CC=5-2915  168.9875  CHES33 Hibernia/Chester
2021/09/20  10:45:22  Freq=153.447500  NAC=943  Enc Group call; TG=10157 [PSP J6 York]  RID=93 [PSP J6 DispB York 10042/151/157/160]  Ch=153.6125-2  1s
2021/09/20  10:45:22  Freq=153.447500  NAC=943  BEE00.942-1.65 neighbor:  Site BEE00.942-1.150; CC=0-945  856.9125  DAUP80 800 Hershey/Dauphin
2021/09/20  10:45:23  Freq=153.447500  NAC=943  BEE00.942-1.65 neighbor:  Site BEE00.942-1.57; CC=0-1253  858.8375  YORK89 800 Gatchellville/York
2021/09/20  10:45:23  Freq=153.447500  NAC=943  BEE00.942-1.65 neighbor:  Site BEE00.942-1.58; CC=4-2178  155.4450  YORK16 Andersontown/York
2021/09/20  10:45:24  Freq=153.447500  NAC=943  BEE00.942-1.65 neighbor:  Site BEE00.942-1.64; CC=4-1409  153.5225  LANC01 Cornwall/Lancaster
2021/09/20  10:45:25  Freq=153.447500  NAC=943  BEE00.942-1.65 neighbor:  Site BEE00.942-1.69; CC=0-1217  858.6125  CHES96 800 Oxford/Chester
2021/09/20  10:45:25  Freq=153.447500  NAC=943  BEE00.942-1.65 neighbor:  Site BEE00.942-1.70; CC=5-3160  169.6000  CHES02 Devault/Chester
2021/09/20  10:45:34  Freq=153.447500  NAC=943  Group call; TG=11823 [DOT 6 Flag1]  RID=1785593 [DOT Chester 50 Port 11121/203]  Ch=153.6125-2  4s

What am I missing?

 

[hrh17]

Any chance of posting up an FMP24 IQ file or dsdplus raw wav file.

 

[u2brent]

Any chance of posting up an FMP24 IQ file or dsdplus raw wav file.

I'll try to catch audio, If I see it happen, I've seen the message on another P25p2 system that is a simulcast site, It continues to decode in that instance, It only occurs on this one system/site and this one is definitely not a simulcast site.

2021/08/07  13:40:45  DSD+ 2.347
2021/08/07  18:24:40  Freq=153.447500  NAC=943  FM demodulated P25p2 PSK signal detected; forcing P25p2 PSK demodulation
2021/09/09  01:23:30  Freq=153.447500  NAC=943  FM demodulated P25p2 PSK signal detected; forcing P25p2 PSK demodulation
2021/09/09  12:36:25  Freq=153.447500  NAC=943  FM demodulated P25p2 PSK signal detected; forcing P25p2 PSK demodulation
2021/09/20  04:27:29  Freq=153.447500  NAC=943  FM demodulated P25p2 PSK signal detected; forcing P25p2 PSK demodulation

Whatever the cause, it started with this version, And has only happened a few times. It forces FMP24CC to 12.5 BW, despite the fact that decode is much better at 9.5 for this signal, Even if I manually switch it back to 9.5 it still fails to decode until I navigate away and back to the correct frequency

As you can see Gain is maxed, If 12.5 BW is forced it only captures more garbage than good signal. IDK what else is going on, I wish FMP24 would ignore the BW changing request from DSD CC and stay fixed exactly as I had it set.

FMP24 -i1 -o20001 -P0.0 -f153.4475 -b9.5

There must be more than just BW being invoked when this occurs, because hitting Discard doesn't allow decode to resume as one would expect. I have to either close DSD CC and restart, or change FMP24 to another frequency and then return, either by using site loader or manually tuneing (or close and restart FMP24 CC)

I'm a bit surprised this hasn't been observed by any other users out there, Must just be a fluke..

 

[slicerwizard]

I wish FMP24 would ignore the BW changing request from DSD CC and stay fixed exactly as I had it set.

-b-<kHz> Set initial RF filter bandwidth and ignore hints from DSD+

 

[u2brent]

Yep, That is set, It's why I posted it above. And is apparently being overridden somehow when that message occurs...

FMP24 -i1 -o20001 -P0.0 -f153.4475 -b9.5

That's when the wheel goes off the cart..

 

[AM909]

Yep, That is set, It's why I posted it above. And is apparently being overridden somehow when that message occurs...

FMP24 -i1 -o20001 -P0.0 -f153.4475 -b9.5

That's when the wheel goes off the cart..

Note that you have to put a "-" in front of the number (and after the "b") to force it to ignore the hints:
FMP24 -i1 -o20001 -P0.0 -f153.4475 -b-9.5

 

[u2brent]

Thanks for pointing that "-" out! That could be what I've been missing all along.. Looks like that'll solve one issue.
Thanks to All!
Still not sure that's the only thing going on, I'd think that even being forced to 12.5 that the decoding should continue despite the increased errors, nor why discarding or returning it to 9.5 doesn't stop/clear the issue, once I noticed it's begun.
If it happens again (with - in use) I'll post again..