FRSKY Vorsicht bei "Telemetrie verloren" mit Horus
- Themenstarter Carbonator
- Beginndatum
Könnte man so sehen. Aber wir wissen aus hunderten Flügen und Messungen, dass ein Arduino vollkommen unkritisch ist. Wenn es nicht so wäre, dann dürfte man gar keine Sensoren oder Flightcontroler benutzen. Weil die Frage aber durchaus berechtigt ist, habe ich den Fluglog mit einem Arduino Sensor und fast durchweg 100% LQ eingefügt. Man muss die Ursache beseitigen, dann ist auch das "neue" Gelörch so sicher wie mein altes.
Landru wartet auf das MPM. Mit dem abgestimmten MPM wird er den Test wiederholen. Wenn er dann 100% LQ hat, sind alle Spatzen gefangen.
Landru wartet auf das MPM. Mit dem abgestimmten MPM wird er den Test wiederholen. Wenn er dann 100% LQ hat, sind alle Spatzen gefangen.
So, jetzt ist das Problem beim Richtigen angekommen.
Meine Übersetzung:
Mal gespannt, was er für eine Antwort bekommt. Wahrscheinlich sagen sie ihm "wenn wir die LF nicht faken, dann sehen die Leute ja, wenn der Link immer noch Macken hat und dann müssten wir die Hardware in Ordnung bringen, das ist dem Boss aber zu teuer" oder so ähnlich
Das ist natürlich nur eine Hypothese, aber das neue Script von @ReinhardZ scharrt schon mit den Hufen
Meine Übersetzung:
Mal gespannt, was er für eine Antwort bekommt. Wahrscheinlich sagen sie ihm "wenn wir die LF nicht faken, dann sehen die Leute ja, wenn der Link immer noch Macken hat und dann müssten wir die Hardware in Ordnung bringen, das ist dem Boss aber zu teuer" oder so ähnlich
Das ist natürlich nur eine Hypothese, aber das neue Script von @ReinhardZ scharrt schon mit den Hufen
Wenn keiner mehr die Hardware kauft, na dann wirds teuer.
Danke für die Arbeit euch allen. Ich bin entzückt.
Ach so, auch auf die Gefahr hin zu langweilen undoder mich als komplett "Unverständigen" zu outen:
Die zukünftige Hardware wird der Boss wohl mehr oder weniger zähneknirschend verbessern, Hardwareseitig teurer, softwareseitig denksportmässig aufwändiger.
Frage 1: Was macht aber der geneigte Normalnutzer mit vorhandener Hardware und eventuell, falls alle im Reinen ist, der neu gekauften Hardware in Verbindung mit alter Hardware? ZB einem neuen TX und altem RX. bzw altem TX und neuem RX
Frage 2: Wie kann ich "sicher" sein, dass meine alte Hardware mit der neuen sauber zusammenläuft.
und Frage 3: Im Moment sehe ich "nur" die Verschiebung der "Empfangsfenster" der RXe gegenüber dem Sender. (mittels finetune)
Aus Sicht des Senders auf den Rückkanal des Empfängers, welcher jetzt also ebenfalls ein Sender des Telemetriesignals ist sieht die Sache dann nochmal anders aus, hier ist ja das Empfangsfenster des Sender-Empfängers noch garnicht berücksichtigt, also das Telemetriesignal liegt vielleicht am Rande des Empfangsbereichs der Taranis/Q7/Horus etc.
Ich vermute mal, das die TX/RX-Kreise nicht ein und dieselbe Hardware sind. Oder?
Grüsse Gruni
Danke für die Arbeit euch allen. Ich bin entzückt.
Ach so, auch auf die Gefahr hin zu langweilen undoder mich als komplett "Unverständigen" zu outen:
Die zukünftige Hardware wird der Boss wohl mehr oder weniger zähneknirschend verbessern, Hardwareseitig teurer, softwareseitig denksportmässig aufwändiger.
Frage 1: Was macht aber der geneigte Normalnutzer mit vorhandener Hardware und eventuell, falls alle im Reinen ist, der neu gekauften Hardware in Verbindung mit alter Hardware? ZB einem neuen TX und altem RX. bzw altem TX und neuem RX
Frage 2: Wie kann ich "sicher" sein, dass meine alte Hardware mit der neuen sauber zusammenläuft.
und Frage 3: Im Moment sehe ich "nur" die Verschiebung der "Empfangsfenster" der RXe gegenüber dem Sender. (mittels finetune)
Aus Sicht des Senders auf den Rückkanal des Empfängers, welcher jetzt also ebenfalls ein Sender des Telemetriesignals ist sieht die Sache dann nochmal anders aus, hier ist ja das Empfangsfenster des Sender-Empfängers noch garnicht berücksichtigt, also das Telemetriesignal liegt vielleicht am Rande des Empfangsbereichs der Taranis/Q7/Horus etc.
Ich vermute mal, das die TX/RX-Kreise nicht ein und dieselbe Hardware sind. Oder?
Grüsse Gruni
Zuletzt bearbeitet:
In China funktioniert die Marktwirtschaft noch. Wenn keiner kauft, wird es billiger. Aber die meisten User haben sowieso keine Ahnung, um was es überhaupt geht.
@Gruni Wart einfach ab und beobachte inzwischen die grüne LED an deinem Empfänger. 30m weit weg von anderen Sendern und WLAN u.s.w muss die LED konstant leuchten, sonst ist etwas faul. Mit der alten Hardware gibt es eh keine Probleme, die neue muss FrSky in Ordnung bringen, oder eine solide Möglichkeit schaffen, die Toleranz wegzuregeln.
@Gruni Wart einfach ab und beobachte inzwischen die grüne LED an deinem Empfänger. 30m weit weg von anderen Sendern und WLAN u.s.w muss die LED konstant leuchten, sonst ist etwas faul. Mit der alten Hardware gibt es eh keine Probleme, die neue muss FrSky in Ordnung bringen, oder eine solide Möglichkeit schaffen, die Toleranz wegzuregeln.
Zuletzt bearbeitet:
Kein User braucht neue Hardware. Es braucht intelligente Empfängerfirmware, die beim Binden per Autotuning die Freuqenzverstimmung zwischen Sender und Empfänger ermittelt und dann automatisch die per Hoppingtabelle vereinbarten Frequenzen beim Empfänger korrigiert. Das sollte dann bei jeder Sender/Empfängerkombination den Faktor Frequenzshift eleminieren,und das Thema wäre damit dann erledigt. Also mal das kommende v2 Update abwarten.
Ewald hatte dazu mitgeteilt, dass er damit sehr vorsichtig wäre und durch die Blume gesagt, dass er das FrSky nicht zutraut ...
Ja, in diesem Fall wird schön ersichtlich, welche Unterschiede es bei so einem HF-Modul für einen Sender geben kann. Aber auch, welche Rolle die Firmware dabei spielt (altes Modul, alte Firmware = ok, altes Modul, neue Firmware = kein Binden möglich, neues Modul, neue Firmware = Binden mit Frame Loss). Alles bezogen auf diesen einen Sender.
Die FrSky Entwicklung ist aber wieder aktiv, die ersten IKP-Fixes sind bei den Testern gelandet ...
Die FrSky Entwicklung ist aber wieder aktiv, die ersten IKP-Fixes sind bei den Testern gelandet ...
Es sind im Sender und Empfänger die gleichen Chips und Quarze, der selbe Schaltkreis.
Wenn "feingetuned" wird, verschiebt sich sowohl für senden, als auch Telemetrie hören im Sender die Frequenz.
Wenn "feingetuned" wird, verschiebt sich sowohl für senden, als auch Telemetrie hören im Sender die Frequenz.
Wieder ein Erkenntnissverlust.
Ich verstehe garnicht, wie sich meine Powerlines, Fritzboxen, Mobilteile, Handys einigen, ausser auf einem Androiden und nem iphone hab ich hier noch keine finetuningmassnahmen getätigt.
Grrrrr, manno. Grüsse Gruni;-)
Why am I not surprised?
Und weiter: warum nutzt das MPM das nicht......
Stand nicht auch im Raum, dass auch das MPM das gleiche Problem hätte.
Ich vermute, wegen der gesetzestreue der europäischen Nutzer wird das MPM hauptsächlich nicht im öffentlichen Raum genutzt und T16Nutzer sind noch nicht so verbreitet.
Grüsse Gruni, immer noch mit der Hoffnung auf ein opensourceprotocol
Und weiter: warum nutzt das MPM das nicht......
Stand nicht auch im Raum, dass auch das MPM das gleiche Problem hätte.
Ich vermute, wegen der gesetzestreue der europäischen Nutzer wird das MPM hauptsächlich nicht im öffentlichen Raum genutzt und T16Nutzer sind noch nicht so verbreitet.
Grüsse Gruni, immer noch mit der Hoffnung auf ein opensourceprotocol
Zuletzt bearbeitet:
Ich lese ja hier als nicht merklich Betroffener nur mit, aber mir fehlt hier eine fachliche Aussage zu Temperaturdriften von Sender und Empfängern. Die Oszillatoren werden von den Herstellern ja meist abgeglichen ausgeliefert (unter Normtemperatur), aber ich weiß z.B. nicht, ob da auch wie bei den meisten Bauelementen Aussortierungen nach verschiedenen Kriterien geliefert oder/und verbaut werden oder wurden.
Der Sender soll bei -5°C außen ebenso zuverlässig arbeiten wie im Sommer + Sonnenschein bei 40° Umgebungstemperatur, für den Empfänger kann es noch mehr Temperaturdifferenzen geben.
Inwieweit die dadurch verursachte Frequenzdrift mit zum Problem führt, wurde m.E noch nicht betrachtet.
Gruß
Der Sender soll bei -5°C außen ebenso zuverlässig arbeiten wie im Sommer + Sonnenschein bei 40° Umgebungstemperatur, für den Empfänger kann es noch mehr Temperaturdifferenzen geben.
Inwieweit die dadurch verursachte Frequenzdrift mit zum Problem führt, wurde m.E noch nicht betrachtet.
Gruß
