106-tgrp\scan list ques.

[scannerface27]

ok got one tsys for my area in. trying to add another area same county different freqs, but the scan list keeps storing new tgrp for new system in scan list one.. i have indicated that scan list ie 2 would be for new tgrps, but it saves them like 0138, why wont it say 0020, or 0021 so on, the asterix is next to scan list2

 

[ab2ms]

Looks like those 4 digits you are referring to are the object number which doesn't reflect the scan list the object is mapped to. So if the asterisk is on for scanlist 2 that will not affect the object number, but it IS in list 2.

 

[scannerface27]

106 scan list

thanks shoudnt it show though 02-0001 or something like that... ive erased things a couple of times, its even when i save the new tsys. its saying something like ts stored to 0138 or0156 is that right or should it save to 0002 something.. for my first scanlist all the object ids go in order like 0011 00012 0013 and so on.

 

[PFalconflyer]

You don't need to worry about the object id's. They have nothing to do with which scanlist(s) are enabled for the object. It is simply a memory location for the object. You enter the object, the scanner assigns it to a memory location (you have no control over it). You can then enable that object in as many scanlists as you want. If you want control over object id's for organizational purposes, you'll have to use programming software (Win500, etc.).

-Pat

 

[hcpholder]

If you have OCD like I do, you can use the "software" to change the "ID #'s" if it helps. I had the same questions when I first got my Pro-106. It's hard to break the old habbit of "channel assignments" but you'll get used to it over time. I've had my Pro-106 for just over 4 months now, and I'm still learning. I lover the software, but you need to learn to "manually" program the items.

 

[fmon]

thanks shoudnt it show though 02-0001 or something like that... ive erased things a couple of times, its even when i save the new tsys. its saying something like ts stored to 0138 or0156 is that right or should it save to 0002 something.. for my first scanlist all the object ids go in order like 0011 00012 0013 and so on.

Object ID's are used by the scanner for maintaining memory management. The scanlist and object ID number can both be revealed by pressing MAN during coms.

To me info on lines 3 (during coms) or 4 (between coms) are much more important.

 

[scannerface27]

106--scan list\object ids

