Auch ne coole Idee!
die Immersion/Airwave Frequenzen sind bei den 32 ja aber eh schon dabei.
und mit mehr als 32 dauert das scannen so lange, ich bekomme erst ca 100ms nach dem Kanal einstellen sinnvolle RSSI Werte ;_)
Was mich wundert, ich habe teils 5.8er Sender die auf einem Kanal schöne RSSI Werte zeigen, ander haben wie bei dir auf 3-4 Kanälen ausschläge, teils auch weit ab vom eingestellten Kanal. WLAN schließe ich bei mir aus, wenn keiner meiner Sender läuft is ruhe.
Was mich noch extrem stört ist die Einstreuung der Taranis, wenn die in der Nähe an is kommt nur noch Unsinn.
Ich sehe nen ähnlichen Effekt. Bei mir ist der RSSI Wert nach ~25ms etwa stabil.. Das Problem scheint der Samplingzeitpunkt des A/D Wandlers der Atmels zu sein. Frequenzen knapp vor und knapp nach dem eigentlichen Träger zeigen ein sehr zerissenes RSSI Signal. Ich denke das liegt daran, dass das analoge Videosignal 1:1 auf den Träger aufmoduliert wird in FM-Modulation. Man sieht dann halt immer die Sync-Pulse der einzelnen Frames im RSSI, da genau dann der Träger so weit wegmodulliert wird, da da der Signalpegel maximal ist. Zu sehen in den Screenshots unten des RSSI Signals.
Die Frequenzwechsel liegen 150ms außeinander. Nach 25ms ist die RSSI stabil (gelb is latch) man sieht dann 6 b.z.w. 7,nochwas Zacken im RSSI pro 150ms wenn man die stabilisierungszeiten mitrechnet...
Das sind ziemlich genau 50 Halb-Bilder in 1000ms
Beim durchlaufen durch das Frequenzband hat man dann halt bei diesen angrenzenden Frequenzen eine gewisse Chance, dass der A/D Wandler einmal auf dem Berg und einmal im Tal sampled
Die Theorie unterstützt für mich weiter, dass kurz vor der Sendefrequenz mehr Berge da sind und kurz dahinter mehr Täler (im RSSI)
RSSI stabilisiert sich nach 25ms (Beispiel bei freier Frequenz):
kurz vor der Sendefrequenz:
auf der Sendefrequenz:
kurz dahinter (man sieht wie das RSSI Mittel absteigt pro 2Mhz):
weiter dahinter: