kalle123
User
Feddig!
Die ganze Sache ist viel einfacher als zuerst gedacht. Man muss halt 2 ... 3 x durch die Einstellungen zur Stabilisierung durch. Hab den Empfänger wieder recht weit vom RP2040 weg gesetzt.
Was mir aufgefallen ist, der Abgleich der MPU 6050 ist noch mal eine Ecke empfindlicher als auf dem Testboard mit Steckbrett und der Körper des Dreiecks wirkt da anscheinend wie ein Resonator. Wenn du da mal kräftig hustest ....
Was auch noch blöde ist, zum Abgleich einmal den Terminal über USB mit 5V und dann noch die 5V Versorgung über das BEC. Musste mir da was basteln. Mit dem Streckbrett ging das einfacher, einfach ein Kabel ziehen .....
Grüße Kalle
Die ganze Sache ist viel einfacher als zuerst gedacht. Man muss halt 2 ... 3 x durch die Einstellungen zur Stabilisierung durch. Hab den Empfänger wieder recht weit vom RP2040 weg gesetzt.
Was mir aufgefallen ist, der Abgleich der MPU 6050 ist noch mal eine Ecke empfindlicher als auf dem Testboard mit Steckbrett und der Körper des Dreiecks wirkt da anscheinend wie ein Resonator. Wenn du da mal kräftig hustest ....
Was auch noch blöde ist, zum Abgleich einmal den Terminal über USB mit 5V und dann noch die 5V Versorgung über das BEC. Musste mir da was basteln. Mit dem Streckbrett ging das einfacher, einfach ein Kabel ziehen .....
Grüße Kalle
Hab’s vielleicht übersehen, gibt es eine Chance einen G-Sensor am RP2040 anzuhängen ? Wäre ganz nett die G‘s mal am Modell zu messen !
Hab den RP2040 mit Vario und GPS seit langem erfolgreich, kenne aber keine ähnliche G-Sensor Platine, obwohl da ja nur die Beschleunigung gemessen wird.
VG
Wolfram
Hab den RP2040 mit Vario und GPS seit langem erfolgreich, kenne aber keine ähnliche G-Sensor Platine, obwohl da ja nur die Beschleunigung gemessen wird.
VG
Wolfram
doloebig
User
Für die Gyrofunktion wird ein MPU6050 am Zero verbaut. Die G-Werte werden nicht in jedem RC-System in der Telemetrie übertragen.
Ob das möglich ist hängt von RC-System ab. Welche Werte übertragen werden kannst du hier sehen;
oXs_on_RP2040/doc/fields per protocol.txt at main · mstrens/oXs_on_RP2040
version of openXsensor to be used on raspberry pi pico RP2040 (more protocols, more functionalities) - mstrens/oXs_on_RP2040
github.com
Doro
kalle123
User
Danke Doro, Kalle,
ich meinte einen G–Sensor wie ich ihn von MPX kenne, da wird der G Wert jedenfalls auch im M–Link Telemetrie Protokoll übertragen. Mein Gedanke war eine kleine Huckepack Platine wie die MS5611 aber eben nicht für Baro, / Vario, sondern nur für Beschleunigung, wie etwa GY–521 der dann G protokolliert und max G loggt.
Aber ich steh da noch auf dem Schlauch…
Ich werde mal mstrens bei GH befragen ob er da was für das ELRS, HoTT und M–Link Protokoll in der rp2040 Software implementieren könnte.
Bei Neuigkeiten melde ich mich hier wieder!
Grüsse
Wolfram
ich meinte einen G–Sensor wie ich ihn von MPX kenne, da wird der G Wert jedenfalls auch im M–Link Telemetrie Protokoll übertragen. Mein Gedanke war eine kleine Huckepack Platine wie die MS5611 aber eben nicht für Baro, / Vario, sondern nur für Beschleunigung, wie etwa GY–521 der dann G protokolliert und max G loggt.
Aber ich steh da noch auf dem Schlauch…
Ich werde mal mstrens bei GH befragen ob er da was für das ELRS, HoTT und M–Link Protokoll in der rp2040 Software implementieren könnte.
Bei Neuigkeiten melde ich mich hier wieder!
Grüsse
Wolfram
Ah, sorry, gerade gesehen, der GY–521 hat ja die MPU6050, aber ich habe eben bei der JETI Fraktion gelesen, der GY–291 ADXL345 misst Gforce bis +/– 16 G, das wäre dann wohl der passende Sensor zum Gforce messen als Huckpack zum RP2040….
Wie gesagt, ich frag mal mstrens….
VG Wolfram
Wie gesagt, ich frag mal mstrens….
VG Wolfram
nichtgedacht
User
Der mpu-6050 hat doch auch den Bereich bis 16g. Warum willst Du einen anderen Chip? Der verbesserte Nachfolger mpu-9250 sollte mit dem gleichen Code funktionieren.
Gruß Dieter
Gruß Dieter
Danke für die Info. Hab ja noch paar solche mit einer mpu-6050 rumliegen.
Werde ich demnächst mal probieren !
Ich war irgendwie vom JETI DIY G-Force Projekt abgelenkt, da wurde der GY-291 verbaut.
mstrens hat mir übrigens auch schnell auf GH geantwortet und mir einen KX134 Sensor empfohlen.
Dessen Code sei bereits vom Ihm in seiner 'test branch' implementiert.
Zum Loggen dann noch sein oXs Logger Projekt mit einem zweiten RP2040.
Jetzt leg ich mir mal alles zurecht und versuche es mal.
Danke für Eure Tipps
VG
Wolfram
Werde ich demnächst mal probieren !
Ich war irgendwie vom JETI DIY G-Force Projekt abgelenkt, da wurde der GY-291 verbaut.
mstrens hat mir übrigens auch schnell auf GH geantwortet und mir einen KX134 Sensor empfohlen.
Dessen Code sei bereits vom Ihm in seiner 'test branch' implementiert.
Zum Loggen dann noch sein oXs Logger Projekt mit einem zweiten RP2040.
Jetzt leg ich mir mal alles zurecht und versuche es mal.
Danke für Eure Tipps
VG
Wolfram
kalle123
User
Hallo Wofram.
Bei der KX134 Sache bin ich aber etwas skeptisch. Viele kleine shields mit dem KX134 scheint es nicht zu geben. Warum nicht einen MMA84521, hab da welche im Einsatz und die Dinger sind recht gut, aber ist Michels Sache.
Um den KX134 zu aktivieren im Code, muss in config.h
der Sensor hier aktiviert werden und danach ein oXs.uf2 gebaut werden.
Aber direkt auf dem Sender hast du dann die ACC Werte wohl auch nicht?!
Und beim Logger sehe ich bezüglich ACC momentan auch nix.
Nimm FrSky dafür, Wofram.
Gruß Kalle
Hi Kalle
schön von Dir wieder zu hören! (außerhalb ECR-2-Bridge
!)
Ich schau mir das nächste Woche mal alles an.
FrSky also SPort wäre auch ok, hab jetzt eh alle meine RX auf Uni ACCST umgestellt.
Ich wollte im Prinzip nur einen einfachen G-Rate Sensor wie bei MPX für HoTT und ELRS mit dem RP2040.
Mir reichen da die MAX +/- G die während eines Fluges aufgetreten sind , ev. bei einem Impact (worst case
).
Brauche keine laufenden Log Daten, da hab ich mich bei Michel und hier wohl falsch artikuliert.
oXs.uf2 habe ich bisher noch nicht selber kompiliert.
Sollte ich mal probieren !
Wird spannend !
Aber ich nehme jetzt erst mal einen GY-521 MPU6050 (weil, hab ich noch vom EWD Projekt paar rumliegen) mit dem RP2040 im FrSky Protokoll.
Mal sehen, was rauskommt!
VG
Wolfram
schön von Dir wieder zu hören! (außerhalb ECR-2-Bridge
!)Ich schau mir das nächste Woche mal alles an.
FrSky also SPort wäre auch ok, hab jetzt eh alle meine RX auf Uni ACCST umgestellt.
Ich wollte im Prinzip nur einen einfachen G-Rate Sensor wie bei MPX für HoTT und ELRS mit dem RP2040.
Mir reichen da die MAX +/- G die während eines Fluges aufgetreten sind , ev. bei einem Impact (worst case
).Brauche keine laufenden Log Daten, da hab ich mich bei Michel und hier wohl falsch artikuliert.
oXs.uf2 habe ich bisher noch nicht selber kompiliert.
Sollte ich mal probieren !
Wird spannend !
Aber ich nehme jetzt erst mal einen GY-521 MPU6050 (weil, hab ich noch vom EWD Projekt paar rumliegen) mit dem RP2040 im FrSky Protokoll.
Mal sehen, was rauskommt!
VG
Wolfram
mcprofiler
User
Hi zusammen,
nun wollte ich Euch auch mal kurz mein kleines Projekt vorstellen und meine Erfahrung mit dem oXs-on-RP2040 mitteilen.
Vor kurzem habe ich mir für mein neuen Flieger den ESC AM116 (BLHeli_32) von T-Motor gekauft.
Leider habe ich mich erst nach dem Kauf über den ESC richtig informiert und musste dann feststellen,
dass die Telemetrie bspw. mit HOTT Graupner gar nicht kompatibel ist.
Über die Website von Steini63 hab ich dann herausgefunden wie ich den ESC auch ohne Zusatzmodul (AMLink) parametriert bekomme.
Ich habe es ehrlich gesagt nicht eingesehen 50€ zusätzlich zu bezahlen damit der Regler parametriert werden kann.
Meiner Meinung nach sollte das wie bei den meisten Regler out-of-the-box funktionieren.
Steini63 hat mich dann zum Glück auch auf dieses Projekt aufmerksam gemacht.
Er informierte mich, dass es in Kombination mit dem RP2040 ein Protokollkonverter existiert mit dessen Hilfe die
KISS Telemetriedaten interpretiert und an das HOTT Sender weitergeleitet werden können.
Und hier ist das Ergebnis
.
Bin sehr happy, dass es auf Anhieb funktioniert hat und mein Sender nun die Telemetriedaten anzeigt
.
Die Konfiguration war überschaubar und die Umsetzung hat echt Spaß gemacht.
Hoffentlich wird das System weiterentwickelt.
Vielen Dank an den Entwickler, Steini63 und die ganze Community.
nun wollte ich Euch auch mal kurz mein kleines Projekt vorstellen und meine Erfahrung mit dem oXs-on-RP2040 mitteilen.
Vor kurzem habe ich mir für mein neuen Flieger den ESC AM116 (BLHeli_32) von T-Motor gekauft.
Leider habe ich mich erst nach dem Kauf über den ESC richtig informiert und musste dann feststellen,
dass die Telemetrie bspw. mit HOTT Graupner gar nicht kompatibel ist.
Über die Website von Steini63 hab ich dann herausgefunden wie ich den ESC auch ohne Zusatzmodul (AMLink) parametriert bekomme.
Ich habe es ehrlich gesagt nicht eingesehen 50€ zusätzlich zu bezahlen damit der Regler parametriert werden kann.
Meiner Meinung nach sollte das wie bei den meisten Regler out-of-the-box funktionieren.
Steini63 hat mich dann zum Glück auch auf dieses Projekt aufmerksam gemacht.
Er informierte mich, dass es in Kombination mit dem RP2040 ein Protokollkonverter existiert mit dessen Hilfe die
KISS Telemetriedaten interpretiert und an das HOTT Sender weitergeleitet werden können.
Und hier ist das Ergebnis
.Bin sehr happy, dass es auf Anhieb funktioniert hat und mein Sender nun die Telemetriedaten anzeigt
.Die Konfiguration war überschaubar und die Umsetzung hat echt Spaß gemacht.
Hoffentlich wird das System weiterentwickelt.
Vielen Dank an den Entwickler, Steini63 und die ganze Community.
Hallo mcprofiler,Hi zusammen,
nun wollte ich Euch auch mal kurz mein kleines Projekt vorstellen und meine Erfahrung mit dem oXs-on-RP2040 mitteilen.
Vor kurzem habe ich mir für mein neuen Flieger den ESC AM116 (BLHeli_32) von T-Motor gekauft.
Leider habe ich mich erst nach dem Kauf über den ESC richtig informiert und musste dann feststellen,
dass die Telemetrie bspw. mit HOTT Graupner gar nicht kompatibel ist.
Über die Website von Steini63 hab ich dann herausgefunden wie ich den ESC auch ohne Zusatzmodul (AMLink) parametriert bekomme.
Ich habe es ehrlich gesagt nicht eingesehen 50€ zusätzlich zu bezahlen damit der Regler parametriert werden kann.
Meiner Meinung nach sollte das wie bei den meisten Regler out-of-the-box funktionieren.
Steini63 hat mich dann zum Glück auch auf dieses Projekt aufmerksam gemacht.
Er informierte mich, dass es in Kombination mit dem RP2040 ein Protokollkonverter existiert mit dessen Hilfe die
KISS Telemetriedaten interpretiert und an das HOTT Sender weitergeleitet werden können.
Und hier ist das Ergebnis
Bin sehr happy, dass es auf Anhieb funktioniert hat und mein Sender nun die Telemetriedaten anzeigt
Die Konfiguration war überschaubar und die Umsetzung hat echt Spaß gemacht.
Hoffentlich wird das System weiterentwickelt.
Vielen Dank an den Entwickler, Steini63 und die ganze Community.
Anhang anzeigen 12724716Anhang anzeigen 12724715
Das schaut doch sehr gut aus.
Natürlich wird oXs on RP2040 stetig weiterentwickelt. Wir sind jetzt bei Version 3.0.2 angekommen.
Die ersten Tests für das HOTT Protokoll habe ich mit Michel Strens (Mstrens) und meiner MC28-4D im Januar23 mit Version 0.5.0 durchgeführt.
Bei Fragen helfe ich gerne weiter.
Viel Spaß mit dem oXs_RP2040 wünscht,
Torsten
Zuletzt bearbeitet:
Hallo,
ich hadere gerade damit, wie ich meine Lichtsteuerung (ACL Blitzer an den Flächen und weißes Beacon am Rumpfrücken) in meinem neuen Scalesegler realisiere.
Einerseits ist der 2040 extremst flexibel, einfach zu programmieren und kompakt was die Sequencersteuerung angeht, andererseits ist er aber auch superhibbelig, was die Versorgungsspannung angeht, weil er nur bis 6V verträgt. Daher müsset ich bei meiner HV-Versorgung (8,4V) noch einen Längsregler dranhängen was wieder ein übler Kabelverhau wird.
Gibt es vieleicht einen 2040 der mit 9V Versorgung klarkommt?
Die ProMinis sind diesbezüglich echt vorteilhafter.
ich hadere gerade damit, wie ich meine Lichtsteuerung (ACL Blitzer an den Flächen und weißes Beacon am Rumpfrücken) in meinem neuen Scalesegler realisiere.
Einerseits ist der 2040 extremst flexibel, einfach zu programmieren und kompakt was die Sequencersteuerung angeht, andererseits ist er aber auch superhibbelig, was die Versorgungsspannung angeht, weil er nur bis 6V verträgt. Daher müsset ich bei meiner HV-Versorgung (8,4V) noch einen Längsregler dranhängen was wieder ein übler Kabelverhau wird.
Gibt es vieleicht einen 2040 der mit 9V Versorgung klarkommt?
Die ProMinis sind diesbezüglich echt vorteilhafter.
Hallo Onki,
Es gibt Boards, die eine höhere Eingangsspannung vertragen, diese sind aber auch etwas größer als ein Zero.
Arduino Nano RP2040,( 5V bis 18V Betriebsspannung, max. 3.3V an den GPio Pins)LxB: 45x18mm
Infos: https://docs.arduino.cc/hardware/nano-rp2040-connect
Cytron Maker Nano RP2040,(7V bis 30V Betriebsspannung, max. 3.3V an den GPio Pins)LxB 49,6x21mm
Infos: https://www.cytron.io/p-maker-nano-rp2040-simplifying-projects-with-raspberry-pi-rp2040
Ich benutze immer einen Pololu StepUp/Down Regler von 3-16V.
Viele Grüße,
Torsten
Hallo Kalle,
Genauso mache ich es auch mit dem Pololu S9V11F5 , 7x11mm.
Pololu 5V Step-Up/Step-Down Spannungsregler Voltage Regulator S9V11F5, 10,95 €
Entdecken Sie bei Eckstein Komponente eine Vielzahl an Elektronikprodukten – von epaper eink displays bis hin zu Entwicklungsbrettern wie Raspberry Pi und A
Viele Grüße,
Torsten
Ist doch irgendwie sinnfrei, nur um den Längsregler zu versorgen.
Wäre doch zielführender gleich einen besseren SOT 23-5 Längsregler auf dem 2040 einzusetzen.
Der hier scheint mir brauchbar zu sein:
Wäre doch zielführender gleich einen besseren SOT 23-5 Längsregler auf dem 2040 einzusetzen.
Der hier scheint mir brauchbar zu sein:
Hallo Rainer,
Das Thema hatten wir schon des öfteren.
Waveshare oder anderen Anbietern sind wohl die Kosten einer Neuentwicklung zu hoch.
Viele Grüße,
Torsten
Nun - es ginge ja nur um einen Bauteiletausch, keine Neuentwicklung.
Ich bestelle mir mal die LDOs und löte die statt der Standard-Regler drauf. Muss nur schauen, ob die Pinkompatibel sind.
Bei der Anwendung benötige ich lediglich die IO's zur Generierung der Schaltbefehle für das ACL. Die Telemetrie übernimmt mein LinkVario Pro
Daher bleicbt die Stromaufnahme im Rahmen.
Gruß
Onki
Ich bestelle mir mal die LDOs und löte die statt der Standard-Regler drauf. Muss nur schauen, ob die Pinkompatibel sind.
Bei der Anwendung benötige ich lediglich die IO's zur Generierung der Schaltbefehle für das ACL. Die Telemetrie übernimmt mein LinkVario Pro
Daher bleicbt die Stromaufnahme im Rahmen.
Gruß
Onki