DSD improvements I am working on

Status
Not open for further replies.

jcardani

Member
Premium Subscriber
Joined
Jan 16, 2002
Messages
1,393
Location
Orlando, FL
Hi Eric,

Happy new year!

I would like to modify your DSD software to control an ICOM (and eventually the AOR DV-1) to follow CAP+ and CON+ trunking and add some more functionality. I checked the code on Github and it has not been updated. For example, dmr_data.c only displays the TDMA channel in the CACH and the burst_type and description (such as Voice Header, Term, CSBK, etc.).

I also would like to update the logic controlling the CAP+ incorporating the multi-block method that shows when LCN 9 to 16 are active. Plus a few other small improvements.

Would it be possible to obtain more recent source that incorporates the latest changes implemented in the WinDSD?

thanks so much!

Joe
 

EricCottrell

Member
Premium Subscriber
Joined
Nov 8, 2002
Messages
2,422
Location
Boston, Ma
Hello,

The code is still in a state of being reworked, so I would rather not release it now.

Personally, I think DSD is a poor choice to use for a trunk tracking program. It ends up being the same hack as DSD+ rather than like the old DOS trunker or Unitrunker.

73 Eric
 

jcardani

Member
Premium Subscriber
Joined
Jan 16, 2002
Messages
1,393
Location
Orlando, FL
Hi Eric,

I'm kinda running out out options here. Since the DSD variants are not a good choice, DMRdecode Java will not work with serial commands to control the radio, and DSDPlus refuses to add functionality to control radios (only SDRs).

One glimmer of hope though. I recently was added to the CML Microcontroller technical portal with access to the data sheets and more importantly user manuals. Their DMR chip is awesome and would provide all that's needed to fully decode DMR. There is a C program written in LPCXpresso that controls their demo board that is pretty straight forward. The demo board also had the AMBE vocoder chip on board.

The only problem is that the demo board works in the 442 to 450 MHz range, below commercial users. That's not a problem for development because I can use my IF to RF converter (see my digital conversion method article on RR) to allow my ICOM radios with 10.7 RF output a constant 450.000 MHz to the board. But this method would not work with the AOR DV-1because it does not have an accessible IF output.

CML also makes a development board/controller interface that works with discriminator input which would be a better choice. However the DMR chip's function image does not support Limiter Discriminator yet, it's only IQ based right now.

I need to ask CML a few questions to determine which development board to purchase. I will post the project when I have all the equipment.
 

DSDPlus

Member
Joined
Jul 24, 2014
Messages
377
DSDPlus refuses to add functionality to control radios (only SDRs).
The DSD+ program does not control SDR devices. That is done by the FMP and FMPA programs. Those programs get their trunk voice call tuning instructions from the .traffic files that DSD+ 1.101 creates when the -rc (role is control channel monitor) command line option is used. Any developer may create an application that uses the RF channel metadata in the .traffic file names to control a serially controlled scanner.
 

EricCottrell

Member
Premium Subscriber
Joined
Nov 8, 2002
Messages
2,422
Location
Boston, Ma
Hi Eric,

I'm kinda running out out options here. Since the DSD variants are not a good choice, DMRdecode Java will not work with serial commands to control the radio, and DSDPlus refuses to add functionality to control radios (only SDRs).

One glimmer of hope though. I recently was added to the CML Microcontroller technical portal with access to the data sheets and more importantly user manuals. Their DMR chip is awesome and would provide all that's needed to fully decode DMR. There is a C program written in LPCXpresso that controls their demo board that is pretty straight forward. The demo board also had the AMBE vocoder chip on board.

The only problem is that the demo board works in the 442 to 450 MHz range, below commercial users. That's not a problem for development because I can use my IF to RF converter (see my digital conversion method article on RR) to allow my ICOM radios with 10.7 RF output a constant 450.000 MHz to the board. But this method would not work with the AOR DV-1because it does not have an accessible IF output.

CML also makes a development board/controller interface that works with discriminator input which would be a better choice. However the DMR chip's function image does not support Limiter Discriminator yet, it's only IQ based right now.

