Can you change the FSK 32000 mode to FSK 36000? Then, the I/Qs would be exactly the same for LPRT and these modesā¦ just to minimize the post-processing issues even this alternation between 137.1 and 137.9 makes troubleā¦
Another idea: can we add a mode of FSK 288000, centered at 137.5? In this case, a post-processing script can try to make a +/- 400kHz correction and decimation of 8 to 144000ksps after, and then trying to decode both channelsā¦
@cgbsat had a similar suggestion, it will be a bit demanding and possibly lock up some stations, not sure if this is better rather than doing a few obs on either frequency. for investigation we can just split a pass in two and do two different obs.
If we are talking custom flowgraphs etc, we still want the metadata of the obs to match what we are producing as data (images, waterfall, frames). otherwise it will get messy very fast and the obs frequency doesnāt match what data is produced.
I can report that my automation works now, check out the previously linked repo.
This is the first obs that produced image, weak reception so not so many lines: MPDUs received: 1142 (456 lines)
The issue I missed at first was the floats that comes over udp needs to be converted to ints for the demod (this could be added to meteor_demod at some point).