Ported DOS MTrunker to WIN32

[MattSR]

Input channel bugs

Root,

Here is a screenshot of the input channels appearing on the Australian Smartzone Omnilink system (GRN)

 

[MattSR]

Another thing that I have noticed is that it should be detecting these sites as ASTRO networked, however it only seems to recognise them as plain Type II Networked..

BTW - keep up the fantastic work, I had forgotten how much I love trunker!!!

Thanks

 

[troymail]

To everyone working TRUNKER and TRUNKER-ish applications -
keep up the good work.

I'd like to make some requests and, simulaneously, offer programming
assistance to make some of these requests reality.

About a year ago I modified Rick's TRUNKER source and tailored
it to the local system I monitor regularly. Unfortunately for me,
I had a disk crash and lost the source and mods I made :evil:

Anyway - couple of things I added and find extremely useful:

(1) status and message encoders (SME) - AA County uses different SME
values for different units - mostly, fire apparatus uses one set and
EMS uses a different set. Would like to see (or help add) suuport for
more that one type of SME (xxxxmsg.txt, xxxxmsg2.txt, etc.)

(2) portable radios on the system also have SME capability
and the message portion is used to reflect a 3rd set of messages.
So, I was able to denote the portable radios (i.e. E-91 P) and the
"P" told TRUNKER to use the 3rd msg file (xxxxmsg3.txt) when
a MSG was received.

(3) this system uses different color coding in it's CAD system to
show unit statuses (i.e. red means ON SCENE, yellow means
RESPONDING, etc.). It's all tied to the SME button pushes in the
unit (sure, you wouldn't know that unless you had access to the
system but...)

(4) I also added a capability to track and display a specific station's
unit statuses (i.e. volunteer stations may have multiple units but
may only have a crew for a few of them). This gave the ability to
watch the status of the individual units in the station.

I also added some tweaks to the logging..

Like I said, I'd like to offer assistance with adding some of these
things to the versions in the works. At a minimum, I'd love to add
some or all of these features to a sound card version that runs
under Windows....

Troy
(p.s. - I'm trying to find one of my screen shots and I'll post it)

 

[SCPD]

About a year ago I modified Rick's TRUNKER source and tailored it to the local system I monitor regularly. Unfortunately for me, I had a disk crash and lost the source and mods I made

That's not my source. That's Neal's and a few others besides. I just made a few tweaks before running off to write T4Win and now .. UniTrunker.

The SME stuff sounds great. That reminds me .. Eric "LTR" Cottrell has been very quiet lately. Wonder what he's up too ... hmmm.

Troy ... what tools (compilers, etc.) do you have at your disposal?

-rick

 

[troymail]

The SME stuff sounds great. That reminds me .. Eric "LTR" Cottrell has been very quiet lately. Wonder what he's up too ... hmmm.

Troy ... what tools (compilers, etc.) do you have at your disposal?

-rick

I was using the watcom compiler that the posts suggested (v 11.0c?).
The only other C/C++ compiler I currently have is an old Borland
C++ compiler. I actually do most of my work at home using that
but do mostly Java Linux/Unix C at work.

I'm open to suggestions and I'll get whatever is needed....

Troy

 

[r00t]

New version

Hi!

New version (build4) has some nice new features/bugfixes:
1) fixed screen scrolling bug in win98 (if screen refresh is slow, use fullscreen in win98)
2) fixed bad reception after while bug
3) fixed appearing of bad channels in VHF mode
4) added Australian frequency plans ('N' & '4')

Any reports are welcome...

Download URL:
http://www.r00t.cz/radio/prog.php?p=mtrunker32&en=1

r00t
http://www.r00t.cz/

 

[KC1UA]

Hi R00t,

Nice to hear from you, and Happy New Year.

I'm running the new version right now. It seems to run fine in the background. I'm guessing this is what you mean by the "bad reception after a while bug". I've been running for about 20 minutes and it's remained at 100% decoding effeciency on my local public safety TRS as I've surfed around the web with it behind my IE windows.

One thing I am still noticing however. Individual radio ID's are being overwritten by the "next active talkgroup" ID still. I know this has been explained before, or so I think. Let's say I'm receiving talkgroup 48, with radio ID 363 transmitting. While talkgroup 48 and radio 363 are active, talkgroup 96 becomes active. Both talkgroups are set at the same priority level. Radio 363 now shows as Radio 96. This coincides with the appearance of talkgroup 96. I hope that makes some sense.

I've only been running a short time as noted, but other than that I can see no issues yet. Any timeframe on the much anticipated automation of the ONESCANNERMODE?

Again, thanks for your efforts.

 

[MattSR]

Thanks root!

Awesome!

I've been running this new version for about 3 hours now, and the decode rate started on 100.0% and hasnt moved at all! This is on a local site (about 10 miles/ 16 km drom where I live)

The inputs have not appeared - great work!

I havent tested the australian bandplans because I just use PLAN=0 and then add a map file with the base, and channel ranges.

Thanks again,
Matt

 

[SCPD]

