RadioReference on Facebook   RadioReference on Twitter   RadioReference Blog
 

Go Back   The RadioReference.com Forums > Computer Aided Monitoring and Programming > Voice/Control Channel Decoding Software


Voice/Control Channel Decoding Software - For discussion of software applications which decode digital voice formats and trunking control channels. Please use the HF Digital Signals forum for anything below 30MHz.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #581 (permalink)  
Old 03-25-2013, 10:28 PM
Member
   
Join Date: Mar 2002
Location: Washington State
Posts: 198
Default

Mike it looks like to really figure out this system I need to figure out the LCN's of this Connect Plus system. When I watch the "control channel" that broadcasts constantly, I see talkgroup assignments going to specific LCN channels. When I monitor voice channels that I believe are affiliated with this system I do not see any LCN channel information broadcast. Any ideas? I have figured out one LCN of one site by watching the "control channel" and then listening to a conventional channel programmed into my XPR6550 that happened to have that TG id in it.

Quote:
Originally Posted by mtindor View Post
Jeremy,

I don't want to hijack this thread. But, if the TrboWest system isn't in the RadioReference database (and it doesn't look like it is -- I didn't look real close though), then please submit your findings to an appropriate county where you know one of the transmitters is active and ask an admin to start the process of getting that trunked system created.

In DMRDecode you should be able to see the Network ID show up on one of the lines. If you could submit the Network ID (which should be the same for all TrboWest) and then any/all active control channels you've found, the process can be started for an admin in that area to start populating the DB with info.

If you would like to dialog with me about this, feel free to PM me.

Thanks!

Mike
Reply With Quote
Sponsored links
  #582 (permalink)  
Old 03-25-2013, 10:30 PM
mtindor's Avatar
OH/WV DB Admin
  RadioReference Database Admininstrator
Database Admin
Amateur Radio Operator
Amateur Radio
 
Join Date: Dec 2006
Location: Carroll Co OH / EN90LN
Posts: 6,182
Default

Quote:
Originally Posted by jeremym70 View Post
Mike it looks like to really figure out this system I need to figure out the LCN's of this Connect Plus system. When I watch the "control channel" that broadcasts constantly, I see talkgroup assignments going to specific LCN channels. When I monitor voice channels that I believe are affiliated with this system I do not see any LCN channel information broadcast. Any ideas? I have figured out one LCN of one site by watching the "control channel" and then listening to a conventional channel programmed into my XPR6550 that happened to have that TG id in it.
I'm going to respond to you in PM, Jeremy.

Mike
__________________
Mike / AA8IA
PSR800/PRO197/BCD436HP/BCD536HP

If I PM you about a submission, please reply promptly or your submission may be rejected.
Reply With Quote
  #583 (permalink)  
Old 03-25-2013, 11:44 PM
radioprescott's Avatar
Member
  Amateur Radio Operator
Amateur Radio
 
Join Date: Dec 2003
Location: North Central Arizona
Posts: 394
Default

Just started playing with DMR seriously as I appear to have found a Fisher Capacity Plus system running in Central Arizona.

As I understand it I am listing to System 119, Site 72, Control Ch 1, Colur Code 1.

I have a couple of questions:

Is the 'Control Channel Neighbor List : 6,9,10,17,19' the CC LCNs or the Site numbers?

Its been consistently showing just idles, and DSD shows both 1/2 and 3/4 data rates. What would I expect to see if I have voice comms?

Here's a sample:

