SD State VHF TRS Causes Problems...

Status
Not open for further replies.

loumaag

Silent Key - Aug 2014
Joined
Oct 20, 2002
Messages
12,935
Reaction score
11
Location
Katy, TX
I need to hear from the real Trunker/T4Win guru's here. It seems that the SD State VHF Trunking system is configured in a way to confuse Trunker and makes T4Win unusable.

Here are the basics. I am located in the NE part of the state now and can hear two seperate sites on the system. The system is a 3600 Baud Motorla digital VHF system. As far as I can tell, all communications are in digital mode. I monitor the system using my Pro-96, set up in accordance to the offset, base, step information given here on the site. Control channels were found by scanning as the frequency table reported here on the site is woefully inaccurate. (A topic for another thread.)

When I run Trunker (V 3.8.3) on either site, after it does it's initial analyzing of the data stream it reports the system as a "Type II NetCap" with a 105.88Hz CT. It does not get the SysID (which stays at the default "1234" but does report the data channel as a voice channel constatnly being keyed by talkgroup 34816 in "emergency" mode. This equates to x880A, which is the SysID according to my Pro-96. I am sort of working around the problem by setting up seperate sub-directory for the system (like you would do for ETrunk decoding). Doing this allows me to leave the SysID as 1234 and still set it up as a VHF system swapping the hex channel numbers for observed audio channels. Trunker, given the above problems, then works but is "slow" to report sometimes, as I can hear a conversation but sometimes it does not get reported right away on the screen. I am getting Hi-Qual signal decoding (between 85 & 89 % on one site and 90 - 99 % on the other) runing in DOS mode. At other times it will easily report multiple conversations going on quite as I am used to seeing from trunker.

T4Win on the other hand reports nothing other than the dump you can see by observing the receiver data stream. It does show I am getting between 95-100% decoding of a Motorola stream but it never reports LCN's, Talkgroups, or RadioID's and of course it does not see a SysID so it never setsup a datafile.

The amount of data (while observing the dump in T4Win) seemed like a lot so I ran Dumper (DOS) on it so that I could get a view of what was in the data stream. The only problem with this, is I really don't know what I am looking at in the Dump.txt file and cannot find a "magic decoder ring" for it although I thought I had one somewhere. :D

