DSD FME

[Red_Ice]

Hello Iwvmobile, I don't usually keep the wav files, although if the frames of the captures in txt of the DSD+ demodulation, in relation to the LRRP and IP I have managed to extract the combinations that I show you in the table, I also show you the example of the first of If you are interested in this format, I can send it to you without any problem.

As you well know, the main difference between them is the position in which this data is located.

Thanks greetings.

 

[grosminet]

Request for new protocol decode

In france, we have a special DMR protocol called eDMR . It is a french french protocol as France doesn't like to do like others .......

It is a 3 slots (2 datas,1 voice)

It had been sold to major companies like : EDF Electricity of France to build a wide 70 Mhz network to admin local electricity stations.

It is broadcasting 24/24 with huge signals and it would be easy for us to records .

There is another network wich are the departemental roads maintenance in 35 MHz -

here are some details :

TPL Systèmes

TPL Systèmes est un des leaders français dans la conception et la fabrication d'équipements et de solutions de radiocommunication.

www.tplsystemes.com

Is it possible to have a DSD-FME avalaible for this protocol

Thanks

 

[lwvmobile]

Is it possible to have a DSD-FME avalaible for this protocol

Most likely not, unless it explodes in popularity and technical documents become available for it.

 

[lwvmobile]

As you well know, the main difference between them is the position in which this data is located.

I'll try to review your data and see if I can find correlations that will be beneficial in this regard. Just don't have a lot of energy to put into LRRP right now.

 

[Red_Ice]

Ok, thanks for answering, if at any time you wish or can, I will send you this data taken from the DSD+ log which, as I have indicated, depending on the DPF and SAP protocols and the bytes of the image carry this data, the difference between one and the other is the position in which they are found since, as is logical, the formulas to extract this data are the same.

Thanks greetings.

 

[gaur_yogesh]

Hello, if i have a DMR tone in a .wav file. How do i play it in dsd-fme and get the voice output?

Thanks.

 

[lwvmobile]

Per the Example Usage page:

--48000/9600 Mono Wav File Input

dsd-fme -i filename.wav for 48k/1 Audio (SDR++, GQRX wav recordings)
dsd-fme -i filename.wav -s 96000 for 96k/1 Audio (DSDPlus Raw Signal Wav Files)

Wav File Input Note: Due to 96000 rate audio requiring me to double the symbol rate and center, be sure to use the -s 96000 at the very end of the startup command. Also, some NXDN48/96 may have difficulties decoding properly with wav file input.

If that method doesn't work, or has decoding errors, you can playback the wav file with any media player, and pipe the audio in with virtual sink and pavucontrol (linux) or VBCables (windows).

 

[Red_Ice]

Hello Iwvmobile, I have a question, can you put a sentence similar to the one included for NXDN96 (dsd-fme-lite.exe -fn -k examples\nxdn_sc_key.csv) but for DMR?

Thanks greetings.

 

[lwvmobile]

Hello Iwvmobile, I have a question, can you put a sentence similar to the one included for NXDN96 (dsd-fme-lite.exe -fn -k examples\nxdn_sc_key.csv) but for DMR?

Not quite sure what you are meaning. If you mean if I will include the ability to load key values for DMR, I don't support any EP modes of DMR (RC4, DES, AES) and Basic Privacy or Hytera Basic Privacy doesn't include a key id variable in its payload.

 

[lwvmobile]

in relation to the LRRP and IP I have managed to extract the combinations that I show you in the table

Was looking into this as well as revamping my data header handling, and was wondering if you, or anybody for that matter, knows whether or not when a propreitary header is involved, if LRRP data is only present with the SAP is set to 1 for reserved. I found a sample from KrisMar where this seems to be the case, and in all the other samples I have with Prop Heads present, LRRP data only seems present when the SAP is set to 1 for reserved. Also, for some reason, no matter how I attempt to put the blocks together, either with the prop data header and blocks, or just the blocks, SAP 1 Prop Head data always fails a CRC32 check, even though other blocks and prop head blocks that aren't SAP 1 will pass the CRC32.

12:14:20 Sync: +DMR   slot1  [slot2] | Color Code=01 | DATA
 Slot 2 Data Header - INDIV - Unconfirmed Delivery - Source: 12321 Target: 11901
  SAP 09 [Prop PKT] - FMF 1 - BTF 04 - POC 09 - FSN 0
 DMR PDU Payload [02][99][00][2E][7D][00][30][21][84][00][DE][CB]