DMR Decoder (Build 64)
You have selected only to display frames without errors
8:25:45 PM DMR Data Frame
CACH : TACT Ch 1 First fragment of LC
Slot Type : Colour Code 1 CSBK
Connect Plus CSBK : CSBKO=1
Control Channel Neighbour List : 6,9,10,17,19 (0100011001001001010010100101000101010011000000000 000000000000110)
8:25:45 PM DMR Data Frame
CACH : TACT AT=1 Ch 2 Continuation fragment of LC
Slot Type : Colour Code 1 Idle
8:25:45 PM DMR Data Frame
CACH : TACT Ch 1 Continuation fragment of LC
Slot Type : Colour Code 1 CSBK
Connect Plus CSBK : CSBKO=1
Control Channel Neighbour List : 6,9,10,17,19 (0100011001001001010010100101000101010011000000000 000000000000110)
8:25:45 PM DMR Data Frame
CACH : TACT AT=1 Ch 2 Last fragment of LC
Slot Type : Colour Code 1 Idle
8:25:45 PM Short LC : Connect Plus Control Channel SLCO=10 Network: 119 Site: 72
8:25:45 PM DMR Data Frame
CACH : TACT Ch 1 First fragment of LC
Slot Type : Colour Code 1 CSBK
Connect Plus CSBK : CSBKO=1
Control Channel Neighbour List : 6,9,10,17,19 (0100011001001001010010100101000101010011000000000 000000000000110)
8:25:45 PM DMR Data Frame
__________________
John
If you can't fix it with a hammer, you've got an electrical problem.
Reply With Quote
  #584 (permalink)  
Old 03-26-2013, 12:57 AM
mtindor's Avatar
OH/WV DB Admin
  RadioReference Database Admininstrator
Database Admin
Amateur Radio Operator
Amateur Radio
 
Join Date: Dec 2006
Location: Carroll Co OH / EN90LN
Posts: 6,182
Default

Quote:
Is the 'Control Channel Neighbor List : 6,9,10,17,19' the CC LCNs or the Site numbers?
Site numbers. Sounds like a ConnectPlus to me. I am often wrong though.

Mike
__________________
Mike / AA8IA
PSR800/PRO197/BCD436HP/BCD536HP

If I PM you about a submission, please reply promptly or your submission may be rejected.
Reply With Quote
  #585 (permalink)  
Old 03-26-2013, 4:22 AM
IanWraith's Avatar
Member
   
Join Date: Sep 2010
Location: ianwraith@gmail.com
Posts: 269
Default

Hello
Firstly my thanks to Grosminet for his info regarding ident 64250. I see data to and from this ident all the time on my local shopping centres Capacity Plus system.

It has occurred to me that one thing we are missing from our Capacity Plus understanding is how radios register with the network. All the other types of trunked networks I have come across require a radio to register with a base station the first time it is turned on or mores into a new area. The base then allows access or tells it to go away. But so far we have none of that.

Also for everyone's info I am working on decoding the 3/4 rate PDUs but it is complex and isn't going to be a quick job.

Regards

Ian
Reply With Quote
Sponsored links
  #586 (permalink)  
Old 03-26-2013, 4:33 PM
IanWraith's Avatar
Member
   
Join Date: Sep 2010
Location: ianwraith@gmail.com
Posts: 269
Default

Hello All

Just a quick note to let you know I have cracked the Trellis coded rate 3/4 PDUs and am now extracting 144 actual payload bits from the 196 frame contents. If you are interested the source code is here ..

https://github.com/IanWraith/DMRDeco...r/Trellis.java

with a test case here ..

https://github.com/IanWraith/DMRDeco...ellisTest.java

Next I need to some basic decoding of the outer layers and will hopefully have a new build out in the next week. After that we need to get people analyzing the contents.

Regards

Ian
Reply With Quote
  #587 (permalink)  
Old 03-26-2013, 4:36 PM
Forts's Avatar
Mentor
  RadioReference Database Admininstrator
Database Admin
Audio Feed Provider
Audio Feed Provider
 
Join Date: Dec 2002
Location: Strathroy, Ontario Canada
Posts: 5,347
Default

Sounds great Ian, can't wait to give it a try!!
__________________
Middlesex County/Strathroy-Caradoc Fire Paging Alerts: http://groups.google.com/group/middlesex-fire
Reply With Quote
  #588 (permalink)  
Old 03-26-2013, 6:50 PM
radioprescott's Avatar
Member
  Amateur Radio Operator
Amateur Radio
 
Join Date: Dec 2003
Location: North Central Arizona
Posts: 394
Default

Thanks Mike it appears you are right. Had my modes mixed up

The system seems to be switching CC daily. No obvious difference between the freqs when looking at the log...should I see a difference?

Still learning this ConnectPlus stuff ...


Quote:
Originally Posted by mtindor View Post
Site numbers. Sounds like a ConnectPlus to me. I am often wrong though.

