Hi Sarah,
I wanted to report a specific decoding behavior I am observing with the Airspy R2 in InmarScope regarding the 600 bps Aero channels.
The Problem:
When using the Airspy R2, I get a very strong signal level (excellent Eb/N0) on the 600 bps Aero channels, but the constellation remains unstable/spinning, and the demodulator never achieves a solid lock.
My Testing & Hardware Comparisons:
Hardware swap: If I switch to an RTL-SDR v4 using the exact same setup, InmarScope locks onto the 600 bps channels instantly and decodes perfectly.
Protocol swap: The Airspy R2 works flawlessly within InmarScope for EGC (1200 bps) and the 10500 bps Aero channels, achieving a rock-solid lock and decoding without any packet drops.
Could the timing recovery/decimation process for the 600 bps demodulator be reviewed or optimized for high-sample-rate SDRs like the Airspy R2?
Thanks for your time and the amazing work on this software!
Hi Sarah,
I wanted to report a specific decoding behavior I am observing with the Airspy R2 in InmarScope regarding the 600 bps Aero channels.
The Problem:
When using the Airspy R2, I get a very strong signal level (excellent Eb/N0) on the 600 bps Aero channels, but the constellation remains unstable/spinning, and the demodulator never achieves a solid lock.
My Testing & Hardware Comparisons:
Hardware swap: If I switch to an RTL-SDR v4 using the exact same setup, InmarScope locks onto the 600 bps channels instantly and decodes perfectly.
Protocol swap: The Airspy R2 works flawlessly within InmarScope for EGC (1200 bps) and the 10500 bps Aero channels, achieving a rock-solid lock and decoding without any packet drops.
Could the timing recovery/decimation process for the 600 bps demodulator be reviewed or optimized for high-sample-rate SDRs like the Airspy R2?
Thanks for your time and the amazing work on this software!