ELRS ExpressLRS - alles mögliche
- Themenstarter KM|fpv
- Beginndatum
Nee ich hab schon das richtige geflashed, ich hab es anscheinend gefunden hab das Modul in der Xlite stecken und wenn ich die auf 115k baud stehen hab startet es nicht. Sobald ich sie auf 400k stelle funktioniert es. Jedoch mein ich das mal bei elrs stand für die Taranis usw auf 115K stellen.
Dann wär das ja quasi das ende für meine Funke oder meint ihr es müsste mit der Version auch mit 115k laufen.
Vielen Dank fürs Nachschauen und prüfen für mich
Dann wär das ja quasi das ende für meine Funke oder meint ihr es müsste mit der Version auch mit 115k laufen.
Vielen Dank fürs Nachschauen und prüfen für mich
ich weiß nicht ob das schon mal gepostet wurde, oder jemand gesehen hat, hier mal ein interessanter Beitrag zu Problemen mit Digital Servos bei PWM Empfängern
hier mal ne zusammen geführte Liste:
BETAFPV PWM 2.4GHz RX (esp8285)
BETAFPV SuperP 14Ch 900MHz RX (esp32 + pin 1)
HappyModel EPW5 2.4GHz PWM RX (esp8285)
HappyModel EPW6 2.4GHz PWM RX (esp8285)
MATEK R24-P PWM 2.4GHz RX (esp8285)
RadioMaster ER4 2.4GHz PWM RX (esp8285)
RadioMaster ER5A/C 2.4GHz PWM RX (esp8285)
betroffen sind zum größten Teil die mit dem esp8285 Chip, oder esp32 mit dem Pin 1
hier mal ne zusammen geführte Liste:
BETAFPV PWM 2.4GHz RX (esp8285)
BETAFPV SuperP 14Ch 900MHz RX (esp32 + pin 1)
HappyModel EPW5 2.4GHz PWM RX (esp8285)
HappyModel EPW6 2.4GHz PWM RX (esp8285)
MATEK R24-P PWM 2.4GHz RX (esp8285)
RadioMaster ER4 2.4GHz PWM RX (esp8285)
RadioMaster ER5A/C 2.4GHz PWM RX (esp8285)
betroffen sind zum größten Teil die mit dem esp8285 Chip, oder esp32 mit dem Pin 1
Zuletzt bearbeitet:
Gestern wollte ich mal mein ELRS 868MHz System auf 3.4.3 updaten. R9M kein Problem. Aber was ist mit den zwei selbstgebauten DIY ExpressLRS Mini RX V0.1? - Das sind OpenHW ELRS RX (
ExpressLRS-Hardware/PCB/900MHz/RX_Mini_v0.1 at master · ExpressLRS/ExpressLRS-Hardware ), die ich mal gebaut hatte und die auch tadellos laufen.
Problem: Es gibt die entsprechenden DIY Targets nicht mehr im Konfigurator; das war bis ELRS 3.3. "Generic EPS8285 + SX127x 900MHz RX". Also frage ich im ELRS Discord nach. Die Antwort hat mich mehr als erstaunt:
"Thanks to certain manufacturers, you now get to DIY the firmware too" und dazu ein Link auf die Toolchain zum selbst bauen der Firmware.
Weiß jemand was da los ist? - Da haben Hersteller Ärger gemacht und jetzt unterstützt ELRS die eigene OpenHW nicht mehr Konfigurator?
ExpressLRS-Hardware/PCB/900MHz/RX_Mini_v0.1 at master · ExpressLRS/ExpressLRS-Hardware ), die ich mal gebaut hatte und die auch tadellos laufen.
Problem: Es gibt die entsprechenden DIY Targets nicht mehr im Konfigurator; das war bis ELRS 3.3. "Generic EPS8285 + SX127x 900MHz RX". Also frage ich im ELRS Discord nach. Die Antwort hat mich mehr als erstaunt:
"Thanks to certain manufacturers, you now get to DIY the firmware too" und dazu ein Link auf die Toolchain zum selbst bauen der Firmware.
Weiß jemand was da los ist? - Da haben Hersteller Ärger gemacht und jetzt unterstützt ELRS die eigene OpenHW nicht mehr Konfigurator?
Man kann für die 868MHz Version offenbar auch einfach das Target "BetaFPV 900MHz RX" für die RX nehmen, die vorher "Generic EPS8285 + SX127x 900MHz RX" nutzten. Soweit ich im Code sehen konnte, ist das von der Beschaltung des ESP8285 her identisch. Es läuft bei mir auch.
Inhaltlich ist es für mich gelöst. Was ist im Hintergrund da los? - Warum will man keine Auskunft geben und lässt die Anwender im Dunkeln?
Inhaltlich ist es für mich gelöst. Was ist im Hintergrund da los? - Warum will man keine Auskunft geben und lässt die Anwender im Dunkeln?
Es gibt News zu dem Thema DIY Targets und wie geahnt, steckt etwas mehr dahinter. In short: Ich finde es daneben.
Es geht darum, dass die sogenannten DIY Targets aus dem ELRS Konfigurator entfernt wurden. Diese Targets sind für die selbstgebaute HW gedacht, die auch als OpenHW im ELRS github publiziert ist. Mir ist das aufgefallen, weil davon die Targets für meine selbstgebauten 868MHz ELRS RX betroffen sind. Die Antworten der Devs im ELRS Discord fielen sehr merkwürdig aus bzw man wollte Frage gefühlt nicht beantworten (s.o.).
Ich habe mal JB angeschrieben und gefragt, ob er weiß, was da los ist. Da kam die Info zurück, dass die ELRS Devs das bewusst gemacht haben. Es gibt Receiver / HW, die sie offiziell unterstützen. Dort führen sie wohl auch Qualitätschecks durch. Und - meine Interpretation - vermutlich müssen die Hersteller dafür auch etwas zahlen. Dafür kommen sie dann offiziell in den ELRS Konfigurator. Mir war bis dato gar nicht klar, dass so etwas im Hintergrund läuft. Und es gibt Hersteller, die keine Kollaboration mit den Devs haben. Nennen wir diese mal inoffizielle HW. Und genau diese inoffizielle HW wurde wohl gerne mit den DIY Targets ausgeliefert. Das gefiel den Devs nicht. Und deshalb haben sie die DIY Targets gekillt.
Ich will hier nicht über das Für und Wider solcher impliziten Bezahlungsansätze bei OpenSource schreiben. Leider stellt das Vorgehen die User vor Probleme und das "Problem der inoffiziellen HW" (ist es eins?) wird gar nicht löst. Meine im Juni bestellten ELRS 2.4G RX kamen von Aliexpress. Die haben auf der Tüte einen Sticker: Firmware BetaFPV Lite 2400 RX. Und das sind definitiv keine BetaFPV RX. Also haben die Hersteller der inoffiziellen HW längst ihre Lösung gefunden. Man nehme ein passendes Target eines offiziellen Herstellers.
Die User von inoffizieller HW oder selbstgebauter HW sind die gekniffenen. Die müssen nämlich ab sofort selbst eine Umgebung aufsetzen und compilieren. Jedenfalls ist das die Auskunft im Discord. Ich glaube das dürften viele nicht hinbekommen. Ich finde das Vorgehen der ELRS Devs daneben. Bringt nichts und macht nur Ärger für SW-seitig nicht versierte User.
Was heißt das jetzt für die User?
Wer inoffizielle ELRS HW oder DIY HW nutzt, bekommt ab sofort Probleme mit ELRS Updates. Die Lösung ist jedenfalls aktuell noch recht einfach. Man muss wissen, welcher Target eines offiziell unterstützten Herstellers passt. Leider muss man sich dafür durch das github Repository wühlen. Die Chips müssen passen (also zB ESP8285 und SX127x) und das Layout muss stimmen (welche GPIO ist womit verkabelt). Da aber letztlich fast alle das selbe gebaut haben, sollten sich passende Targets finden.
Für meine RX habe ich gewühlt. Ergebnis: Die User von DIY 900MHz Receivern mit dem bisherigen Target "Generic EPS8285 + SX127x 900MHz RX" in Zukunft auf das Target "BetaFPV 900MHz RX" umsteigen. Der Konfigurator erlaubt ein "forced update". Jedenfalls aktuell noch. Deshalb würde ich dazu raten, diesen Umstieg bald zu machen. Danach hält der Konfigurator den RX für ein BetaFPV "Original".
Keine Ahnung auf welche "Stunt" die Devs noch kommen, man könnte natürlich im Konfigurator das forced update abschalten. Die Hersteller inoffizieller HW wird das nicht abhalten und die User noch mehr ärgern.
Es geht darum, dass die sogenannten DIY Targets aus dem ELRS Konfigurator entfernt wurden. Diese Targets sind für die selbstgebaute HW gedacht, die auch als OpenHW im ELRS github publiziert ist. Mir ist das aufgefallen, weil davon die Targets für meine selbstgebauten 868MHz ELRS RX betroffen sind. Die Antworten der Devs im ELRS Discord fielen sehr merkwürdig aus bzw man wollte Frage gefühlt nicht beantworten (s.o.).
Ich habe mal JB angeschrieben und gefragt, ob er weiß, was da los ist. Da kam die Info zurück, dass die ELRS Devs das bewusst gemacht haben. Es gibt Receiver / HW, die sie offiziell unterstützen. Dort führen sie wohl auch Qualitätschecks durch. Und - meine Interpretation - vermutlich müssen die Hersteller dafür auch etwas zahlen. Dafür kommen sie dann offiziell in den ELRS Konfigurator. Mir war bis dato gar nicht klar, dass so etwas im Hintergrund läuft. Und es gibt Hersteller, die keine Kollaboration mit den Devs haben. Nennen wir diese mal inoffizielle HW. Und genau diese inoffizielle HW wurde wohl gerne mit den DIY Targets ausgeliefert. Das gefiel den Devs nicht. Und deshalb haben sie die DIY Targets gekillt.
Ich will hier nicht über das Für und Wider solcher impliziten Bezahlungsansätze bei OpenSource schreiben. Leider stellt das Vorgehen die User vor Probleme und das "Problem der inoffiziellen HW" (ist es eins?) wird gar nicht löst. Meine im Juni bestellten ELRS 2.4G RX kamen von Aliexpress. Die haben auf der Tüte einen Sticker: Firmware BetaFPV Lite 2400 RX. Und das sind definitiv keine BetaFPV RX. Also haben die Hersteller der inoffiziellen HW längst ihre Lösung gefunden. Man nehme ein passendes Target eines offiziellen Herstellers.
Die User von inoffizieller HW oder selbstgebauter HW sind die gekniffenen. Die müssen nämlich ab sofort selbst eine Umgebung aufsetzen und compilieren. Jedenfalls ist das die Auskunft im Discord. Ich glaube das dürften viele nicht hinbekommen. Ich finde das Vorgehen der ELRS Devs daneben. Bringt nichts und macht nur Ärger für SW-seitig nicht versierte User.
Was heißt das jetzt für die User?
Wer inoffizielle ELRS HW oder DIY HW nutzt, bekommt ab sofort Probleme mit ELRS Updates. Die Lösung ist jedenfalls aktuell noch recht einfach. Man muss wissen, welcher Target eines offiziell unterstützten Herstellers passt. Leider muss man sich dafür durch das github Repository wühlen. Die Chips müssen passen (also zB ESP8285 und SX127x) und das Layout muss stimmen (welche GPIO ist womit verkabelt). Da aber letztlich fast alle das selbe gebaut haben, sollten sich passende Targets finden.
Für meine RX habe ich gewühlt. Ergebnis: Die User von DIY 900MHz Receivern mit dem bisherigen Target "Generic EPS8285 + SX127x 900MHz RX" in Zukunft auf das Target "BetaFPV 900MHz RX" umsteigen. Der Konfigurator erlaubt ein "forced update". Jedenfalls aktuell noch. Deshalb würde ich dazu raten, diesen Umstieg bald zu machen. Danach hält der Konfigurator den RX für ein BetaFPV "Original".
Keine Ahnung auf welche "Stunt" die Devs noch kommen, man könnte natürlich im Konfigurator das forced update abschalten. Die Hersteller inoffizieller HW wird das nicht abhalten und die User noch mehr ärgern.
Zuletzt bearbeitet:
Eine mögliche Ursache des Ganzen könnte auch sein, daß zu Beginn der ELRS-Verbreitung einige Hersteller zu billige Komponenten verbaut hatten, so daß die Receiver teilweise die Verbindung nicht aufbauen konnten oder sogar verloren. Da war auch ein namhafter Hersteller betroffen, der es nicht mochte, öffentlich negativ genannt zu werden.
Crystal Oscillator (XO) Frequency Error - ExpressLRS
Crystal Oscillator (XO) Frequency Error - ExpressLRS
Das ist richtig. Die Sache wird aber auch nicht besser, wenn man diese RX dann auf alter Firmware lässt und die User im Dunkeln.
Die bessere Herangehensweise wäre ein Popup: Du nutzt nicht validiere HW, also bestätigte bitte, dass Du das Risiko kennst.
Leider haben die ELRS Devs genau den Weg schon selbst blockiert. Denn ihr Move hat die inoffiziellen Hersteller schon dazu gebracht, beim Target zu pfuschen.
Am Ende bleibt der Nachgeschmack, dass es mal wieder nur ums Liebe Geld geht.
Die bessere Herangehensweise wäre ein Popup: Du nutzt nicht validiere HW, also bestätigte bitte, dass Du das Risiko kennst.
Leider haben die ELRS Devs genau den Weg schon selbst blockiert. Denn ihr Move hat die inoffiziellen Hersteller schon dazu gebracht, beim Target zu pfuschen.
Am Ende bleibt der Nachgeschmack, dass es mal wieder nur ums Liebe Geld geht.
Radiomaster hat ein neues Modul gebaut:
https://www.radiomasterrc.com/products/nomad-dual-1-watt-gemini-xrossband-expresslrs-module
Vorgestellt von CurryKitten
Vorgestellt von Albert Kim
https://www.radiomasterrc.com/products/nomad-dual-1-watt-gemini-xrossband-expresslrs-module
Vorgestellt von CurryKitten
Vorgestellt von Albert Kim
Zuletzt bearbeitet:
... weil mich ELRS immer wieder mal etwas nervt: welchen Vorteil (ausser Bugfixes) hätte denn ein Update auf eine neuere ELRS-Version? Ich mein da wird sich nach Version 3.3.2 die ich jetzt überall drauf hab nicht mehr all zu viel tun oder etwa doch?
Tu mir immer noch schwer, technische Angaben auf github zu lesen, da steht man als normalsterblicher schnell mal an
Tu mir immer noch schwer, technische Angaben auf github zu lesen, da steht man als normalsterblicher schnell mal an