I need to ask CML a few questions to determine which development board to purchase. I will post the project when I have all the equipment.
Hello,

I do not see how it would improve the situation as you would still need to write the trunking logic that reads the control channel data and controls the radio.

Part of my changes to DSD brings the decoding up to the level of DMRDecode. You could extend DMRDecode as source is available. Both DSD and DMRDecode are designed as data dump viewers so the same program elements are needed to extend them. The data from the control channel needs to be organized into data structures and used by added code to track the state of the trunked system.

It appears this trunking logic is already in DSD+ and it would be easier to write a program like FMP and FMPA that takes the output of DSD+ and sends tune commands to a radio.

73 Eric
 

jcardani

Member
Premium Subscriber
Joined
Jan 16, 2002
Messages
1,393
Location
Orlando, FL
Hi DSDPlus,

Well I never knew that. Thanks for sharing! That would be much easier than using the board approach.

Joe

The DSD+ program does not control SDR devices. That is done by the FMP and FMPA programs. Those programs get their trunk voice call tuning instructions from the .traffic files that DSD+ 1.101 creates when the -rc (role is control channel monitor) command line option is used. Any developer may create an application that uses the RF channel metadata in the .traffic file names to control a serially controlled scanner.
 

jcardani

Member
Premium Subscriber
Joined
Jan 16, 2002
Messages
1,393
Location
Orlando, FL
Hi DSDPlus,

By the way did you notice the audio files I posted relating to a linked capacity plus system local to me that use up to 16 channels? (8 repeaters)? It would be great to see DSDPlus support those systems over 8 channels. Eric was working on that investigation with my audio files a few weeks ago.

thanks!

Joe



The DSD+ program does not control SDR devices. That is done by the FMP and FMPA programs. Those programs get their trunk voice call tuning instructions from the .traffic files that DSD+ 1.101 creates when the -rc (role is control channel monitor) command line option is used. Any developer may create an application that uses the RF channel metadata in the .traffic file names to control a serially controlled scanner.
 
Last edited:

jcardani

Member
Premium Subscriber
Joined
Jan 16, 2002
Messages
1,393
Location
Orlando, FL
Hi Eric,

I actually have been converting Ian Wrath's DMR Decode into C for the trunking parts (basically post De-interleave BPTC processing. It's before that which was the issue. Anyway I think writing the code to parse the metadata from DSDPlus (similar to FMP would be the best way to go here).

Can you please give pointers or code examples on how I can parse the data into the structures? I should be good from there.

thanks!

Joe




Hello,

I do not see how it would improve the situation as you would still need to write the trunking logic that reads the control channel data and controls the radio.

Part of my changes to DSD brings the decoding up to the level of DMRDecode. You could extend DMRDecode as source is available. Both DSD and DMRDecode are designed as data dump viewers so the same program elements are needed to extend them. The data from the control channel needs to be organized into data structures and used by added code to track the state of the trunked system.

It appears this trunking logic is already in DSD+ and it would be easier to write a program like FMP and FMPA that takes the output of DSD+ and sends tune commands to a radio.

73 Eric
 

jcardani

Member
Premium Subscriber
Joined
Jan 16, 2002
Messages
1,393
Location
Orlando, FL
I just executed dsdplus -rc and it does show CC Channel activity however it does not appear to create any .traffic files. Edited -- Correction I do see the files when the program is running, they just aren't saved when the program exits. But I can't view them with an editor so see the format.

So my question is what is the format of the files and how do I access them?

thanks
Joe



The DSD+ program does not control SDR devices. That is done by the FMP and FMPA programs. Those programs get their trunk voice call tuning instructions from the .traffic files that DSD+ 1.101 creates when the -rc (role is control channel monitor) command line option is used. Any developer may create an application that uses the RF channel metadata in the .traffic file names to control a serially controlled scanner.
 
Last edited:

jcardani

Member
Premium Subscriber
Joined
Jan 16, 2002
Messages
1,393
Location
Orlando, FL
OK I rand DSDPlus a while using the -rc argument and it seems like the information (group and channel) are displayed in the file names which get created each time there is a new channel grant. Is there any info in these files or is it just a file name? Also is there something similar for rest channel changes? That would be very helpful for Capacity Plus trunk following.

