Right...understand, but you're turning off the squelch with a setting at 0. If you have any analog systems, it wouldn't scan because the squelch is too low. In your case, I wouldn't expect to see any improvements as you're lucky to lock onto a control channel. In my situation where I can receive the system set at 19 (the highest), the system can still decode. I don't know what you'd like to see a scanner firmware release do to improve your situation if you have to turn the squelch off to receive it?
I have this issue too. The scanner will jump between the control channel and a slightly weaker voice channel until the transmission ends. Setting the squelch to 1 resolves this problem. There is no issue with reception. There simply is not a squelch setting available that will open on weak enough digital trunked systems. We shouldn't have to turn the squelch off to receive systems the scanner has no problem receiving otherwise.
The lazy fix would be to separate conventional and trunked squelch settings. The proper fix would be to add more granularity.
For example, if the threshold is dependent on RSSI, and the current thresholds are as follows:
0: -170dB
1: -130db
2: -90dB
3: -50dB
...
Then the new thresholds should be something along the lines of:
0: -170dB
1: -130dB
2: -120dB
3: -110dB
4: -100dB
5: -90dB
...
Make sense? We're not trying to receive signals the scanner is incapable of receiving; they decode just fine. The problem is if we configure the scanner so it will receive the digital trunked systems we want (by opening the squelch), then the scanner obviously won't scan conventional channels (because the squelch is open). We shouldn't have to choose between open squelch and too tight of a squelch.