Since you can't switch to ID search using the database, then can only be used in the custom search. Is this correct? Am reading the easy to read SDS200 for this information.
Since you can't switch to ID search using the database, then can only be used in the custom search. Is this correct? Am reading the easy to read SDS200 for this information.
For example, I have NYPD-1, which is the favorites list which utilizes the ID SCAN function. Then I have a duplicate list which follows called NYPD-2, which scans the same systems, but in ID SEARCH mode instead. I can run them sequentially, where one follows the other in my scan sequence, or just have one of the two in operation.
I tried that but didn’t work. Am scanning just a few systems at a time and recording in proscan.While scanning a system you can turn on or off Search ID by simply pressing Function then E, no need for separate lists.
While scanning a system you can turn on or off Search ID by simply pressing Function then E, no need for separate lists.
Toggle ID Scan or ID Search |
While scanning each Trunked System, press Func then E/yes. Note: ID Search is not available with the Database. |
I can't see any problem with having ID search in the database scan. You would still see every known TG's info but if an unknown TG turned up you would see the TG number and the user ID who used it. You could then turn on recording, it would store everything from the buffer up the previous 240 sec, and you could then easily analyze it and report it to RR. Now you have to append that system from the database to a favorite list and then have to deal with updates from the DB that never updates any favorite lists and instead have to be done manually to a favorite list.That is true. You can't turn on ID SEARCH mode for the entire database, as baker50021 points out. At a basic level, that could defeat the entire purpose of Uniden keeping an updated database.
The way I see it, only in custom scan between frequencies will you find frequencies not in the database. Otherwise, we are just scanning what we already installed from sentinal or proscan. Am I wrong on this?
Guess I’m looking more toward frequencies not recorded in the database vs new talk groups on an active frequency.
Reading over discovery mode, if i am reading this correctly, it will only log new hits not in the database. Is this correct? If it is, I don't think custom search will do this.
Found out you can't adjust squelch and can't do avoid.
Guess I’m looking more toward frequencies not recorded in the database vs new talk groups on an active frequency.
Reading over discovery mode, if i am reading this correctly, it will only log new hits not in the database. Is this correct?