Joe
 

dave3825

* * * * * * * * * * * *
Premium Subscriber
Joined
Feb 17, 2003
Messages
9,747
Location
Suffolk County NY
According to :

Digital Speech Decoder (software package - The RadioReference Wiki)

and

https://github.com/szechyjs/dsd

v1.6.0 beta for window exe and 1.7.0-dev in source code

If you are referring to DSD+ the the public release is 1p101 and the Fastlane is v2.18
"DSDPlus" sends you the lastest release when you sign up for the Fastlane.

Cheers

The first link you posted does not display anything. I am a windows only person. I did not learn the github or dev source code stuff. I am not referring to DSDPlus, but I do have fastlane 2.18.

I was referring to Windsd that was posted here in this thread back on page 5.
http://forums.radioreference.com/vo...-improvements-i-am-working-5.html#post2250039

I was just on my way to respond to you in the other thread here http://forums.radioreference.com/vo...re/344727-cap-dsd-fastlane-2-18-question.html
 

natedawg1604

Member
Premium Subscriber
Joined
Jun 29, 2013
Messages
2,751
Location
Colorado
The first link you posted does not display anything. I am a windows only person. I did not learn the github or dev source code stuff. I am not referring to DSDPlus, but I do have fastlane 2.18.

I was referring to Windsd that was posted here in this thread back on page 5.
http://forums.radioreference.com/vo...-improvements-i-am-working-5.html#post2250039

I was just on my way to respond to you in the other thread here http://forums.radioreference.com/vo...re/344727-cap-dsd-fastlane-2-18-question.html

I believe you are referring the "original" DSD which is a linux-based program. If you really want to use it on Windows, check out these somewhat complicated install instructions. But just out of curiosity, why do you want to use the original DSD? AFAIK Development stopped years ago, and DSD+ (i.e. fastlane) is far, far, far superior to the original DSD in virtually all material respects. (I believe the original DSD decodes D-Star data, which DSDPlus does not yet decode, but the Audio itself sounds better in DSDPlus)
 

dave3825

* * * * * * * * * * * *
Premium Subscriber
Joined
Feb 17, 2003
Messages
9,747
Location
Suffolk County NY
I believe you are referring the "original" DSD which is a linux-based program. If you really want to use it on Windows, check out these somewhat complicated install instructions. But just out of curiosity, why do you want to use the original DSD? AFAIK Development stopped years ago, and DSD+ (i.e. fastlane) is far, far, far superior to the original DSD in virtually all material respects. (I believe the original DSD decodes D-Star data, which DSDPlus does not yet decode, but the Audio itself sounds better in DSDPlus)

No, that's not it. I stumbled upon something here, in this thread, on page 5 called Windsdv2. It seems to be from 2014 and I just wanted to know if there was ever an update to it. This is the text from the readme in what I downloaded today. I do have dsdplus fastlane but saw this and wanted to try it out.. Maybe it is what you linked to and was compiled under Windows


WinDSD.exe 09/08/2014
Eric C. eric.c.boston@gmail.com

The program is dsd compiled under Microsoft Windows, mainly to test DMR and NXDN data decoding. The data decoding is not complete, but it should be good enough to determine groups, radio ids, system ids, site numbers, etc.

No installer is provided. Just copy the files to a directory and run WinDSD.exe.

WinDSD.exe is a Windows Console program and can be run at the Command Prompt. You may want to make the Command Prompt screen wider by going into Layout tab of the Command Prompt Properties dialog and setting Screen Buffer Size Width and window Size Width to 150. Otherwise the text will wrap around and make it even more difficult to read the screen.

Use WinDSD -a to list the audio devices. Use the device # listed prefixed by pa: to specify the device. WinDSD -i pa:2 -o pa:4 would use device #2 for input and device #4 for output.

Format Notes

0x before a number indicates hexidecimal format.

