X10 ACCESS Nachrüstmodul mit allen Schikanen ;)
- Themenstarter Carbonator
- Beginndatum
- Status
Dieser Post hat die "Schutzfunktion" aufgedeckt. Der Kollegen hatte das Update nicht drin.
Wie soll das OTX-Team mitschuldig sein?
Wie soll das OTX-Team mitschuldig sein?
Die Leute werden das Teil trotzdem in ihre Horus X10 einbauen. Ohne den Merge wedeln die Servos immer, was soll das bringen?
FrSky erreicht mit diesem Quatsch genau das Gegenteil. Jeder erfährt jetzt, dass es einen Sender gibt, vor dem FrSky Angst hat. Warte mal ab, the best is yet to come
FrSky erreicht mit diesem Quatsch genau das Gegenteil. Jeder erfährt jetzt, dass es einen Sender gibt, vor dem FrSky Angst hat. Warte mal ab, the best is yet to come
Zuletzt bearbeitet:
Das Theater erinnert mich an den Minikrieg des FT323R-Chips (serial-USB Adapter) von vor 5 Jahren gegen Produktfälscher.
Hat dem Hersteller letztlich nichts gebracht, mal sehen, wie es hier ausgeht.
Hat dem Hersteller letztlich nichts gebracht, mal sehen, wie es hier ausgeht.
3djc hat diese Info rausgegeben:
"A quick update of the access upgrade module issue. After discussion with FrSky, it appears that currently seen behavior (sending 'erratic' outputs) is not the desired behavior that FrSky wants, but more the result of human error.
As a result, while FrSky is fixing the issue on their side, we are suspending the download of internalaccess option for x10 and x12, and resuming other x10/x12 downloads
It will stay like that until the necessary changes have been made and communicated by FrSky"
"Ein schnelles Update zum Access Upgrade-Modul Problem: Nach einer Diskussion mit FrSky hat sich herausgestellt, dass das derzeit beobachtete Verhalten (Senden von "fehlerhaften" Ausgaben) nicht das von FrSky gewünschte Verhalten ist, sondern vielmehr das Ergebnis menschlichen Versagens.
Während FrSky das Problem auf seiner Seite behebt, wird der Download der internalaccess Option für x10 und x12 ausgesetzt und andere x10 / x12-Downloads werden fortgesetzt.
Dies wird so bleiben, bis die notwendigen Änderungen von FrSky vorgenommen und mitgeteilt wurden"
(Übersetzung von mir)
"A quick update of the access upgrade module issue. After discussion with FrSky, it appears that currently seen behavior (sending 'erratic' outputs) is not the desired behavior that FrSky wants, but more the result of human error.
As a result, while FrSky is fixing the issue on their side, we are suspending the download of internalaccess option for x10 and x12, and resuming other x10/x12 downloads
It will stay like that until the necessary changes have been made and communicated by FrSky"
"Ein schnelles Update zum Access Upgrade-Modul Problem: Nach einer Diskussion mit FrSky hat sich herausgestellt, dass das derzeit beobachtete Verhalten (Senden von "fehlerhaften" Ausgaben) nicht das von FrSky gewünschte Verhalten ist, sondern vielmehr das Ergebnis menschlichen Versagens.
Während FrSky das Problem auf seiner Seite behebt, wird der Download der internalaccess Option für x10 und x12 ausgesetzt und andere x10 / x12-Downloads werden fortgesetzt.
Dies wird so bleiben, bis die notwendigen Änderungen von FrSky vorgenommen und mitgeteilt wurden"
(Übersetzung von mir)
"If true, the module authentication behaviour raises questions of engineering competence."
Dieser Kommentar bezieht sich auf die neueste Erkenntnis, dass die Authentifizierung nicht nur beim Modulstart, sondern alle 12s ausgeführt wird. Ein einziger Kommunikationsfehler und das Modul macht Breakdance auf den Kanälen bis zum Reboot. Wer sich so etwas ausdenkt, hat keine Ahnung vom Modellfliegen und keinen Respekt vor den Kunden.
Diese fehlende Kompetenz ist mir auch schon des Öfteren aufgefallen, zum Beispiel beim G-RX8 und R9 System. FrSky hat fühzeitig Hinweise bekommen, was schief läuft und ewig gebraucht, die Dinge auf die Reihe zu bringen. Das Zumüllen des SPort und die Höhendrift haben sie bis heute nicht hinbekommen. Wie es produktiv ablaufen kann, habe ich bei den Tests mit der D16 Firmware für die D8 RX mitbekommen. Mike Blandord hat die Hinweise verstanden und umgesetzt - ich war fast gerührt - einmal mit einem Profi arbeiten
Die FrSky Hardware ist in Ordnung, die Firmware ist oft übel. So langsam kann man die Augen nicht mehr davor verschließen. Da sind Dilettanten am Werk, sorry.
Dieser Kommentar bezieht sich auf die neueste Erkenntnis, dass die Authentifizierung nicht nur beim Modulstart, sondern alle 12s ausgeführt wird. Ein einziger Kommunikationsfehler und das Modul macht Breakdance auf den Kanälen bis zum Reboot. Wer sich so etwas ausdenkt, hat keine Ahnung vom Modellfliegen und keinen Respekt vor den Kunden.
Diese fehlende Kompetenz ist mir auch schon des Öfteren aufgefallen, zum Beispiel beim G-RX8 und R9 System. FrSky hat fühzeitig Hinweise bekommen, was schief läuft und ewig gebraucht, die Dinge auf die Reihe zu bringen. Das Zumüllen des SPort und die Höhendrift haben sie bis heute nicht hinbekommen. Wie es produktiv ablaufen kann, habe ich bei den Tests mit der D16 Firmware für die D8 RX mitbekommen. Mike Blandord hat die Hinweise verstanden und umgesetzt - ich war fast gerührt - einmal mit einem Profi arbeiten
Die FrSky Hardware ist in Ordnung, die Firmware ist oft übel. So langsam kann man die Augen nicht mehr davor verschließen. Da sind Dilettanten am Werk, sorry.
Habe mir zwar erst letzte Woche ne X-lite Pro geholt wegen dem integrierten Ladegerät und den 2 zusätzlichen Tastern. Werde aber weiterhin ACCST nutzen da es einfach gut funktioniert.
Werde das ganze weiter von der Seitenlinie beobachten. Stimme aber zu dass sich Frsky hier ein Eigentor schießt. Ich glaube die haben nie wirklich verstanden was die GPL bedeutet, schade....
Werde das ganze weiter von der Seitenlinie beobachten. Stimme aber zu dass sich Frsky hier ein Eigentor schießt. Ich glaube die haben nie wirklich verstanden was die GPL bedeutet, schade....
Habe ich das richtig mitbekommen, dass ACCESS in erster Linie die Latenz verringert und dabei mehr Kanäle übermitteln kann?
letzteres ist für mich unwichtig, daher die Frage nach der Latenz:
ACCESS ist zwar schneller aber ACCST hat auch ein Latenzupdate bekommen weil nun OpenTX schneller wurde (irgendwas mit Trainstation und daher schneller die Daten der Gimbals abgeholt?)
Was muss alles erfüllt sein damit die Latenz kleiner wird? Ab welcher OpenTX Version wird das Unterstützt?
letzteres ist für mich unwichtig, daher die Frage nach der Latenz:
ACCESS ist zwar schneller aber ACCST hat auch ein Latenzupdate bekommen weil nun OpenTX schneller wurde (irgendwas mit Trainstation und daher schneller die Daten der Gimbals abgeholt?)
Was muss alles erfüllt sein damit die Latenz kleiner wird? Ab welcher OpenTX Version wird das Unterstützt?
- Status