Mike
__________________
John
If you can't fix it with a hammer, you've got an electrical problem.
Reply With Quote
  #589 (permalink)  
Old 03-29-2013, 12:14 PM
IanWraith's Avatar
Member
   
Join Date: Sep 2010
Location: ianwraith@gmail.com
Posts: 269
Default

Hello All

OK DMRDecode build 68 is now available for download from the usual place ..

DMRDecode Download

Now the big new feature of build 68 is that it decodes rate 3/4 data PDUs. Well not decode as such but it does display the binary data that the radio was sending (previously it displayed the encoded data). With what is called "Confirmed Data" it displays the serial number encoded into each data block. So really this is just the start of the battle.

On my local Capacity Plus system I see two kinds of data exchange. First we see the confirmed data type ..

15:03:00 DMR Data Frame
Slot Type : Colour Code 6 Data Header
Confirmed Data
Destination Logical Link ID : 15 Source Logical Link ID : 64249
3 blocks follow : FSN=8 N(S)=0
15:03:00 DMR Data Frame
CACH : TACT Ch 2 Continuation fragment of LC
Slot Type : Colour Code 6 Rate Data Continuation
R_3_4_DATA (data block serial number=0)
01000101000000000000000000100000001101110011111000 00000000000000
10000000000100011110111110000110000011010000000011 11101011111001
15:03:00 DMR Data Frame
Slot Type : Colour Code 6 Rate Data Continuation
R_3_4_DATA (data block serial number=1)
00001100000000000000000000001111000011111010010100 00111110100101
00000000000011000000110110000001000000000000001010 11111100000000
15:03:00 DMR Data Frame
Slot Type : Colour Code 6 Rate Data Continuation
R_3_4_DATA (data block serial number=2)
00000000000000000000000000000000000000000000000000 00000000000000
00000000000000000000000000000000010010101111110001 01011010011111

Note the header says three blocks follow and sure enough we see 3 x R_3_4_DATA blocks numbered 0,1 and 2.

The other type are Proprietary Data exchanges which being proprietary aren't defined in the standard but made up by the good folks at the big M. An example is ..

15:03:01 DMR Data Frame
Slot Type : Colour Code 6 Data Header
Proprietary Data : MFID=16 (Motorola)
00000010000000010010001000000000001111000000000001 11001000111001
15:03:01 DMR Data Frame
Slot Type : Colour Code 6 Rate Data Continuation
00000000001011101101100000000000000001010000000000 00000100000000
00000011000101110111001000000000000000010001011100 01100000000000
0000000000000000

Now encoded somewhere in that data header is a number that describes the number of data blocks , or bytes to follow.

Also we need to see when Cap Plus systems send these data exchanges then we can look into understanding them.

So there we go please download build 68 and start your analysis !

As ever questions to this forum please.

Regards

Ian
Reply With Quote
  #590 (permalink)  
Old 04-04-2013, 3:44 AM
inigo88's Avatar
California DB Admin
  RadioReference Database Admininstrator
Database Admin
 
Join Date: Oct 2004
Location: Kern County, CA
Posts: 1,679
Default

Thanks for your hard work Ian, and I can't wait to give the new version a try. You are absolutely right... we are still missing:

