search

OneOfEleven / uv-k5-firmware-custom

A customized version of https://github.com/DualTachyon/uv-k5-firmware
Apache License 2.0
164 stars 76 forks source link

tone 1750Hz does not open classical squelch and stops list scanning on 429ac36 #117

Closed pawol closed 1 year ago

pawol commented 1 year ago

tone 1750Hz does not open squelch and stops list scanning on 429ac36 . When the tone 1750Hz is sent by 1st QS then squelch is not opened on 2nd QS. Same issue occurs when 2nd QS scans list containing proper channel. Fast scanning option was compiled. Interesting is fact that clera carrier opens squelch and stops list scanning also.

OneOfEleven commented 1 year ago

I thought the 1750Hz tone is for opening old style ham repeaters, not other radios. 1750Hz is the repeater tone access frequency.

OneOfEleven commented 1 year ago

But the 1750Hz method is all but gone now, it's all CTCSS.

pawol commented 1 year ago

It is not important what opens squelch. We have to think about tone 1750 as common audio. Does not mater 1000Hz or 2000Hz. Modulated RF is send and has to open each standard squelch. I used 1750 because ... I had it configured as side button. The issue is easy to reproduce.

OneOfEleven commented 1 year ago

These radios are aimed at the radio ham market, which is the reason for the 1750Hz repeater access tone frequency.

pawol commented 1 year ago

No, 1750Hz frequency is specified for some repeaters with squelch opened by frequency. Like I said, in our case it does not matter what we transmit to open classical squelch. Fact is that the squelch is not opened but should be opened by any carrier, modulated or not.

pawol commented 1 year ago

I found now that squelch is not opened on pmr1 channel but on pmr2 works ikay. strange. Need more time to check a few thing. Maybe somerhing wring I have in pmr1 channel config

pawol commented 1 year ago

Completly strange issue. After a while pmr2 stoped working also. Probably high amplitude audio at start (tone 1750) makes squelch stupid.

pawol commented 1 year ago

Maybe this bug affect sending dtmf string with missing 1st character also - PR #72 was reported earlier. 1st hight amplitude dtmf cannot open squelch and after pause the 2nd tone works okay. In this case I send one high amplitude and continuous signal. That is my theory. I shall check scenario with standard scanning speed option compiled.

pawol commented 1 year ago

Got it! Fast scanning impacts on squelch in this case and on DTMF case (PR #72) On normal scanning option everything works okay - squelch opened by 1750 and missing 1st character in DTMF string

pawol commented 1 year ago

The issue fixed on e042b21. PR closed