Unitrunker and EDACS

Forts · #1 (**permalink**) 10-06-2009, 11:31 PM

I've been playing with the latest version of UT again (been using Retro for quite some time now) and I really like a lot of the new versions features. However the whole 'Limbo' site thing drives me nuts. Would it be possible to have an option for the GUI version to behave like the Retro/DOS versions when it comes to site handing? Site 1 is site 1, plain and simple. If you travel around and are using UT from a laptop, and you happen to monitor multiple sites with the same site ID then just setup different folders (Site 1 - Location A, Site 1 - Location B etc etc)... again, similar to how it was done in the DOS days. My biggest problem is that the site I currently monitor from home will sometimes change control channels several times a day which leads to a lot of Limbo sites and pretty fragmented logging.

Other than that, I really like the new verson! (Well, except I can't import any data from Retro without it crashing... but I'll limit myself to one gripe at a time

)

davidbond21 · #2 (**permalink**) 10-07-2009, 01:18 PM

Quote:

Originally Posted by Forts

My biggest problem is that the site I currently monitor from home will sometimes change control channels several times a day which leads to a lot of Limbo sites and pretty fragmented logging.

Open up a window for the site that you mentioned, and go to the channels tab. For each LCN that has popped up as a control channel, open the editing window for that LCN and check the box saying it is a control channel. That way the program recognizes these as alternate CC's and when the site switches to one of these alternates, Unitrunker recognizes that it's looking at the same site/system. At least that's what I do to avoid a barrage of limbo sites on EDACS systems.

Forts · #3 (**permalink**) 10-07-2009, 07:22 PM

Thanks! I will try that.

Forts · #4 (**permalink**) 10-08-2009, 12:23 PM

Quote:

Originally Posted by Forts

Thanks! I will try that.

Update: Didn't work for me. I identified that alternate control channels on the system and when the CC changed this morning it was stuck in Limbo once again. Once I identified the frequency it took off just fine, but I hate the fact that it sits there waiting for you while the older versions would assume you are still on the same site and carry on decoding. I understand why it does what it does now, but it would be nice to have an option to disable the Limbo system if you are decoding in a stationary environment (essentially always decoding the same system).

Other than this 'feature' and the fact that EDACS patches don't appear to show properly I really like the new version, especially handy for me is the History tab for groups and users.

mtindor · #5 (**permalink**) 10-08-2009, 12:50 PM

Quote:

Originally Posted by Forts

Update: Didn't work for me. I identified that alternate control channels on the system and when the CC changed this morning it was stuck in Limbo once again. Once I identified the frequency it took off just fine, but I hate the fact that it sits there waiting for you while the older versions would assume you are still on the same site and carry on decoding. I understand why it does what it does now, but it would be nice to have an option to disable the Limbo system if you are decoding in a stationary environment (essentially always decoding the same system).

Other than this 'feature' and the fact that EDACS patches don't appear to show properly I really like the new version, especially handy for me is the History tab for groups and users.

Should have both options checkmarked for verified control channels... the one to indicate it's a CC and the one to indicate that it is confirmed on the system.

Mike

Forts · #6 (**permalink**) 10-08-2009, 07:57 PM

Correct, I have both checked. I will keep an eye on it and see what happens next time they change.

ve3tej · #7 (**permalink**) 10-09-2009, 10:40 AM

I have also had the same probelm with EDACS.

There is a check mark on all the control channels and I have also confirmeds all the other frequencies. When I restart the program it starts a new limbo system up again

Forts · #8 (**permalink**) 10-09-2009, 04:26 PM

Same thing happened today. Looks like the CC changed shortly after 9am this morning and UT sat there all day waiting for me to enter the new CC frequency. Bummer.

davidbond21 · #9 (**permalink**) 10-09-2009, 06:58 PM

Quote:

Originally Posted by Forts

Same thing happened today. Looks like the CC changed shortly after 9am this morning and UT sat there all day waiting for me to enter the new CC frequency. Bummer.

Are you saying that you haven't entered all the frequencies for all your LCNs on that site?

Forts · #10 (**permalink**) 10-10-2009, 01:29 PM

No... I have all 10 channels identified with their proper frequencies and 4 of them checked at Contol (plus all of them checked as confirmed).

I think at this point I'm going to go back to the DOS ETrunk. I like to be able to have an affiliation log (in one file) that I can search thru and it looks like that will be the best way to do it. UT is making a seperate log file each day, which is ok... but not helpful if I want to look back on the history of a single radio etc etc.

Unless of course I'm just doing something wrong, which isn't entirely out of the question