- Text Messaging (but we're close!)
- Emergency Button/Man Down Alarm Activation
- Registration / De-Registration
- GPS Automatic Vehicle Location Data

Among others. Still plenty to figure out!
Reply With Quote
  #591 (permalink)  
Old 05-17-2013, 1:50 PM
inigo88's Avatar
California DB Admin
  RadioReference Database Admininstrator
Database Admin
 
Join Date: Oct 2004
Location: Kern County, CA
Posts: 1,679
Default

Hey guys,

This was taken from a TRBO conventional repeater using Ian's latest build 68. The repeater belongs to a hotel, and the data messages repeat every 30 seconds or so, always from source 64250 on talkgroup 109.

Anyone want to try and make heads or tails of it?

------------------------------------------------------------------------------

Preamble CSBK : Data content 19 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Continuation fragment of LC
Slot Type : Colour Code 3 Idle
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 Continuation fragment of LC
Slot Type : Colour Code 3 CSBK
Preamble CSBK : Data content 18 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Last fragment of LC
Slot Type : Colour Code 3 Idle
10:39:55 AM Short LC : Act_Updt - Individual data activity on BS time slot 1 Hashed Addr 126 : No activity on BS time slot 2
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 First fragment of LC
Slot Type : Colour Code 3 CSBK
Preamble CSBK : Data content 17 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Continuation fragment of LC
Slot Type : Colour Code 3 Idle
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 Continuation fragment of LC
Slot Type : Colour Code 3 CSBK
Preamble CSBK : Data content 16 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Last fragment of LC
Slot Type : Colour Code 3 Idle
10:39:55 AM Short LC : Act_Updt - Individual data activity on BS time slot 1 Hashed Addr 126 : No activity on BS time slot 2
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 First fragment of LC
Slot Type : Colour Code 3 CSBK
Preamble CSBK : Data content 15 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame - Error !
CACH : TACT AT=1 Ch 2 Continuation fragment of LC
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 Continuation fragment of LC
Slot Type : Colour Code 3 CSBK
Preamble CSBK : Data content 14 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Last fragment of LC
Slot Type : Colour Code 3 Idle
10:39:55 AM Short LC : Act_Updt - Individual data activity on BS time slot 1 Hashed Addr 126 : No activity on BS time slot 2
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 First fragment of LC
Slot Type : Colour Code 3 CSBK
Preamble CSBK : Data content 13 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Continuation fragment of LC
Slot Type : Colour Code 3 Idle
10:39:55 AM DMR Data Frame - Error !
CACH : TACT Ch 1 Continuation fragment of LC
10:39:55 AM DMR Data Frame - Error !
CACH : TACT AT=1 Ch 2 Last fragment of LC
10:39:55 AM Short LC : Act_Updt - Individual data activity on BS time slot 1 Hashed Addr 126 : No activity on BS time slot 2
10:39:55 AM DMR Data Frame - Error !
CACH : TACT Ch 1 First fragment of LC
10:39:55 AM DMR Data Frame - Error !
CACH : TACT AT=1 Ch 2 Continuation fragment of LC
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 Continuation fragment of LC
Slot Type : Colour Code 3 CSBK
Preamble CSBK : Data content 10 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Last fragment of LC
Slot Type : Colour Code 3 Idle
10:39:55 AM Short LC : Act_Updt - Individual data activity on BS time slot 1 Hashed Addr 126 : No activity on BS time slot 2
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 First fragment of LC
Slot Type : Colour Code 3 CSBK
Preamble CSBK : Data content 9 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Continuation fragment of LC
Slot Type : Colour Code 3 Idle
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 Continuation fragment of LC
Slot Type : Colour Code 3 CSBK
Preamble CSBK : Data content 8 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Last fragment of LC
Slot Type : Colour Code 3 Idle
10:39:55 AM Short LC : Act_Updt - Individual data activity on BS time slot 1 Hashed Addr 126 : No activity on BS time slot 2
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 First fragment of LC
Slot Type : Colour Code 3 CSBK
Preamble CSBK : Data content 7 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Continuation fragment of LC
Slot Type : Colour Code 3 Idle
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 Continuation fragment of LC
Slot Type : Colour Code 3 CSBK
Preamble CSBK : Data content 6 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Last fragment of LC
Slot Type : Colour Code 3 Idle
10:39:55 AM Short LC : Act_Updt - Individual data activity on BS time slot 1 Hashed Addr 126 : No activity on BS time slot 2
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 First fragment of LC
Slot Type : Colour Code 3 CSBK
Preamble CSBK : Data content 5 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Continuation fragment of LC
Slot Type : Colour Code 3 Idle
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 Continuation fragment of LC
Slot Type : Colour Code 3 CSBK
Preamble CSBK : Data content 4 Blocks to follow
Target Address : 64250 Source Address : 109
10:39:55 AM DMR Data Frame - Error !
CACH : TACT AT=1 Ch 2 Last fragment of LC
10:39:55 AM Short LC : Act_Updt - Individual data activity on BS time slot 1 Hashed Addr 126 : No activity on BS time slot 2
10:39:55 AM DMR Data Frame - Error !
CACH : TACT Ch 1 First fragment of LC
10:39:55 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Continuation fragment of LC
Slot Type : Colour Code 3 Idle
10:39:55 AM DMR Data Frame
CACH : TACT Ch 1 Continuation fragment of LC
Slot Type : Colour Code 3 Rate Data Continuation
R_3_4_DATA (data block serial number=0)
01000101000000010000000000100110011111110000001000 00000000000000010000000001000111100111010111000000 1100000000000000000001101101
10:39:56 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Last fragment of LC
Slot Type : Colour Code 3 Idle
10:39:56 AM Short LC : Act_Updt - Individual data activity on BS time slot 1 Hashed Addr 126 : No activity on BS time slot 2
10:39:56 AM DMR Data Frame
CACH : TACT Ch 1 First fragment of LC
Slot Type : Colour Code 3 Rate Data Continuation
R_3_4_DATA (data block serial number=1)
00001101000000001111101011111010000011111010010100 00111110100101000000000001001010101000100001010000 0000000010001111000000100000
10:39:56 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Continuation fragment of LC
Slot Type : Colour Code 3 Idle
10:39:56 AM DMR Data Frame
CACH : TACT Ch 1 Continuation fragment of LC
Slot Type : Colour Code 3 Rate Data Continuation
R_3_4_DATA (data block serial number=2)
00000011001100010011000000111001000000000000000000 00000000000000000000000000000000000000000000000100 0111000110011101100001000101
10:39:56 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Last fragment of LC
Slot Type : Colour Code 3 Idle
10:39:56 AM Short LC : Act_Updt - Individual data activity on BS time slot 1 Hashed Addr 126 : No activity on BS time slot 2
10:39:56 AM DMR Data Frame
CACH : TACT Ch 1 First fragment of LC
Slot Type : Colour Code 3 Terminator with LC
Terminator Data Link Control PDU
Destination Logical Link ID : 64250 Source Logical Link ID : 109
10:39:56 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Continuation fragment of LC
Slot Type : Colour Code 3 Idle
10:39:56 AM DMR Data Frame
CACH : TACT Ch 1 Continuation fragment of LC
Slot Type : Colour Code 3 Terminator with LC
Terminator Data Link Control PDU
Destination Logical Link ID : 64250 Source Logical Link ID : 109
10:39:56 AM DMR Data Frame
CACH : TACT AT=1 Ch 2 Last fragment of LC
Slot Type : Colour Code 3 Idle
10:39:56 AM Short LC : Act_Updt - Individual data activity on BS time slot 1 Hashed Addr 126 : No activity on BS time slot 2
10:39:56 AM DMR Data Frame
CACH : TACT Ch 1 First fragment of LC
Slot Type : Colour Code 3 Terminator with LC
Terminator Data Link Control PDU
Destination Logical Link ID : 64250 Source Logical Link ID : 109
Reply With Quote
  #593 (permalink)  
Old 05-26-2013, 6:59 AM
inigo88's Avatar
California DB Admin
  RadioReference Database Admininstrator
Database Admin
 
Join Date: Oct 2004
Location: Kern County, CA
Posts: 1,679
Default

Thank you very much! Just out of curiosity, what about my log file tipped you off to this being a TRBOnet system? This log was recorded from a freq licensed to a large Marriott hotel.
Reply With Quote
  #594 (permalink)  
Old 08-11-2013, 11:06 AM
Member
   
Join Date: Mar 2008
Posts: 196
Default

please excuse my question as i must be remiss; but why cant we convert the binary data into octal, hex or dec to try to get the ascii characters?
Reply With Quote
  #595 (permalink)  
Old 08-11-2013, 2:24 PM
krokus's Avatar
Member
  Premium Subscriber
Premium Subscriber
 
Join Date: Jun 2006
Location: Southeastern Michigan
Posts: 2,961
Default Re: Java program to decode DMR

I do not understand what you are asking. There is no reason to add an intermediate step, when you can go directly from binary to ASCII.
__________________
Generic radio geek, in southeast Michigan.
PSR-500, TM-742, TM-V71,TH-78, HTX-420, IC-2AT, IC-2E (clone), Pro-39, BC-235XLT, TK-290, XTS-5000
Reply With Quote
  #596 (permalink)  
Old 09-21-2013, 10:53 PM
mkewman's Avatar
Member
  Premium Subscriber
Premium Subscriber
Amateur Radio Operator
Amateur Radio
 
Join Date: Aug 2005
Location: Sacramento County, California
Posts: 1,691
Default

WHOA. You guys have been working hard on DMRD, I confess I haven't checked out the latest builds. What can I do to help? There's a ton of DMR/MotoTrbo systems here.

I'd love to be able to help with text messaging and AVL
__________________
the preceeding post in no way reflects the views of anyone except myself.
---
Reply With Quote
  #597 (permalink)  
Old 09-21-2013, 10:56 PM
Forts's Avatar
Mentor
  RadioReference Database Admininstrator
Database Admin
Audio Feed Provider
Audio Feed Provider
 
Join Date: Dec 2002
Location: Strathroy, Ontario Canada
Posts: 5,347
Default

That would be the next progression I think.. getting into text and data. Not very much is known about that so far, although some guys are coming up with some pretty slick 3rd party apps for that stuff.
__________________
Middlesex County/Strathroy-Caradoc Fire Paging Alerts: http://groups.google.com/group/middlesex-fire
Reply With Quote
  #598 (permalink)  
Old 09-22-2013, 7:00 AM
IanWraith's Avatar
Member
   
Join Date: Sep 2010
Location: ianwraith@gmail.com
Posts: 269
Default

Hi All
Limited progress with DMRDecode of late due to work and home commitments but I haven't forgotten it.

The big problem with decoding DMR data is that the data itself can be sent in many different ways according to the data. So although I know (thanks to the people here) that text on big M systems appears to be encoded using 16 bit Unicode (which can be decoded and displayed easily) the problem is how do we know that the data in a certain PDU is text ? If we decode the data in every data transport PDU as text we are going to see a lot of crud and miss data that could be decoded into something meaningful which isn't ASCII.

To get further we need to understand the data in say the prop data headers. Also if anyone fancies the challenge understanding the data sent using the TRBOnet data (source 64250) would be a big step forward.
Reply With Quote
  #599 (permalink)  
Old 09-26-2013, 12:31 PM
Joe91's Avatar
Member
   
Join Date: Oct 2010
Posts: 11
Default

Ian I'd like to thank you very much for the software, and also to anyone who has anything to do with SDR#, DSD, and VB-Audio Cable

I'm getting good results with a cheap RT dongle with SDR#, fed via VB-Audio Cable to both DMRDecode and DSD at the same time, audio out (on the un-encrypted DMR here) and watching the Colour/Group/Source data - very interesting!
Reply With Quote
  #600 (permalink)  
Old 10-24-2013, 11:23 AM
Member
   
Join Date: Mar 2008
Posts: 196
Default

Quote:
Originally Posted by IanWraith View Post
Hi All
Limited progress with DMRDecode of late due to work and home commitments but I haven't forgotten it.

The big problem with decoding DMR data is that the data itself can be sent in many different ways according to the data. So although I know (thanks to the people here) that text on big M systems appears to be encoded using 16 bit Unicode (which can be decoded and displayed easily) the problem is how do we know that the data in a certain PDU is text ? If we decode the data in every data transport PDU as text we are going to see a lot of crud and miss data that could be decoded into something meaningful which isn't ASCII.

To get further we need to understand the data in say the prop data headers. Also if anyone fancies the challenge understanding the data sent using the TRBOnet data (source 64250) would be a big step forward.
the error protection code is known and is decoding right and the logical link data position is known. are the header and data block formats unknown? is there no way to know where in the block the user data octets are?

i hear a ton of encoded audio and see on the screen that it is data. its got to be gps data becuase it is going on all the time.

Last edited by nycap; 10-24-2013 at 11:25 AM..
Reply With Quote
Reply

Tags
dmr, sticky, trbo

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT -5. The time now is 6:10 AM.


Powered by vBulletin® Version 3.8.2
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
All information here is Copyright 2012 by RadioReference.com LLC and Lindsay C. Blanton III.Ad Management by RedTyger
Copyright 2015 by RadioReference.com LLC Privacy Policy  |  Terms and Conditions