SDS100/SDS200: SDS100 Firmware 1.05.00M/1.01.05S Open Beta

[mule1075]

Have not had much time to test but the adjacent channel interference on analog uhf and vhf is terrible. Even with pl tones programmed it is quite bad. 780xlt on the same antenna thru a multi-coupler does not exhibit the same problem. P-25 is doing just fine will test further over the next few hours.

 

[325xia]

Same dropped transmissions in this Beta. Tried to attach Log. No matter what, it's always too large a File to Attach.

 

[KF9L]

Same dropped transmissions in this Beta. Tried to attach Log. No matter what, it's always tto large a File to Attach.

how big a log is it????? The log are usually small in size unless you record a very long time

 

[325xia]

how big a log is it????? The log are usually small in size unless you record a very long time

It's 198K

 

[325xia]

The transmission problems don't happen all the time. So, I stop the log after it occurs. Thus, larger files. No way around this.

 

[KF9L]

It's 198K

That's in no way a big file at all. That's small

 

[KF9L]

It's 198K

Maybe there is a size limit to upload but that is a small file. Can't believe that it's saying that is too big to upload

 

[KevinC]

Maybe there is a size limit to upload but that is a small file. Can't believe that it's saying that is too big to upload

Max size on .txt files shows to be 195.3 kB.

I would zip it.

 

[scannerhead]

Release Notes:
3. Modified the voice channel termination method for P25 Phase 1 systems

This method is working very poorly. Dispatchers and units with quick microphone triggers are getting cut-off while the scanner is flipping to the control channel then back to the voice channel that hadn't even changed. The systems voice repeaters have an approximate 1 second hang time. For Phase 1 systems that have no hang time I suppose this method would work well.

For comparison, the 436HP is handling it properly.

https://www.radioreference.com/apps/db/?sid=2508 Phoenix area RWC system

https://www.radioreference.com/apps/db/?sid=2082 Mesa area Topaz system

 

[jonwienke]

Release Notes:
3. Modified the voice channel termination method for P25 Phase 1 systems

This method is working very poorly. Dispatchers and units with quick microphone triggers are getting cut-off while the scanner is flipping to the control channel then back to the voice channel that hadn't even changed. The systems voice repeaters have an approximate 1 second hang time. For Phase 1 systems that have no hang time I suppose this method would work well.

What channel delay setting are you using?

 

[jasonhouk]

I have experience the same short dropped signal during an active transmission then the RSSI on the VC came back up and enabled good decode.

Link to David's logs here: https://drive.google.com/folderview?id=1G88AiXZ3IYZTRpPKpMTyaQ_B6PE2sUBW

Link to video here: https://youtu.be/ORmzu-eKC_Q

Houk

I downloaded on Friday, and still seeing some dropped short transmissions, but not as frequent as prior firmware. What's new is I had transmissions briefly drop while in progress which never happened before. I turned on the Detail Trunk mode in an attempt to see if this was involving only 1 of the voice frequencies which it wasn't. The one thing I did notice not seen on previous firmware was the RSSI value was steady in the -70's range, but it would jump to -100+ db's and then quickly return to -70db's. This didn't happen frequently and was wondering if it was as result of a tweak in any automatic gain control settings with this firmware?

The system is Starcom which is listed as Phase 2 but it's a Phase 1 system.
https://www.radioreference.com/apps/db/?siteId=10872

System is in Hold...Hold Time 0, Priority ID Scan Off.

Due to the large file, I messaged Jason Houk and was allowed permission to submit the file to his Google Drive, which he'll forward it on. Tomorrow I will put together both a video and debug file in the event it's not caught on this debug file which was suggested to me by Jason...thank's again!

Sent from my Moto G (4) using Tapatalk

 

[WX4JCW]

A lot of interference especially weather band coming onto the railroad band
RSSI is weird now


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

 

[N8TXX]

I've had my SDS100 since week one. I've been running it next to my 536HP. Especially in the beginning, the SDS100 was missing stations that my 536HP was picking up. I was somewhat disappointed, but optimistic with firmware's it would improve. I can now say they both are equal! Great job.! I mostly listen to Project 25 Phase I on APCO-25 Common Air Interface Exclusive. Michigan's Public Safety Communications System (MPSCS) and Downriver Mutual Aid (Project 25) Radio System. These systems are in Wayne County Michigan.

 

[jasonhouk]

Release Notes:
3. Modified the voice channel termination method for P25 Phase 1 systems

. The systems voice repeaters have an approximate 1 second hang time. For Phase 1 systems that have no hang time I suppose this method would work well.
]

Our MARCS system VC's also have an approximate 1 sec hang for quick replies. I however have only one confirmed missed short reply with the latest beta. My TGID hold time is 5 seconds when I noticed this.

I'm wondering if there could be a user setting dedicated to how the SDS handles channel termination?

Houk



Sent from my Moto G (4) using Tapatalk

 

[W4KRR]

A lot of interference especially weather band coming onto the railroad band
RSSI is weird now

I noticed that about the WX band showing up on RR channels as well, I thought it was just me.

 