12:14:20 Sync: +DMR  [slot1]  slot2  | Color Code=01 | IDLE
 SLCO Activity Update TS1: 0 Hash: 00 TS2: A Hash: 00
 SLCO Completed Block [10][A0][00][09][10]
12:14:20 Sync: +DMR   slot1  [slot2] | Color Code=01 | DATA
 Slot 2 Data Header - Proprietary Packet Data - P_SAP 01 [Reserved] - MFID 10 [Motorola]
 DMR PDU Payload [1F][10][02][01][11][EA][33][0D][18][23][DC][14]
12:14:20 Sync: +DMR  [slot1]  slot2  | Color Code=01 | IDLE
12:14:20 Sync: +DMR   slot1  [slot2] | Color Code=01 | R12U
 DMR PDU Payload [41][34][1F][84][B3][6E][58][51][47][2B][9F][3E]
12:14:20 Sync: +DMR  [slot1]  slot2  | Color Code=01 | IDLE
 SLCO Activity Update TS1: 0 Hash: 00 TS2: A Hash: 00
 SLCO Completed Block [10][A0][00][09][10]
12:14:20 Sync: +DMR   slot1  [slot2] | Color Code=01 | R12U
 DMR PDU Payload [0F][34][F1][30][0E][26][6C][00][09][56][00][00]
12:14:20 Sync: +DMR  [slot1]  slot2  | Color Code=01 | IDLE
12:14:20 Sync: +DMR   slot1  [slot2] | Color Code=01 | R12U
 LRRP Confidence: 6 - Message Len: 24 Octets
  Report: 0x1F ARRP_TriggeredInformationReport_NCDT
  LRRP - Time:  2017.02.25 22:57:24
  LRRP - Lat: 50.04169  Lon: 21.38457 (50.04169, 21.38457)
  LRRP - Radius: 3622m
  LRRP - Velocity: 0.0703 m/s 0.2531 km/h 0.1573 mph
  LRRP - Track: 0 Degrees
 Slot 2 - Multi Block PDU Message CRC32 ERR 4D46635E - 1C524997
 Slot 2 - Multi Block PDU Message
  [1F][10][02][01][11][EA][33][0D][18][23][DC][14]
  [41][34][1F][84][B3][6E][58][51][47][2B][9F][3E]
  [0F][34][F1][30][0E][26][6C][00][09][56][00][00]
  [00][00][00][00][00][00][00][00][4D][46][63][5E]
   CRC - EXT 4D46635E CMP 1C524997

 

[Red_Ice]

I do not know if I understood you correctly.

In relation to the first comment, I have the 256 pre-programmed keys for both Motorola and Hytera in BP, so I only do a search for the first frame to tell me if it is on the list or not, as you well know, there is a repetition of this frame in Motorola at the beginning, in Hytera I have seen that it repeats this frame from bit 128 from the start of the first frame (as long as the key matches one of the 256), if the key is modified it does not perform this repetition.

Regarding the second comment, I have found all these combinations in which LRRP or IP data appear.



If you wish, I can send you this data privately, I think it is very interesting to implement.

Thanks greetings.

 

[lwvmobile]

In relation to the first comment, I have the 256 pre-programmed keys for both Motorola and Hytera in BP, so I only do a search for the first frame to tell me if it is on the list or not, as you well know, there is a repetition of this frame in Motorola at the beginning, in Hytera I have seen that it repeats this frame from bit 128 from the start of the first frame (as long as the key matches one of the 256), if the key is modified it does not perform this repetition.

That sounds more like an Auto BP function, which I will not be implementing. As far as using BP, you have to enter the decimal value of the key id for DMR for 'normal' BP, and enter the 10/32/64 char value for Hytera BP if you want to use one of those. See the -h output or read the example usage, or check the premade bat files, it'll have examples of all of those. Again, BP does not convey a key id over the air, so no key loader functionality.

Regarding the second comment, I have found all these combinations in which LRRP or IP data appear.

Then you should probably check my last post again, it has a 'combination' that you don't have on your list - 0D 18 23.
From my understanding, and this much seems to hold up, the first hex value after the 0D is the message length in octets. I'm not sure what the second value indicates, but from all my samples it always seems to be a 0x22 or an 0x23. Usually, what I look for is the 0x1F flag to start parsing for LRRP tokens.

