SDS100/SDS200: SDS100 Firmware 1.03.05M/1.01.05S Open Beta5

[n2pqq]

Under normal circumstances, I would expect this behavior all of the time.

With a specific NAC programmed and enforced in the processing, the radio must receive the system well and properly decode the NAC to match on each and every transmission. If it doesn't match (different or missed), the radio won't stop or unmute. In this mode, like many other things, the NAC is acting as a filter that must be matched.

In search mode, the radio should not care if a NAC or valid NAC is even found and you should hear the transmission regardless (excepting other things Uniden does to suppress/hide transmissions - i.e. encryption, poor decode, etc.)

Nac is correct scanner is in search mode.

Nac not always displaying on transmission.

Therefore scanner seems to work better in Nac search mode.
Which is a good thing .

https://www.youtube.com/watch?v=aixS7zHcZLQ

 

[troymail]

Therefore scanner seems to work better in Nac search mode.
Which is a good thing .

As I would expect.

If I recall, there were some earlier (previous/original f/w?) reports (which I find difficult to believe) that NAC search was functioning "worse" than when a valid NAC was programmed and had to be found and matched... and that makes no sense....

 

[N9PBD]

If you see values above 1000 the receive quality are compromised and if it goes beyond 10,000 it is more or less deaf and cannot decode anything. Uniden could do a noise gate function in firmware that blocks the squelch detect if the noise level goes above 5000, that would solve some of the users problems.

/Ubbe