[WX4JCW]

I noticed that about the WX band showing up on RR channels as well, I thought it was just me.

Nope 700/800 works good for me but UHF/VHF needs work


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

 

[scannerhead]

Release Notes:
3. Modified the voice channel termination method for P25 Phase 1 systems

. The systems voice repeaters have an approximate 1 second hang time. For Phase 1 systems that have no hang time I suppose this method would work well.
]

Our MARCS system VC's also have an approximate 1 sec hang for quick replies. I however have only one confirmed missed short reply with the latest beta. My TGID hold time is 5 seconds when I noticed this.

I'm wondering if there could be a user setting dedicated to how the SDS handles channel termination?

Houk



Sent from my Moto G (4) using Tapatalk

Jon & Jason,

I have a 3 second talk-group delay. Some dispatchers, likely using pedal microphone keyers, are unkeying and rekeying rapidly during what would normally be a single transmission. A bad habit for sure. They are often very quick in replying to mobiles as well. So with the SDS100 it's ignoring the hang-time. As soon as a user unkeys, the scanner flips to the CC then back to the voice channel and in many cases, clipping the next transmission. (On a prior firmware the SDS100 held for the hang-time but ignored any end signaling causing a delay getting to the next voice channel. Again, clipping or missing replies.

I do wonder why this has been such a problem to fix when the 436/536, etc have been handling this properly. I get the impression that this method is a work-around so hopefully a fix is near.

Keith

 

[werinshades]

Jon & Jason,

I have a 3 second talk-group delay. Some dispatchers, likely using pedal microphone keyers, are unkeying and rekeying rapidly during what would normally be a single transmission. A bad habit for sure. They are often very quick in replying to mobiles as well. So with the SDS100 it's ignoring the hang-time. As soon as a user unkeys, the scanner flips to the CC then back to the voice channel and in many cases, clipping the next transmission. (On a prior firmware the SDS100 held for the hang-time but ignored any end signaling causing a delay getting to the next voice channel. Again, clipping or missing replies.

I do wonder why this has been such a problem to fix when the 436/536, etc have been handling this properly. I get the impression that this method is a work-around so hopefully a fix is near.

Keith

Very good explanation of what we're also seeing. I have been working to confirm that since my noise level is pretty high, but decode is very good that I wasn't having some sort of interference with this firmware, which I did not. I applied IFX to the control channel, and wasn't able to receive a strong enough signal to decode the control channel data. As soon as I turned it off, everything returned to normal.

 

[elijam1]

A lot of interference especially weather band coming onto the railroad band
RSSI is weird now


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

I am also experiencing high pitched static/interference. Mine is on UHF (423.975 MHZ).
I am using settings NFM, analog w a PL tone of 167.9. Squelch is at 2 but have tried many other settings.
I have monitored this channel for many years on many different scanners. Never had the noise on a channel like this.

 

[rbrtklamp2]

I have noticed a huge improvement in P25 reception almost no missed transmissions and given that it is a wide band receiver I attribute what I did miss to sell towers and horribly powerful FM Stations. I'd say overall while mobile with a external antenna on my truck today and stationary here on my desk with a rubber ducky I am receiving 95% or better of the p25 transmissions on my local system. This is a huge improvement! Also I experienced the playback bug, upon playback the radio does not show UID's that were shown while listening live. Also UHF and VHF also sound a lot better the hum is less noticeable although still there but not as loud as before. I think this is a huge improvement from the last firmware release. The only other thing I noticed as AGC isn't working as well anymore the radio volume fluctuates greatly at times on analog and digital conventional channels and p25 trunked channels as well.



As always thank you to UPMan and Uniden for your continued support for the SDS100.

Alright I am sorry to report that I have a update to my original findings. When in a high RF area like the inner city UHF and VHF are very succeptle to interference. It sounds OK out here in the suburbs but when used on the city in a very high RF environment the analog signals are very broken up and choppy. My 325P2 and 436 monitor these channels with no problem. I don't understand how digital could sound so good and analog the most basic of radio transmissions is taking a hit. It could be the VHF and UHF are not as sensitive as they should be because there are other systems I can pick up on my other Uniden scanners that the SDS completely misses in the VHF and UHF range I can monitor the local NXDN system that is UHF using a stridesberg multi coupler that the 536 and 436 will pick up that my SDS scans right by also it is missing Trbo systems around me that the other scanners will pick up as well all using the same outdoor roof top discone antenna. This is really a shame I had to drive through the entire city the other night and UHF was just horrible my friend took out his pro 97 and was getting the system channels clear as day while SDS was choppy and garbled on analog comms. Please take a look at the VHF and UHF reception UPMan this is a real problem. Can I make a debug log for the analog issues like we do for the digital stuff? If so I will get one made this week and post it for you and you engineering staff the radio is almost to hot on the analog side I am thinking. Also just a FYI I tried the ATT and IFX options on the effected channels and there was no change.

Thank you for your time and continued support for the SDS scanner.
Bob

Sent from my SM-N910V using Tapatalk