What type of issue is this?
permanent - occurring repeatedly
What issue are you facing?
If CLKIN was in use but the external clock signal has disappeared since the last transceiver operation started, an automatic switch to the internal crystal takes place at the start of the next transceiver operation. However, this switch typically happens after tuning, not before, resulting in a tuning failure due to lack of lock.
One way to fix this would be to continuously monitor CLKIN and switch to the best available clock while idle, not just when the transceiver mode changes.
What are the steps to reproduce this?
- Provide an external clock signal on CLKIN.
- Confirm CLKIN detected with
hackrf_clock -i.
- Start RX and observe correct tuning.
- Stop RX.
- Remove external clock signal.
- Confirm CLKIN no longer detected with
hackrf_clock -i.
- Start RX and observe incorrect tuning.
Can you provide any logs? (output, errors, etc.)
No response
What type of issue is this?
permanent - occurring repeatedly
What issue are you facing?
If CLKIN was in use but the external clock signal has disappeared since the last transceiver operation started, an automatic switch to the internal crystal takes place at the start of the next transceiver operation. However, this switch typically happens after tuning, not before, resulting in a tuning failure due to lack of lock.
One way to fix this would be to continuously monitor CLKIN and switch to the best available clock while idle, not just when the transceiver mode changes.
What are the steps to reproduce this?
hackrf_clock -i.hackrf_clock -i.Can you provide any logs? (output, errors, etc.)
No response