ExpressLRS
- Ersteller simon_123
- Erstellt am
Um die Qualität des Gesamtprodukts aus Hardware und Software zu sichern gibt es einen vom ExpressLRS Team erstellten Anforderungskatalog, der vom Team an Vorserienmustern auf Einhaltung geprüft wird. Erst dann wird das Produkt in den ExpressLRS Configurator aufgenommen. Die allermeisten Hardwarehersteller machen das.
Die Position des ELRS Teams:
Mit anderen Worten, man sollte nur das kaufen was vom ELRS Team getestet und approved wurde. Das sind die Produkte, die im Configurator als Zielhardware aufgelistet sind.
Die Position des ELRS Teams:
Mit anderen Worten, man sollte nur das kaufen was vom ELRS Team getestet und approved wurde. Das sind die Produkte, die im Configurator als Zielhardware aufgelistet sind.
Meier111
User
Sehr enttäuschend.
Die machen sich unsympathisch.
Geht es mateksys zu gut, und werden deshalb arrogant?
Oder so schlecht, dass sie keine paar $ für ELRS haben?
Habe bisher von mateksys paar FC (F405-miniTE und H743-wing V2) und CRFS-->SBUS Konverter gekauft.
Werde in Zukunft von denen nix mehr kaufen.
Background zur Matek Story:
glipski
User
Ich war heute fliegen mit
Frsky X14, neuestes Ethos
BetaFPV ELRS TX nano, ELRS 3.4.0-RC3
RM ER8, ELRS 3.4.0-RC3, HoTT-Telemtrie aktiv
YGE 35LVT
GPSLogger3
Ich hatte ca. alle 3 MInuten die Meldung „Sensor Lost“. Mit früheren Version mit HoTT-Telemetrie und fas dem gleichen Equipment hatte ich das nicht. Ist das ein bekanntes ELRS-Probem?
Frsky X14, neuestes Ethos
BetaFPV ELRS TX nano, ELRS 3.4.0-RC3
RM ER8, ELRS 3.4.0-RC3, HoTT-Telemtrie aktiv
YGE 35LVT
GPSLogger3
Ich hatte ca. alle 3 MInuten die Meldung „Sensor Lost“. Mit früheren Version mit HoTT-Telemetrie und fas dem gleichen Equipment hatte ich das nicht. Ist das ein bekanntes ELRS-Probem?
kalle123
User
Too many Sensor Lost Messages – Solution? · Issue #2684 · FrSkyRC/ETHOS-Feedback-Community
In order to find out the reason for the “Sensor Lost” messages, I tried the following: During the flights, I set a time stamp in my X20S at each time, the „Sensor Lost“ Message occurs. After that I...
github.com
Frequent sensor lost warnings with ELRS · Issue #3010 · FrSkyRC/ETHOS-Feedback-Community
I'm getting a lot of sensor lost warnings with ELRS (v3.3.0). I have the telemetry rate set to standard. I do see the sensors turning red at different intervals. So it looks like not all sensors ar...
github.com
glipski
User
Früher hatte ich als “Host“-Sender eine X20 und Ethos so um 1.4.12 / 1.4.13. Die ELRS-Version für Modul und Empfänger war 3.3.1 oder 3.3.2 mit HoTT-Telemetrie, die ich direkt von mha1 bekommen habe.
Ich habe damals auch eine TX16S mit dem ELRS-Modul genutzt. Ich habe mir die Logfoles von damals angesehen und keinen Probleme gesehen. Ich glaube mich zu erinnern, dass ich keine Fehlermeldung bekommen habe.
Ich habe schon mal ein Issue im Ethos-Github eröffnet. Dort kannst Du das Logfile mit dem interessanten Fehler sehen.
X14 with ext. ELRS Module constant sensor lost · Issue #4010 · FrSkyRC/ETHOS-Feedback-Community
There have been similar issues #2684 and #3010 from last year. I am using TW X14 with Ethos with Ethos 1.5.7 ext. ELRS Modul BetaFPV tx nano with ELRS 2.4.0 RC4 receiver Radiomaster ER8 with ELRS 2...
github.com
Ich würde halt gerne die Frsky X14 mit ext. Modul nutze, da die X14 im Vergleich zur RM Boxer mehr Schalter und seitliche Slider hart.
glipski
User
Das ist eher meine Befürchtung. Ich werde dennoch nochmals sehen, wie das mit der TX16S und dem Betaflight-Modul aussieht. Ich werde natürlich 3.3.2 mit der HoTT-Telemetrie nutzen, kann man ja auf Github generieren.
Hier die erste Antwort auf Github zu meinem Issue. Mit 3.3.2 zu testen macht eigentlich ja keinen Sinn ohne HoTT-Telemetrie. Um die geht es ja gerade.
Wenn das so wäre, dann ist die Kombination Frsky X14 und ELRS wohl hinfällig. Dann vielleicht doch die RM Boxer.
Letztendlich ist es doch ganz einfach - Reproduziere den Fehler auf elrs zertifizierter Hardware- anschließend könnte an dem Problem gearbeitet werden. Die von dir beschriebenen Probleme sind unter Ethos bekannt bzw. nach meinem Kenntnisstand gibt es im moment keine nachhaltige Lösung außer kein Ethos mehr zu fliegen .(auch mit Access)
Die HoTT Telemetriedaten gehen als Standard CRSF Pakete OTA zum Modul. Das Modul sieht nur CRSF Pakete und reicht sie über die serielle half-duplex Schnittstelle an das Handset weiter, egal ob Ethos oder OTX oder ETX. Alle bekommen die gleichen CRSF Pakete. EdgeTX geht fehlerfrei damit um, Ethos scheinbar nicht. Und dass Ethos Timings genauer nimmt ist BS oder gar das Problem. Die Daten kommen asynchron, allerdings auf einer half-duplex Schnittstelle. Da muss man schon ein bisschen was machen, damit es zu keinen Kollisionen kommt. Kein Hexenwerk.
glipski
User
Noch eine wertfreie Frage, no emotions.
Gibt es eine Liste mit zertifizierter Hardware? Ich kenne die Harwareauflistung auf der expresslrs.org-Seite mit den dazugehörigen Anleitungen und Empfehlungen wie z.B. die XO Error Dokumentation. Ich finde aber nichts von zertifiziert. Ich weiß z.B. dass das erste BetaFPV ELRS TX nano Modul ohne Unterstützung oder "zertifizierung" von BetaFPV entwickelt wurde, das neue V2-Modul dagegen schon. Trotzdem gibt es im ELRS Configurator noch Firmware für das erste Modul.
Sorry, wenn ich nerve
Wenn etwas im Konfigurator gelistet ist, dann hat das ExpressLRS team hardware samples bekommen und für gut befunden. Das meinst du wahrscheinlich mit "zertifiziert". Kann sein dass BetaFPV das v1 Modul noch "nachgeliefert" hat.
Wenn Hersteller keine Samples liefert fliegt das Modell raus/wird gar nicht erst gelistet und ist damit nicht offiziell unterstützt - siehe Matek
Wenn Hersteller keine Samples liefert fliegt das Modell raus/wird gar nicht erst gelistet und ist damit nicht offiziell unterstützt - siehe Matek
.
glipski
User
Mit zertifizierter Hardware bezog ich mich auf die Empfehlung oben von m0d3p.
Er meint approved. Das ELRS Team mißt, testet und vergleicht die zur Verfügung gestellten HW Muster mit dem Anforderungskatalog, den das Team den HW Herstellern an die Hand gibt. Passt alles gibt es ein approval vom Team. Das ist auch die Voraussetzung dafür, dass die HW in den Configurator aufgenommen wird. Was nicht im Configurator ist, hat diesen Abnahmeprozess nicht durchlaufen. EdgeTX macht das übrigens ähnlich. ExpressLRS und EdgeTX sind professioneller als manche denken und vielleicht auch wie manch höherpreisiger closed shop Einmannbetrieb.
Getestet wird sicher auf wesentlich breiterer Basis. Nicht 2 oder 5 Teampiloten, sondern vergleichsweise riesige Communities.
Und nochmal der Hinweis: nichts kaufen was nicht im ExpressLRS Configurator aufgeführt ist.