RadioReference on Facebook   RadioReference on Twitter   RadioReference Blog
 

Go Back   The RadioReference.com Forums > Computer Aided Monitoring and Programming > Software Defined Radio


Software Defined Radio - A forum for general discussion of software defined radio (SDR) receiver equipment.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 04-19-2017, 9:29 PM
Member
  Premium Subscriber
Premium Subscriber
 
Join Date: Apr 2017
Location: Harrisonburg, VA
Posts: 5
Default Unitrunker RTL820T2 EDACS No Analog Audio

I am using a 2 dongle setup in Unitrunker. Local government in Harrisonburg-Rockingham County VA uses an 800mhz EDACS ProVoice system. The vast majority of the traffic on the system is digital. Unitrunker output is being routed to DSDplus for decoding which is working flawlessly for digital traffic. The first attached screenshot with a ProVoice label in the filename shows the receiver configurations, site information, and DSDplus scope for digital traffic that is being processed correctly.

My issue is that two of the primary fire-rescue dispatch channels are analog and when these channels are being tuned by Unitrunker there is no audio output to the PC speaker. I can validate that the traffic is analog in two ways. I have a Harris XP-25 handheld unit that reflects an analog indicator when there is traffic on the dispatch channels. In addition, if I direct the digital output to the PC speaker the traffic on the dispatch channels comes through loud and clear while the digital channels produce "noise" since it is not running through the decoder.

In summary, in the working digital decoded voice setup, Unitrunker is identifying the analog traffic as digital and therefore the analog signal is being passed to DSDplus. DSDplus is obviously not looking for analog traffic and therefore ignores this input. You can see this in the second screenshot I have attached where the "RFR Tac 1 Dispatch" talk group is active and being tuned by the voice receiver. Note that the "SVC" field reflects "Dig". In addition, the screenshot was taken during an audio tone and you can see the tone being generated on the DSDplus scope. Again, this analog signal is being passed through the digital output by Unitrunker and therefore no audio is being generated to the PC speaker.

I have worked on adjustments to the receiver configurations but it seems like the underlying issue is "misidentification" of the analog traffic by Unitrunker. Any assistance on what may be causing this to occur would be greatly appreciated.

Thanks,

Daryl
Attached Images
  
Reply With Quote
Sponsored links
  #2 (permalink)  
Old 04-19-2017, 9:34 PM
Member
   
Join Date: Feb 2015
Posts: 101
Default

Quote:
Originally Posted by dncbert View Post
I am using a 2 dongle setup in Unitrunker. Local government in Harrisonburg-Rockingham County VA uses an 800mhz EDACS ProVoice system. The vast majority of the traffic on the system is digital. Unitrunker output is being routed to DSDplus for decoding which is working flawlessly for digital traffic. The first attached screenshot with a ProVoice label in the filename shows the receiver configurations, site information, and DSDplus scope for digital traffic that is being processed correctly.

My issue is that two of the primary fire-rescue dispatch channels are analog and when these channels are being tuned by Unitrunker there is no audio output to the PC speaker. I can validate that the traffic is analog in two ways. I have a Harris XP-25 handheld unit that reflects an analog indicator when there is traffic on the dispatch channels. In addition, if I direct the digital output to the PC speaker the traffic on the dispatch channels comes through loud and clear while the digital channels produce "noise" since it is not running through the decoder.

In summary, in the working digital decoded voice setup, Unitrunker is identifying the analog traffic as digital and therefore the analog signal is being passed to DSDplus. DSDplus is obviously not looking for analog traffic and therefore ignores this input. You can see this in the second screenshot I have attached where the "RFR Tac 1 Dispatch" talk group is active and being tuned by the voice receiver. Note that the "SVC" field reflects "Dig". In addition, the screenshot was taken during an audio tone and you can see the tone being generated on the DSDplus scope. Again, this analog signal is being passed through the digital output by Unitrunker and therefore no audio is being generated to the PC speaker.

I have worked on adjustments to the receiver configurations but it seems like the underlying issue is "misidentification" of the analog traffic by Unitrunker. Any assistance on what may be causing this to occur would be greatly appreciated.

Thanks,

Daryl
Separate analog and digital vco's. Check off either digital or analog on each vco. That way, the analog talkgroup will be tuned with the analog vco and bypass being sent to dsdplus; and digital talkgroups will be sent directly to dsdplus without hearing the digital encoded audio.
Reply With Quote
  #3 (permalink)  