On a similar manner, if anybody has samples with LOCN in it, I would be interested in viewing those. I have some with the A, N, and E markers in it for Time, North, and East. Would be interested to see if there are others as well. I presume that there must be a S and W marker as well. I found this old post and used it to model code for LOCN protocol.

LRRP & LOCN

Hello, have DSD+ Fastlane and run well. In Italy when I listen a service I red always LOCN (please look attach) and look the position, the number etc but no direction and speed. I have seen on web (please look attach) LRRP and it's possible look position, number but also direction and speed...

forums.radioreference.com

 Slot 2 Data Header - INDIV - Short Data: Defined - Response Requested - Source: 114 Target: 1 
  SD:D [DD_HEAD] - SAP 10 [Short DT] - AB 05 - DD 00 - PDb 88 - FMT 00 [Binary] - Confirmed Data

 LOCN Report - Source: [114]
  2021/05/02 13:03:25 Lat: N 53°08'4509" Lon: E 23°06'5141"
 Slot 2 - Multi Block PDU Message
  [01][00][08][C0][03][00][38][00][00][00][0B][0A]
  [00][00][72][FF][FF][FF][FF][FF][FF][FF][FF][41]
  [31][33][30][33][32][35][30][32][30][35][32][31]
  [4E][35][33][30][38][2E][34][35][30][39][45][30]
  [32][33][30][36][2E][35][31][34][31][32][37][2E]
  [30][32][31][9E][03][00][00][00][00][00][00][00]
  [00][00][00][00][97][61][94][EB] CRC - EXT 976194EB CMP 976194EB
 Short Data: ASCII
      8       r        A130325020521N5308.4509E0
  2306.514127.021              a

Seems to always come off of a Short Data: Defined Header with Binary Format. Not sure if it has any other formats or not.

 

[Mudary]

On DSD-FME version 52, when -Y for fast scan and when switched off, -W blacklist/whitelist no longer returns as an option.

 

[lwvmobile]

On DSD-FME version 52, when -Y for fast scan and when switched off, -W blacklist/whitelist no longer returns as an option.

The fast scan option is just there for scanning a bunch of conventional frequencies, it doesn't do any handling of control signal and the voice grant assignments from them, so it can't block tuning based on a white list or a black list. It just scans as fast as it can and tries to find a frame sync.

The blacklist/whitelist should still function (regardless of whether it shows in the ncurses terminal) when playing back TGs after it lands on a frame sync. If it sees a tg in your blacklist (or unlisted white list) then it will mute that group from playback, but will still remain on that channel until frame sync is lost, then it resumes scanning again.

The Scanner function is meant for DMR Tier 2, Conventional NXDN, Conventional P1, and anything that is only active during voice bursts or short data bursts. Prolonged data bursts, and adding random cap+, xpt, or con+ channels probably isn't the best idea for it.

 

[Cretu]

Hello. In the lastest version of DSD-FME-Aero, the -c option is producing empty files, at least with NXDN48 (-fi). With DMR seems to works fine. Am I doing anything wrong or is it a bug?

 

[lwvmobile]

Hello. In the lastest version of DSD-FME-Aero, the -c option is producing empty files, at least with NXDN48 (-fi).

I just tested it in the VM, and it worked fine for me by using

dsd-fme-aero.exe -fi -c test.bin

I was able to create a capture bin while decoding NXDN48, closed, and opened it with

dsd-fme-aero.exe -fi -i test.bin

and it worked fine for me. Just make sure to use the -fi option to tell it to decode it as NXDN48 when opening it again.

 

[Cretu]

Yup, exactly that same command, working on old RC3a but not in the lastest, using same input (WAV). Will recheck again.

 

[Cretu]

Tested again, same input, different result. RC3a working OK, 5a not. How strange?

 

[lwvmobile]

Tested again, same input, different result. RC3a working OK, 5a not. How strange?

I don't know, all I can tell you is that it works fine on my end, and that absolutely no code has changed between those versions that affect the capture bin in any way. Are you sure you are checking the bin file in the correct folder each time? Is that dropbox folder affecting it in any way? Is it still 0 kb after refreshing the folder listing?

 

[dmedia]

Is it possible to add a PI header for dmr data?
I made some discoveries if you are interested, I can share them.