Perhaps that's what they're doing in my reported case (#22 above) https://forums.radioreference.com/uniden-tech-support/373622-sds100-firmware-1-03-05m-1-01-05s-open-beta5-2.html#post2966095

 

[WX4JCW]

Have you really programmed that CTCSS tone to the channel? It blinks as if you haven't and then you'll have a squelch tail. It's not a Whistler that delays the audio to be able to get a silent squelch tail.



/Ubbe

That’s the database


Sent from my iPhone 8 using Tapatalk Pro
Jason WX4JCW
XPR7550 - SDS100

 

[policefreak]

Latest Firmware still a no go

Issue- Scanner fails to monitor a 800mhz Motorola Type 2 and 700mhz P25 system simultaneously. The Motorola system will not lock onto a control channel until Site Hold is pressed even though no other sites are active on the system. Once the P25 system is turned on the scanner will not lock on to a control channel for either system. Both systems are well within range. Once the Motorola system is deactivated the P25 system scans normally. This has been an issue in previous firmwares, I just haven't had a chance to upload and submit error logs or videos. The error log was recorded during the video.
Link to video:
https://youtu.be/-5bM4NIL9Bo
Error logs are the attachments at the bottom.

Systems monitored:
https://www.radioreference.com/apps/db/?sid=6452
https://www.radioreference.com/apps/db/?sid=6739

 

[policefreak]

Issue-P25 phase 2 audio choppy and garbled
Using the latest firmware and monitoring my local P25 Phase 2 700mhz simulcast system I've still noticed some slightly garbled transmissions. The audio quality was slightly improved from previous firmware versions. No transmissions were completely lost. I am well within range of the system in question- within 5 miles of 3 of towers. Using a RadioShack 800mhz portable antenna. I have noticed this on previous firmware versions but had not had a chance to submit videos or error logs.
Link to video:
https://youtu.be/cgP3tkp_nao

Link to the system monitored
https://www.radioreference.com/apps/db/?sid=6739

Error Log:
https://www.dropbox.com/s/4mp68rhg3cpe2lk/log0776594.txt?dl=0

Issue- Poor performance on Motorola Type 2 UHF system with CAI digital voice
Using the latest firmware and monitoring the county next door (I am approximately 1 mile from the county line) and their UHF T-Band Motorola Type 2 system with all digital voice. You'll see the audio drop out on reception on the voice channels fluctuate. You'll see it hold on the voice channel or skip back to the voice channel even after the transmission is over causing it to miss the next transmission. You'll see it skip through active transmissions and not pass audio at all. I am located 7 miles from the nearest tower on this site and 1 mile from the intended coverage area of this system. Using a portable UHF/VHF antenna. Parameters for this system in Edit System Option: Set End Code: ON. Parameters for this Site in Edit Site: P25 Waiting Time: 400ms
Link to video:
https://youtu.be/6lVa-UCHB68

Link to system (Using Medford Site):
https://www.radioreference.com/apps/db/?sid=1320

Error Log:
https://www.dropbox.com/s/bo32lege67i9ktt/log0145050.txt?dl=0

Note that all of these systems monitored were pulled off the database in Sentinel Software and programmed into the scanner.

Note that I've also noticed a reduction on sensitivity in the 700/800mhz range with this firmware. Tested on multiple systems using multiple fixed antennas using previous firmware and current firmware.

All in all this firmware has not notably improved the performance of this scanner from my location.

 

[WX4JCW]

I’m thinking of reverting to the last Beta


Sent from my iPhone 8 using Tapatalk Pro
Jason WX4JCW
XPR7550 - SDS100

 

[u2brent]

Getting more short transmissions on P25 PH1 & 2 systems I monitor.
Issue is the NAC, with the new feature displaying correct value & actual RX value, On the short transmissions is varying widely. Could be a big reason they were not even decoded on previous FW. Even the correct value flashes as incorrect. Occasionally happens on longer comms as well.

D63 D63 Flashes as if it's incorrect.
D63 293

signal -73db on PH1 system https://www.radioreference.com/apps/db/?sid=7641 South Simulcast NAC D63 is correct but see all kinds of values on the short transmissions that are now being picked up.

signal -84db on PH2 system https://www.radioreference.com/apps/db/?sid=7690 West Simulcast NAC 00A is correct but see same as above.

00A 293
00A D63
00A 000

can provide logs if the issue hasn't already been observed by others and posted.

Not getting the squelch tail on conventional channels that others are reporting.

EDACS system I monitor seems about the same as the previous Public FW.
https://www.radioreference.com/apps/db/?sid=2672

 

[eaf1956]

The Simulcast Harris System here in Evansville was missing traffic. It helps a great deal to IGNORE site NAC and reception is much improved even if the correct NAC is programmed.

 

[Ubbe]

If I recall, there were some earlier (previous/original f/w?) reports (which I find difficult to believe) that NAC search was functioning "worse" than when a valid NAC was programmed and had to be found and matched... and that makes no sense....

It could make sense, as a programmed NAC would mask out all bad decodes that gives erroneous NAC codes together with bad TG's and frequency/LCN numbers. You would hear less but the user would be oblivious to it. It's like turning the squelch up to max on analog channels and you'll only hear the crystal clear transmissions and you think that you solved the problem that transmissions where sometimes sounding noisy. "The receive sensitivity got much better!"

/Ubbe

 

[Ubbe]

....signal -73db on PH1 system https://www.radioreference.com/apps/db/?sid=7641 South Simulcast NAC D63 is correct but see all kinds of values on the short transmissions that are now being picked up....

It's the noise level that are the crucial value to get whenever an instable decode are detected.
It will show if there at that point are some interferencies that could disturb the digital decoding.

/Ubbe

 

[WX4JCW]

The Squelch tail issue is on VHF as well non trunked, also that same noise comes in over some transmissions, monitored several systems from Indianapolis to Fargo this past day and P25 was good, listening to the Springfield OH Edacs with provoice was perfect and the decode rate was generally with 0 errors

Gonna have some dark areas from here west as Bismarck is using the big E for everything, will test on Spokane tomorrow and the Seattle Area tomorrow night, also listened to the Lake County, IN Phase 2 system and it sounded awesome as well

UHF was awful due to the squelch tail issue (Chicago PD)


Sent from my iPhone 8 using Tapatalk Pro
Jason WX4JCW
XPR7550 - SDS100

 

[bravo14]

I'm in custom mode and using the new fw. This shows up in analog digital modes

 

[bravo14]

I'm in custom mode and using the new fw. This shows up in analog digital modes

Could the NAC setting in the settings effect this? I did a test
1 I was in scanning a AFB p25 system
2 went to menu then custom search
3 than went to replay audio I was picking up a ham ch that was about 50 miles away. I notice the glitch as seen in photo.
4 went back to scan and turn off AFB quick key went to a edacs provoice system. Did step 2 again the nac went away.
Them I went to settings than Site NAC Operation went to use site nac. No issues in custom or scan mode. I went back to settings than Nac operation and used ignore site nac. Went back to custom srch and the glitch came back.

Has anyone have this problem?

 

[u2brent]

It's the noise level that are the crucial value to get whenever an instable decode are detected.
It will show if there at that point are some interferencies that could disturb the digital decoding.

/Ubbe

Noise indicator fluctuates between 400 - 700 on the PH1 system.
That's pretty good as I understand it.
The PH2 system has much wider noise readings 14000 - 37000 but decodes seemingly just as well.

Aside from the crazy fluctuating NAC readings I'm hearing more, even more than when Site NAC Srch was the selected setting on prior FW.

Also in the prior FW I never saw NAC values on voice channels displayed (Unless you fixed the NAC for the site, then it always displayed the assigned NAC). Otherwise It only displayed NAC while tuned to the CC and disappeared while tuning voice.

Wondering if others had the same observation?

With this FW P25 is better.... EDACS decode is almost as good as the 436.

From my experience, it appears were making baby steps forward with the correct heading

 

[N9PBD]

I'm in custom mode and using the new fw. This shows up in analog digital modes

OK, so am I the only one that sees CAP+ on the top of the display? Why would he be seeing any NAC, if this is a DMR system???

**** I did a little poking around, and it appears that you're sitting on a frequency in the Mobile Communications of North Florida (DMR) system (https://www.radioreference.com/apps/db/?sid=8454), which brings me back to my question, why are you seeing a NAC, and not a Color Code (CC)?

 

[RF23]

OK, so am I the only one that sees CAP+ on the top of the display? Why would he be seeing any NAC, if this is a DMR system???

**** I did a little poking around, and it appears that you're sitting on a frequency in the Mobile Communications of North Florida (DMR) system (https://www.radioreference.com/apps/db/?sid=8454), which brings me back to my question, why are you seeing a NAC, and not a Color Code (CC)?

Assuming no shared frequency by a P25 and DMR system I suppose it might be an image problem from a strong P25 system.

My SDS 100 is more like a dongle in its selectivity and Image rejection abilities. However, this will depend heavily on your RF environment if you have such problems.

 

[WX4JCW]

I went ahead and reverted to the previous beta, definitely a difference in reception between the 2 versions on analog conventional and trunked, no missed traffic that i could tell but something is amiss

 

[rbrtklamp2]

OK, so am I the only one that sees CAP+ on the top of the display? Why would he be seeing any NAC, if this is a DMR system???

**** I did a little poking around, and it appears that you're sitting on a frequency in the Mobile Communications of North Florida (DMR) system (https://www.radioreference.com/apps/db/?sid=8454), which brings me back to my question, why are you seeing a NAC, and not a Color Code (CC)?

Obviously something got very messed up between these readings and settings when the Uniden updated the firmware. It could simply be a bug overlooked from a previous fix that was just missed. Give them until Friday I am sure they will be unveiling new firmware that will get at this issue and others being reported. Every Friday this radio just keeps getting better, just have a little patience and faith and I think this will be the best radio on the market in about two months maybe three. And if you do experience a bug or anomaly in the scanners performance make a debug log and post it for the Uniden team. Remember every bug and issue we document now and submit will get attention that much faster than if you don't post and wait for someone else to experience it. I believe one of these Fridays Uniden is going to hit a home run and this scanner is just gonna light up. Also? Any word on a base/mobile model. I want a few one for my car and a couple for the house LOL.

Sent from my SM-N910V using Tapatalk

 

[jonwienke]

OK, so am I the only one that sees CAP+ on the top of the display? Why would he be seeing any NAC, if this is a DMR system???

**** I did a little poking around, and it appears that you're sitting on a frequency in the Mobile Communications of North Florida (DMR) system (https://www.radioreference.com/apps/db/?sid=8454), which brings me back to my question, why are you seeing a NAC, and not a Color Code (CC)?

Definitely a bug. If the signal is DMR only a color code should be shown. If P25, only a NAC, If NXDN, only a RAN, etc.