DMR Feature Set Indicators
StdFS Standard Feature Set as defined in specifications
FlyFS Flyde Micro Feature Set
EM9FS EMC S.p.A. (19 block) Feature Set
EM8FS EMC S.p.A. (28 block) Feature Set
Hy8FS Hyteria (8 block) Feature Set
Hy4FS Hyteria (104 block) Feature Set
MotFS Motorola Feature Set (MOTOTRBO)
PESFS Prod-El S.p.A. Feature Set
RA1FS Radio Activity Srl (51 block) Feature Set
RA0FS Radio Activity Srl (60 block) Feature Set
RDGFS RADIODATA GmbH Feature Set
TMSFS Trident Microsystems Feature Set (mainly MOTOTRBO Connect Plus)
TtEFS Tait Electronics Feature Set
VtSFS Vertex Standard Feature Set

Other Identifiers
Cap+ Motorola Capacity Plus
Con+ Motorola Connect Plus
IDAS Icom Trunked System (NXDN Type-D)
LC+ Motorola Linked Capacity Plus
NexEdge Kenwood Trunked System (NXDN Type-C)

Abbreviations (incomplete list)
_C Unspecified Call
AC All Call (Broadcast)
ACh: Active Channel(s)
Ack Acknowledge
Aff Affiliation
AjS Adjacent Site
Ans Answer
Ar: Area
Bcst Broadcast
BI: Base Station ID (decimal)
Blk: Block Number
blks blocks
CCh: Control Channel Number
CCh1: Control 1 Channel Number
CCh2: Control 2 Channel Number
Ch Channel
Ch: Channel Number (decimal)
CTmr Call Timer
DI: Destination ID (decimal)
Dld Download
DSys: Destination System Id
E! Emergency
EOT End of Transmission
FI: Feature Id
FL: First/Last Flag
FRp: Free Repeater Number(s)
Frq Frequency
GC Group Call
GI: Group ID (decimal)
Grp Group
Hdr Header
HSys: Home System ID
Ibd Inbound
IC Unit-to-Unit Call
IS Intersystem
LB: Last Block
LC Link Control
MS Multi-Site
MSI: Master Station Id Number (decimal)
NAck Negative Acknowledge
NAS: Number of Adjacent Sites
Net Network, Networked
Net: Network ID
Obd Outbound
Parm Parameter
Parms Parameters
PC PSTN (Phone) Call
PF: Protect Flag
Pr Priority
Pv Privacy
Pyld Payload
Pyld: Dump of payload portion of frame (hexidecimal)
RAN: Radio Access Number (decimal)
RCh: Rest Channel Number
Reg Registration
Req Request
Resp Response
Rp: Repeater Number
SC PSTN (SpeedDial) Call
SC Session Call
Serv Service
SI: Source ID (decimal)
Site: Site Id
SSys: Source System Id
Stat Status
Sys: System Id
TkS Trunked System
TSCC Trunking System Control Channel
U-U Unit to Unit
U?: Unknown Value
UDT Unified Data Transport
UI: Unit ID (decimal)
Uld Upload
Ver: Version Number
Vo Voice
 

KD8DVR

Member
Joined
Apr 11, 2004
Messages
1,368
Location
Columbus, Ohio
The links provided in the wiki give 404 errors. It is likely this is "Dead" software.

AntiSquid Disclaimer: All posted content is personal opinion only and may not imply fact or accusation.
 

EricCottrell

Member
Premium Subscriber
Joined
Nov 8, 2002
Messages
2,422
Location
Boston, Ma
Hello,

I have not reorganized my dsd code yet. That version was an experimental one to try out some stuff. Some of it was successful. I have multiple versions with different features I need to merge together. I have not done much as I got off onto other projects, like getting my PSR-800 and Pro-668 to do DMR, plus getting the house ready for winter.

It is not too difficult to get the dsd code to compile under windows if you use the portaudio library. I had some trouble getting the native windows sound option to work, so it stalled.

I suspect DSDPlus does a lot more than what my current code can do.

I want to rewrite from the ground up to be a more GUI based program.

73 Eric
 
Status
Not open for further replies.
Top