thanks guys for all your help.. this object oriented system is driving me nuts but ill get used to it.. now one other question. by entering a new tsys, then i can assign it to a certain scan list, but the object ids will have there own memory??? but to assigsn them by trunking system is tha still p[ossible....

 

[fmon]

thanks guys for all your help.. this object oriented system is driving me nuts but ill get used to it.. now one other question. by entering a new tsys, then i can assign it to a certain scan list, but the object ids will have there own memory??? but to assigsn them by trunking system is tha still p[ossible....

Not possible, because the scanner organizes them. If you later decide to delete an Object, that ID won't be used until all other ID's (of 1852) have been used.

They are pointless to worry about.

 

[smokeyjones666]

I'm not quite sure what you're asking, but I think this might be the answer. Essentially the scan lists are just references to the CONV and TGRP objects and there's no duplication in memory by adding the same object to multiple scan lists. It's always just the one 'Object' and functionally all the scan lists do is point to it. (In actuality, I suspect each object has a series of flags denoting scan list membership, but that is probably a better question for someone like Don S.)

Now, if you create more than one TSYS object and assign the same talkgroup number to a TGRP object in each TSYS, you'll have duplication because they're no longer the same 'Object', they're two separate 'Objects' with identical information in everything but the object ID number.

If both systems are in the same area a solution would be to add control channel information for both systems to the one TSYS and enable MultiSite Stat so it doesn't get stalled out on a single control channel. It'll add to the time it takes to scan, but if it's a fairly large area with units roaming on to each other's system willy-nilly it might be worth it. On each pass it will check a different control channel (unless you have 'Check all CCs' enabled as well, I don't.) I do exactly this with the ARMER system in use in Hennepin county MN and I find it works well (however I haven't had much feedback on how other users in my area have theirs set up.)

If you haven't, you might consider reading some past threads on the GRE forum. The Pro-106 is essentially a PSR-500 in different clothing and there's a wealth of information from a lot of these topics that have already been discussed to death over there.

 

[PFalconflyer]

thanks guys for all your help.. this object oriented system is driving me nuts but ill get used to it.. now one other question. by entering a new tsys, then i can assign it to a certain scan list, but the object ids will have there own memory??? but to assigsn them by trunking system is tha still p[ossible....

I'm not sure I inderstand your question. You mention assigning a TSYS to a scanlist. In reality, you create a TSYS, then create TGRP object(s) that are associated with that TSYS object (can be a specific TGRP or a wildcard, which will monitor any activity on the TSYS). It is the TGRP objects that get assigned to scanlists, not the TSYS. Each TGRP object occupies a single specific memory location within the scanner, whether it is assigned to 0,1 or several scanlists.

So you could end up with something like the following:

TSYS "county Public Service"
TGRP "county police" assigned to scanlist 1,10
TGRP "county fire" assigned to scanlist 2,10
TGRP "waste services" assigned to scanlist 5
TGRP "wildcard" not assigned to a scanlist
etc...

Each of the above talkgroup (TGRP) objects occupy a single memory slot (object id) within the scanner, and are scanned by assigning them to scanlist(s) - and enabling the scanlist(s) while scanning. The TSYS object also occupies a memory slot, but it cannot be directly scanned, as you do not assign TSYS objects to scanlists.

 

[scannerface27]

106-scanlist\obj

pfalconflyer, thanks. heres what i did i guess again i was just used to the old way of banks and channels, and not understanding the new obj oriented system... now with a better understanding, i get it... but using arc500, i was able to do what i was asking, by putting the tsys in one scan list per area, and then assigning tgrps, to that area... .. now one other ques. can you put two different types of tsys in one slist, ie my area for san bernardino co is all mot 800 type two, with no fleet maps. there is a regional fire authority that usesw an edacs system. can they be grouped together.... once again guys thanks for all your feedback...

 

[PFalconflyer]

Absolutely! A scanlist can contain different types of objects (conv, trunked, anaolog, digital, etc.). I have a scanlist that is labeled "Law Enforcement". It contains police/Sherriff/State Highway Patrol, etc. frequencies of all types - some digital, some analog, some trunked, etc...

 

[scannerface27]

106???

thanks again man, ok so to just confirm an edacs and a mot sys can be in the same area..... ii was thinking about one other thing, i know it said you can load a v-file into memory.. the v-file #5 ca-desert is my area ive been talking about. but i tried to load it and the scanner told me lok load but override main memory????. will erase everything??? or is it just a prompt..

 

[Mike_G_D]

scannerface27,

If it helps at all I have a file I made up for SB county. I don't live there but I can hear some of the systems where I am, primarily System 8. I am in North San Diego County. I created this file for travel use and have used it so I know it works. It has all of the systems in it and a lot of conventional stuff for SB county.

You may be confused by my methodology at first but there is a logic to it. Also, I think you are confused by the TSYS concept. As others have said, a TSYS by itself does not belong to any scan lists as it is not a "scanable object" in the GRE lingo. Only talk groups and conventional channels can belong to a scan list so I am not sure how you made a TSYS fit into a scan list. In any case, to answer your question, yes, you can have different types of systems, Motorola 3600, EDACS, etc., programmed and assign the talk groups to whatever scan list you want to.

As to the V-Folders, just press FUNC + PROG and it gives you the option to Load (F1), Stor (F2), and Eras (F3). As your new at this I would first store what you have in a V-folder (you can override the factory programmed ones you don't care about - just erase an out of state one you don't think you'll need). Then, when you load a new one in just press F1 (Yes) when it prompts you as you are overriding the main memory with the new data from the selected V-Folder.

I am attaching my San Bernardino file with this post. I am sending it to you in .bin format because that is the standard file format that the scanner uses and I believe that ARC500 should handle that ok. I use WIN500 myself but it can save the files in .bin format as well as .p500 format.

Just stick with it and you will eventually "get it"! Take a look at my file - it might help you get a handle on how the programming works.

-Mike

 

[scannerface27]

106

thanks mike, yes i understand your methodology,,,, what i did for the tsys with arc500 is just created a new one and when it asks for what scanlist i just gave it a number .. i then put the tgrps for the sbso systems to correspond with the lists.. worked out pretty well. thanks for the bin file....tony

 

[scannerface27]

zip file

mike for some reason the file wont open can you try again when you get a chance thanks tony

 

[fmon]

mike for some reason the file wont open can you try again when you get a chance thanks tony

This converted to .gr5 should work.

 

[scannerface27]

106-slist\tgrp

thanks fmon--- but it still did not work. it keeps telling me it cant find path or something... it wont open with adobe, or others... maybe as aword doc.. i dont know. thanks..

 

[fmon]

thanks fmon--- but it still did not work. it keeps telling me it cant find path or something... it wont open with adobe, or others... maybe as aword doc.. i dont know. thanks..

What doesn't work...zip won't open/extract or ARC500 won't load the gr5 file?

 

[scannerface27]

106

frank, it says wr.zip5 or some other is not a valid win32 file.. i extracted too