Old 04-19-2017, 9:53 PM
Member
  Premium Subscriber
Premium Subscriber
 
Join Date: Apr 2017
Location: Harrisonburg, VA
Posts: 5
Default

Good suggestion... however as best I can tell because Unitrunker is identifying the analog traffic as digital the analog VCO never tunes to the voice channel. And therefore all traffic is continuing to go through the digital VCO.
Reply With Quote
  #4 (permalink)  
Old 04-19-2017, 9:57 PM
Member
   
Join Date: Feb 2015
Posts: 101
Default

Quote:
Originally Posted by dncbert View Post
Good suggestion... however as best I can tell because Unitrunker is identifying the analog traffic as digital the analog VCO never tunes to the voice channel. And therefore all traffic is continuing to go through the digital VCO.
Hum, then I will step aside and let the other more competent members pickup.
Reply With Quote
  #5 (permalink)  
Old 04-20-2017, 2:33 AM
Seņor Member
  RadioReference Database Admininstrator
Database Admin
 
Join Date: Dec 2001
Posts: 6,766
Default

dncbert - please send a decode log of the control channel. The log would need to capture traffic at the time of a call that is misreported as digital.

UniTrunker | Log Files

Quote:
Originally Posted by http://www.unitrunker.com/logs.html
Decode Logs

Decode logs record packet or message level content. Message format, structure and nomenclature varies by protocol. These messages drive the behavior of Unitrunker. The decoding receiver can optionally save raw decoded messaging as a text file. Check the "Logging" option in the Decode section of the signal receiver. Decode logs have a high value for debugging. To see your decode log files in Windows Explorer, click the folder icon at the top of the receiver window.
Reply With Quote
Sponsored links
  #6 (permalink)  
Old 04-20-2017, 6:42 AM
Member
  Premium Subscriber
Premium Subscriber
 
Join Date: Apr 2017
Location: Harrisonburg, VA
Posts: 5
Default

Unitrunker,

I did not have the decode logging turned on. So I activated logging and took another screenshot this morning showing "HFD 1 Dispatch" traffic which has the same analog attributes. I have also attached the log file.

Thanks for your help,

Daryl
Attached Images
 
Attached Files
File Type: zip DecodeA-20170420.zip (49.5 KB, 14 views)
Reply With Quote
  #7 (permalink)  
Old 04-21-2017, 8:38 AM
Member
  Premium Subscriber
Premium Subscriber
 
Join Date: Apr 2017
Location: Harrisonburg, VA
Posts: 5
Default

One additional piece of information that may be related ... but perhaps not. After some research I realized that the two dispatch channels with analog traffic are actually patched into the 800 mhz system. i.e. There are two unique 400 mhz channels where the analog traffic for dispatch are located. Unfortunately these two channels are far enough apart that I cannot monitor them with a single SDR. Therefore, if I were to monitor the 800 mhz system plus these two 400 mhz channels I believe I would need 4 SDRs. In other words, it would really be nice to be able to pull these channels through the 800 mhz talk group patches rather than from the 400 mhz source.
Reply With Quote
  #8 (permalink)  
Old 04-21-2017, 8:56 AM
Member
   
Join Date: Feb 2015
Posts: 101
Default

The dongle monitoring the control channel will be stuck within 3mhz (or dongle limitations) either side of that control channel. But the other dongle should be able to tune anywhere else as well.

Therefore, vco's on the 800mhz control channel dongle will not tune down to 400mhz but the second dongle should.

Sent from my SM-G930W8 using Tapatalk
Reply With Quote
  #9 (permalink)  
Old 04-22-2017, 5:54 PM
Seņor Member
  RadioReference Database Admininstrator
Database Admin
 
Join Date: Dec 2001
Posts: 6,766
Default

Found the IDs in the RR DB.

I'll have a fix for this in the next week or so.

Last edited by Unitrunker; 04-22-2017 at 6:17 PM..
Reply With Quote
  #10 (permalink)  
Old 04-22-2017, 9:29 PM
Member
  Premium Subscriber
Premium Subscriber
 
Join Date: Apr 2017
Location: Harrisonburg, VA
Posts: 5
Default

Unitrunker,

Thanks for your assistance. Much appreciated.

dncbert
Reply With Quote
Reply

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 8:13 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