Moin allerseits,
das neue Programm für den Banana-Pi funktioniert bestens. Problem ist nur, dass die Datei für SDRSharp mit knapp 400MB offenbar zu groß ist. Zumindest hängt sich SDR# beim laden der Datei als IQ-File auf. Bei kleinen Testdateien, die nur wenige Minuten dauern, funktioniert es. Den ersten Durchgang des M2-N1 Sats, also dem Alten, habe ich heute mal probeweise auf diese Weise aufgezeichnet. Allerdings hatte ich dadurch reichlich Probleme bekommen, das Ganze zu dekodieren. Der gute alte QPSK Dekoder konnte mit dieser Datei nichts anfangen, SDR# frierte beim Laden der Datei ein. Aber mir fiel da noch HDSDR ein. Der Konkurrent zu SDR#, welches deutlich weniger Resourcenlastig ist. Damit konnte ich die aufgezeichnete Datei abspielen und zeitgleich als RF-IQ-Datei aufzeichnen. Mit dieser RF-IQ-Datei konnte ich sowohl den alten QPSK-Dekoder, als auch SDR# speisen. Unter SDR# lief dann auch das Meteor-Plugin und generierte ab einer gewissen Empfangsqualität eine *.s-Datei, welche sich mit dem Meteor-Dekoder in 3 Farbbilder dekodieren lies. Mit dem alten QPSK-Dekoder kamen allerdings die besseren Ergebnisse bei Zustande. Das durch ihn generierte Meteor-Bild war deutlich länger. Daher habe ich das Banana-Pi Programm für den M2-N1 wieder auf seine Standardwerte zurück gesetzt und hatte mit dem Westflug des M2-N1 daher keine Sorgen mehr.
Hier nun die Links zu den beiden Bildern des M2-N1:
Direkter Überflug: http://wetterstation-hohenwalde.info.w0 ... -vis01.jpg
Westflug: http://wetterstation-hohenwalde.info.w0 ... -vis01.jpg
Beim M2-N2 habe ich beide Überflüge programmiert. Ich habe das Banana-Pi Empfangsprogramm noch in der Samplerate auf 110kHz reduziert, in der Hoffnung dann mit SDR# nicht mehr solche Ladeprobleme zu bekommen. So das ich zukünftig die Dateien direkt in SDR# laden kann und nicht den Umweg über HDSDR gehen muss. Mal schauen wie es läuft. Nachher weiss ich mehr.
Liebe Grüße ins Forum,
Stefan.