Fork from Radiosonde Auto RX

Oct 13, 2025 by miodeya.com 70 views

Introduction

In the current implementation of the FSK demodulator within the Wenet repository, there appears to be a limitation in setting the frequency estimator to negative frequencies. This limitation is evident in the code snippet provided, where the frequency estimator limits are set to positive values only. However, a fork of the FSK demodulator from the radiosonde_auto_rx repository has a different construct around this setting, allowing for negative frequencies. In this article, we will investigate the possibility of using this fork to allow for negative frequencies and explore the potential benefits of doing so.

Current Implementation

The current implementation of the FSK demodulator within the Wenet repository is as follows:

fsk = fsk_create_hbr(Fs,Rs,P,M,1200,400);
if(fsk_lower> 0 && fsk_upper > fsk_lower){
    fsk_set_est_limits(fsk,fsk_lower,fsk_upper);
    fprintf(stderr,"Setting estimator limits to %d to %d Hz.\n",fsk_lower, fsk_upper);
}

As can be seen, the frequency estimator limits are set to positive values only, which may limit the flexibility of the demodulator.

Fork from Radiosonde Auto RX

The fork of the FSK demodulator from the radiosonde_auto_rx repository has a different construct around setting the frequency estimator limits. The relevant code snippet is as follows:

fsk = fsk_create_hbr(Fs,Rs,P,M,1200,400);
if(fsk_lower < 0 && fsk_upper > fsk_lower){
    fsk_set_est_limits(fsk,fsk_lower,fsk_upper);
    fprintf(stderr,"Setting estimator limits to %d to %d Hz.\n",fsk_lower, fsk_upper);
}

As can be seen, this fork allows for negative frequencies by setting the frequency estimator limits to negative values.

Potential Benefits

Using the fork from radiosonde_auto_rx to allow for negative frequencies could have several potential benefits. Firstly, it would allow for centring the Wenet signal within the passband, rather than having it offset like it is now. This could potentially reduce the oversampling rate required for reception, which could in turn reduce the sample rate required for reception. This could be particularly beneficial in scenarios where the available computational resources are limited.

Testing the Fork

To investigate the potential benefits of using the fork from radiosonde_auto_rx, it would be necessary to test it in place of the current implementation. This would involve replacing the current FSK demodulator with the forked version and testing its performance in various scenarios. This could involve comparing the performance of the forked version with the current implementation in terms of accuracy, speed, and computational resources required.

Conclusion

In conclusion, the current implementation of the FSK demodulator within the Wenet repository appears to have a limitation in setting the frequency estimator to negative frequencies. However, a fork of the FSK demodulator from the radiosonde_auto_rx repository has a different construct around this setting, allowing for negative frequencies. Using this fork could potentially allow for centring the Wenet signal within the passband, reducing the oversampling rate required for reception, and potentially reducing the sample rate required for reception. Further testing is required to fully investigate the potential benefits of using this fork.

Future Work

Future work could involve further testing and evaluation of the forked version of the FSK demodulator. This could involve comparing its performance with the current implementation in various scenarios, as well as investigating its potential benefits in terms of accuracy, speed, and computational resources required. Additionally, further investigation could be conducted into the potential benefits of using the forked version in scenarios where the available computational resources are limited.

Implementation Details

The implementation details of the forked version of the FSK demodulator would involve replacing the current FSK demodulator with the forked version. This would involve modifying the code to use the forked version of the FSK demodulator, as well as testing its performance in various scenarios.

Code Modifications

The code modifications required to implement the forked version of the FSK demodulator would involve replacing the current FSK demodulator with the forked version. This would involve modifying the code to use the forked version of the FSK demodulator, as well as testing its performance in various scenarios.

Testing Scenarios

The testing scenarios for the forked version of the FSK demodulator would involve comparing its performance with the current implementation in various scenarios. This could involve testing its accuracy, speed, and computational resources required in scenarios where the available computational resources are limited.

Conclusion

Q: What is the current limitation of the FSK demodulator in the Wenet repository?

A: The current implementation of the FSK demodulator within the Wenet repository appears to have a limitation in setting the frequency estimator to negative frequencies. This limitation is evident in the code snippet provided, where the frequency estimator limits are set to positive values only.

Q: What is the fork of the FSK demodulator from radiosonde_auto_rx?

A: The fork of the FSK demodulator from radiosonde_auto_rx is a modified version of the FSK demodulator that allows for negative frequencies. This fork has a different construct around setting the frequency estimator limits, which enables it to handle negative frequencies.

Q: What are the potential benefits of using the forked version of the FSK demodulator?

A: Using the forked version of the FSK demodulator could potentially allow for centring the Wenet signal within the passband, reducing the oversampling rate required for reception, and potentially reducing the sample rate required for reception. This could be particularly beneficial in scenarios where the available computational resources are limited.

Q: How would the forked version of the FSK demodulator be implemented?

A: The implementation of the forked version of the FSK demodulator would involve replacing the current FSK demodulator with the forked version. This would involve modifying the code to use the forked version of the FSK demodulator, as well as testing its performance in various scenarios.

Q: What testing scenarios would be used to evaluate the forked version of the FSK demodulator?

A: The testing scenarios for the forked version of the FSK demodulator would involve comparing its performance with the current implementation in various scenarios. This could involve testing its accuracy, speed, and computational resources required in scenarios where the available computational resources are limited.

Q: What are the potential challenges of using the forked version of the FSK demodulator?

A: The potential challenges of using the forked version of the FSK demodulator could include ensuring that the modified code is compatible with the existing system, as well as testing and validating the performance of the forked version in various scenarios.

Q: How would the forked version of the FSK demodulator be maintained and updated?

A: The maintenance and update of the forked version of the FSK demodulator would involve ensuring that the modified code remains compatible with the existing system, as well as testing and validating the performance of the forked version in various scenarios.

Q: What are the potential benefits of using the forked version of the FSK demodulator in real-world applications?

A: The potential benefits of using the forked version of the FSK demodulator in real-world applications could include improved accuracy, speed, and computational resources required, as well as the ability to handle negative frequencies.

Q: How would the forked version of the FSK demodulator be integrated into existing systems?

A: The integration of the forked version of the FSK demodulator into existing systems would involve ensuring that the modified code is compatible with the existing system, as well as testing and validating the performance of the forked version in various scenarios.

Q: What are the potential risks of using the forked version of the FSK demodulator?

A: The potential risks of using the forked version of the FSK demodulator could include ensuring that the modified code is compatible with the existing system, as well as testing and validating the performance of the forked version in various scenarios.

Conclusion

In conclusion, the forked version of the FSK demodulator has the potential to offer improved accuracy, speed, and computational resources required, as well as the ability to handle negative frequencies. However, the implementation and testing of the forked version would require careful consideration of the potential challenges and risks involved.