I have attached the file for anyone who might like to look at it. I will tell you that the data frequency for this stream was 158.6400 (shows as ch# x01d) and that a three trasnmission conversation took place on 159.1650 (shows as ch# x237). This data dump is less than 30 seconds long and one aspect of it tends to agree with something observed in the Trunker data files, whicht is the "Hits" counters are all out of whack. A single transmission may show as many as 25 hits.

I have not used TReport (have never used it before) so cannot comment on that. The question is, has anyone else ever observed some or all of these things before? Is there a solution to getting either Trunker or T4Win to work right? Has the SD IT group found a way to confound some aspects of monitoring the system? I should note that none of this affects the way my Pro-96 which seems to work fine on the system.
 

EricCottrell

Member
Premium Subscriber
Joined
Nov 8, 2002
Messages
2,499
Reaction score
320
Location
Boston, Ma

Thunderbolt

Global Database Administrator
Database Admin
Joined
Dec 23, 2001
Messages
7,143
Reaction score
139
Location
Ann Arbor, Michigan
EricCottrell said:
Hello,

The site is using a new method of sending the system id which is not supported by the released version of 3.8.3. I fixed the problem and
released a beta version of trunker. It also adds a map file feature to calculate the frequencies. These features will be in 3.8.4

73 Eric

Ah there is a light at the end of the tunnel for S.D. trunktracking enthusiasts! :D

Eric:

How well does your new version work on 406-420 MHz systems?

73's

Ron
 

loumaag

Silent Key - Aug 2014
Joined
Oct 20, 2002
Messages
12,935
Reaction score
11
Location
Katy, TX
EricCottrell said:
Download the program in this thread and try it.
73 Eric
Eric, I have done so and got it up and running. It works quite well, thanks for the info and the efforts.

One problem I noticed is that although the program does report the networking and establishes the cell file, the xxxxmap.txt file does not convert the hex channels on the individual cell files but does do so in the SYS file (you can see it convert before the program decides it is an individual cell it is looking at.) Once the cell is recognized and the frequency list is wiped out again (to populate just that cell) the conversion doesn't happen any more. You may already be aware of this, but in case you are not, I thought I would mention it.

I am a much happier camper now. :D
 

EricCottrell

Member
Premium Subscriber
Joined
Nov 8, 2002
Messages
2,499
Reaction score
320
Location
Boston, Ma
Hello,

The program works for 406 to 420 systems.

The program will not overwrite existing entries so if the cell files already have values in them they will not change. Save the cell files to another directory, delete them in the trunker directory, and see if the same problem occurs when trunker recreates them.

73 Eric
 

loumaag

Silent Key - Aug 2014
Joined
Oct 20, 2002
Messages
12,935
Reaction score
11
Location
Katy, TX
EricCottrell said:
The program works for 406 to 420 systems.

The program will not overwrite existing entries so if the cell files already have values in them they will not change....
Eric, you hit the nail on the head. I did as you suggested and it worked fine. I then experimented a little by leaving the file in place, but editing out all of the frequency entries, which accomplished the same goal. This would be important if you were working on a system that you were not sure of the base, step, offset but didn't want to retype information you already had (like cell location, options set, etc.) as you sought out the correct map information.

Once again thanks for the help and your efforts in this hobby.

73,
 

firemedic2150

Senior Member
Database Admin
Joined
Sep 25, 2001
Messages
276
Reaction score
12
Location
Right here...
Hey Eric and Lou I have run into this problem on a UHF system used at Oak Ridge TN that actually has the Base frequency as one of the control channels. I was very confused what was going on. I did find that if I started Trunker on another zone let it get the SysID and load the frequencies for the other zone, then I reprogrammed the tapped scanner to the new zone's control frequency it would switch over and start tracking the zone. But the Control channel shows up as 0 and keeps flashing up a ID 53432 or something like that every second or so.
 

SCPD

QRT
Joined
Feb 24, 2001
Messages
0
Reaction score
110
Location
Virginia
loumaag said:
T4Win on the other hand reports nothing other than the dump you can see by observing the receiver data stream.
I remember this. Yeah, the old code doesn't handle this quite right. UniTrunker works fine here ... which means that (someday) the next T4Win will too.

-rick
 

EricCottrell

Member
Premium Subscriber
Joined
Nov 8, 2002
Messages
2,499
Reaction score
320
Location
Boston, Ma
firemedic2150 said:
Hey Eric and Lou I have run into this problem on a UHF system used at Oak Ridge TN that actually has the Base frequency as one of the control channels. I was very confused what was going on. I did find that if I started Trunker on another zone let it get the SysID and load the frequencies for the other zone, then I reprogrammed the tapped scanner to the new zone's control frequency it would switch over and start tracking the zone. But the Control channel shows up as 0 and keeps flashing up a ID 53432 or something like that every second or so.

Hello,

What version of trunker are you using?

73 Eric
 

DaveH

Member
Joined
Jul 29, 2001
Messages
3,287
Reaction score
56
Location
Ottawa, Ont.
I noticed a problem using the standard Trunker m3.8.3 on the Province of Ontario Astro system (822f). On some sites it couldn't lock to a SysID (as was noted here). On others it would flash a TG (type m, an encrypted multi-select which didn't make any sense). The TG was the SysID rounded off to the nearest 16 (8220). Eric's m3.8.3 beta ec1 version fixed that. Even if that problem didn't exist in the stock version, the map file enhancement sure made things easier. I and many others know how to covert hex to frequencies (once base/offset/step are known) and this allows us to look at other things. If the above parameters are not right, say for a 2nd or 3rd range, the frequencies often look odd and draw attention to the problem (for example some showed up in the 2m ham band...) Thanks again Eric!

Dave
 
Last edited:

EricCottrell

Member
Premium Subscriber
Joined
Nov 8, 2002
Messages
2,499
Reaction score
320
Location
Boston, Ma
firemedic2150 said:
Eric,
As far as I know it is 3.8.3.

Mark Mc.
The site you are switching to is using a newer method of sending the system ID. When I was up in Ontario I noticed some sites on the same system used this method and some did not. The released version of 3.8.3 can not properly decode this. You need to use the beta version I created. The filename is t383bec1.zip.

73 Eric
 
Status
Not open for further replies.
Top