BCD436HP/BCD536HP: Issue driving me crazy

Status
Not open for further replies.

Gary985112

Member
Joined
Jan 20, 2021
Messages
88
Reaction score
15
I do not use QK’s. I never have because I don’t need to. My memory requirements are small. But it’s agreed, QK’s provide a valuable assist when programming large amounts of data. It’s just that they are NOT necessary to create a working Favorites List. I have created and programmed numerous Favorites Lists on both the BCDx36HP and the SDS models without the use of QK’s.
Thanks for your input I appreciate it! That is very good to know. I'm learning a ton about this thing.
 

Ubbe

Member
Joined
Sep 8, 2006
Messages
11,104
Reaction score
4,780
Location
Stockholm, Sweden
Hiegtx are correct. There are something that might be called a bug that you'll need a TG programmed to not let the scanner logic skip the system when doing different types of Analyze.

/Ubbe
 

JoeBearcat

Inactive member
Uniden Representative
Joined
Jun 30, 2020
Messages
2,019
Reaction score
2,586
It was by design that the scanner will skip any trunked system with no TG to scan (why scan a system you will never hear anything on was the reason), so it could be related. I will look into this to see if any changes are possible. It will not be high on the priority list, however.
 

Ubbe

Member
Joined
Sep 8, 2006
Messages
11,104
Reaction score
4,780
Location
Stockholm, Sweden
It was by design that the scanner will skip any trunked system with no TG to scan (why scan a system you will never hear anything on was the reason)
You should be able to use the ID search feature without having to program a dummy TG. And of course the need for a TG should not be a reason to disable the Analyze function. Both cases will just confuse users as it is not logical and are not explained in the user manual.

/Ubbe
 

JoeBearcat

Inactive member
Uniden Representative
Joined
Jun 30, 2020
Messages
2,019
Reaction score
2,586
I will elaborate on the part about "It will not be high on the priority list"...

Since there is an easy workaround, it is a lower priority item compared to say a feature that has no workaround at all. The key is to try to get the most functionality for the most users (bang for the engineering buck). Remember - these will not directly result in a substantial sales increase, so it has to be justified to the accountants. And again, there is an existing workaround.

That said, if the fix is easy, it will be proposed. This could be as simple as (two possible technical solutions redacted due to potential patent abuse, as I don't want to propose something only for someone to file/claim the patent on it). It suffices to say I can think of at least two possible solutions. I don't even know if they are patent-able, but I don't want to risk that they are and it blocks a solution.
 
Status
Not open for further replies.
Top