Excellent job on the latest revision rOOt. Cannot see any of the bug under win98 or XP that I was suffering before. Been running it now for a couple of hours with no issues.
Only thing that didn't work were the Australian band plan for the two large Omni-Link systems. Putting in N for the New South Wales GRN only brought up the plan error message. Same when I tested it for Plan 4, which is for the South Australian GRN system ( I cannot actually receive this system). As Matt says, not a great issue for me either, as I have been running a ***MAP.TXT file to compensate for the 3 UHF base and offset setting of this system. This is somethign probably not worth bothering about in my opinion, otherwise people will want this done for every system there is thats not 800Mhz or 900Mhz standard band plans.
I do have a couple of questions though. When I hit space to bring up the secondary menu, and hit F to toggle the frame indicator, this does nothing. Is there still a working frame indication for this version, now it has been ported with sound card decoding? I miss the little spinner that lived up the top right that showed what the decoding was like in real time.
Again, this is not a big issue for the software in my opinion, as the decode rate stays pretty stable now. I have yet to test it on more distant sites from the local one I have been testing it on so far.
So so far, so good ( great actually!! ). As I play with it a bit more I will surely report any bug I find here!

Dave

 

[DaveNF2G]

Not exactly a bug, but...

The 1.4 beta runs nicely on my Win98SE machine.

The only problem I've noticed so far is that, when it tunes my BC296D to a channel, it leaves it in AM mode. I don't think this is a bug in MTrunker32. The BC296D control codes need to be integrated into the software's repertoire. They are available for download from Uniden's website.

(I use BC245 as the controlled scanner selection.)

73 de Dave, NF2G

 

[KC1UA]

Interesting. I am controlling a BC796D with this software and I'm not having that problem at all. It worked flawlessly (except for the aformentioned radio ID issue) for about 4 hours.

 

[DaveNF2G]

I am also experiencing the overwriting of RID with GID when a new call grant goes out.

 

[r00t]

Bug fixed

Hi,
I fixed that (very stupid) bug with Australian freq plans - get new version (only changed RAR archive file - new size: 115741bytes).

About that problem with overwriting RID with GID:
This is really strange because I am not modified codeword decoder and also this not seems to be screen related problem. I ran trunker for about 5 hours on all of trunk systems here (normal Motorola-II + one Astro) - no problems. Maybe I will make some debug version with debug logging.

r00t
http://www.r00t.cz/

 

[loumaag]

I have been running the 1.4 version now for the about 4.5 hours. Thanks for getting rid of the scolling problem. :wink:

I also have not seen the GID over-write of the RID problem yet. I am using a mostly fully populated set of ID files though (from my trunker runs). I wonder if this is a problem on new RID/GID's?

 

[Dewey]

Hi R00t, and Happy New Year!!!

As always, THANKS for such great work. I'm beginning to think that something may be misconfigured on my computers, but I'm still getting the crash to desktop after running the program for 15 min to an hour.

 

[SCPD]

Hi r00t.

I'm not getting the RID and GID overwrite bug here either. Seems to be all going well.
Tested the Australian band plans N and 4 again, by installing the trunkerRAR file into a fresh directory and running it as a new application.
Still no luck with plans N and 4. The error message about the incorrect plans has gone, but now trunker seems to convert the ***sys.txt file back to plan 0 after I have changed it to plan N or 4, after obtaining an analysis by runing the software on a trunk site and saving it. I tried this a few times, and trunker just reverts the plan back to 0 each time, and only displays plain hex numbers where the channels are suppose to be.
I've only tested this under windows 98, but I will do an XP test very soon. I think it will get the same result but.
None the less, the system still works with the map file as well.
There is also an issue here in Australia with a slightly different 800Mhz trunk band plan to the US. The US band plan stops at 869Mhz, due to the cellular band. The Australian band plan stops at 870Mhz. I haven't found a way around this yet with a ****MAP.txt file as yet. As the base, step and offset are the same. Does trunker know where the US band plan ends? If so, can this be modified in a MAP file, or in the software? I think Australia is not the only other country with the extra 1 Mhz of extra trunking space on their 800Mhz band plan.

Keep up the good work! I haven't been thiss keen on playing with trunker software for many years!

Dave

 

[Dewey]

Ok, a little more news on my crashes to desktop...

This has got to be caused by something that is being sent out over the control channel. I was running MTrunker simultaneously (one discriminator output split three ways) over three computers, 1 Win ME, and 2 XP Pro. All three ran excellently for over two hours with accuracy ratings in the high 90%'s and mostly at 100%; then all of a sudden, all three crashed to the desktop at the exact same time. For the record, I'm monitoring a UHF 460 Astro 25 system (603d). I think that I'll take one of those 3-way splits, and run it back to the data slicer so I can see if I notice anything when the crash occurs the next time.

 

[Dewey]

Ok, once again, I don't have a clue! After all three computers crashed to desktop at the same time, I put the ME computer back on the slicer, and left MTrunker running on the 2 XP Pro computers. Well, now they still crash to desktop, but at different times, so I no longer think it's something coming over the control channel. The two MTrunker computers will run from 2 to 4 hours before crashing to desktop, but they are now doing it at different times... back to the drawing boardfor me!

 

[SCPD]

Dewey, have you tried a different slicer? That seems to be a common factor in whats supplying data to your computers, other then the control channel.

Dave

 

[Dewey]

Dewey, have you tried a different slicer? That seems to be a common factor in whats supplying data to your computers, other then the control channel.

Dave

Thanks Dave, but it's not the slicer. MTrunker is running from the sound card. I only use the slicer to run the original Trunker. However, considering common factors, yes, I've tried different scanners.

Thanks again,
Dewey