¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Squelch not working in FM mode


 

Is there a version of the software that has fixed the fact that the squelch does not work in the FM mode?
?
Dennis
KB0SFP


 

On Thu, Sep 5, 2024 at 03:27 PM, Dennis wrote:
software that has fixed the fact that the squelch
Not that I know. I tested FM squelch on 1.1.8 and it does not work.
73.
?
Joao, CT2HME


 

Another reason to no buy another Xiegu product until it has been on the market for a long time and proven to perform as advertised!


 

As for me, I'll wait to see how Xiegu s fw shakes out and continue to use Oleg's and teams edition that works just fine

73,
Steve
On Sep 6, 2024, at 8:25 AM, "Dennis via " <yahoo.com@groups.io target=_blank>[email protected]> wrote:

Another reason to no buy another Xiegu product until it has been on the market for a long time and proven to perform as advertised!


Robert AD6XJ
 

They DON'T improve their existing equipment, they just sell a new bunch of customers a new radio version (e.g. X6200). We have a GSOC, a X6100, and two G90s. My wife loved her G90 until it mysteriously turned itself into a 2 watt radio (it is splayed open on the workbench as we speak). I will never give Xiegu another of my hard earned US Dollars. Save your money and your stress level-- buy a real, manufacturer supported, name brand radio.
All my best intentions,
Robert AD6XJ


 

Hi everyone,
I just tested the latest firmware, and unfortunately, the squelch on FM is still not working. It's becoming quite a headache.
A few months ago, I reported this issue to the Xiegu team via email. They assured me it would be fixed in an upcoming firmware update, but despite a few updates since, it remains unresolved. Frustratingly, there¡¯s no timeline for when we can expect a fix.
Given the situation, I was wondering if anyone in the community, especially those with development experience, might be interested in digging into the root cause of the FM squelch problem? I managed to gain root access to my Xiegu and ran the following command:
```bash
[root@XIEGU-x6100:/root]# grep -r 'squelch' /etc /usr /lib /bin
```
Here are some results:
```
/usr/lib/libliquid.so:agc_crcf_squelch_enable
/usr/lib/libliquid.so:agc_crcf_squelch_disable
/usr/lib/libliquid.so:agc_crcf_squelch_is_enabled
/usr/lib/libliquid.so:agc_crcf_squelch_set_threshold
/usr/lib/libliquid.so:agc_crcf_squelch_get_threshold
...
```
I attempted to run some of these functions, such as `agc_crcf_squelch_enable`, `agc_crcf_squelch_is_enabled`, and `agc_rrrf_squelch_get_status`, but they can't be accessed directly from the command line. It seems like they would need to be scripted, compiled, and then executed, which is beyond my expertise.
My goal was simply to check whether the system recognizes if the squelch is enabled via the radio interface and, if not, manually set a threshold from the command line. It seems likely that the issue lies in how the squelch logic is processed.
If anyone has experience with Linux or debugging firmware like this, I¡¯d greatly appreciate your guidance or collaboration on how to move forward and properly debug this issue.?
Thanks in advance!
Radu
---


 

All signal processing (demodulation, filtering, etc) is performed on the STM microcontroller on the BASE board. STM uses it's own firmware. From the Linux part you can only send a commands to the STM (set frequency, modulation, filters, etc) and receive some data (I and Q samples, SWR, TX power, etc).?
If desired functionality is not implemented on the BASE firmware - it's impossible to turn it on from Linux part of the radio.?
Without having sources of the BASE firmware we actually can only do some simple things (change some constants, for example) by patching fw binary.

Georgy // R2RFE.

§Ó§ã, 22 §ã§Ö§ß§ä. 2024 §Ô., 20:34 rdusnr via <rdusnr=[email protected]>:

Hi everyone,
I just tested the latest firmware, and unfortunately, the squelch on FM is still not working. It's becoming quite a headache.
A few months ago, I reported this issue to the Xiegu team via email. They assured me it would be fixed in an upcoming firmware update, but despite a few updates since, it remains unresolved. Frustratingly, there¡¯s no timeline for when we can expect a fix.
Given the situation, I was wondering if anyone in the community, especially those with development experience, might be interested in digging into the root cause of the FM squelch problem? I managed to gain root access to my Xiegu and ran the following command:
```bash
[root@XIEGU-x6100:/root]# grep -r 'squelch' /etc /usr /lib /bin
```
Here are some results:
```
/usr/lib/libliquid.so:agc_crcf_squelch_enable
/usr/lib/libliquid.so:agc_crcf_squelch_disable
/usr/lib/libliquid.so:agc_crcf_squelch_is_enabled
/usr/lib/libliquid.so:agc_crcf_squelch_set_threshold
/usr/lib/libliquid.so:agc_crcf_squelch_get_threshold
...
```
I attempted to run some of these functions, such as `agc_crcf_squelch_enable`, `agc_crcf_squelch_is_enabled`, and `agc_rrrf_squelch_get_status`, but they can't be accessed directly from the command line. It seems like they would need to be scripted, compiled, and then executed, which is beyond my expertise.
My goal was simply to check whether the system recognizes if the squelch is enabled via the radio interface and, if not, manually set a threshold from the command line. It seems likely that the issue lies in how the squelch logic is processed.
If anyone has experience with Linux or debugging firmware like this, I¡¯d greatly appreciate your guidance or collaboration on how to move forward and properly debug this issue.?
Thanks in advance!
Radu
---