Neues PIXHAWK in der Version 2.4 stellt sich nach 6 Flügen tot
- Themenstarter micropet
- Beginndatum
Hallo Kai,
vielen Dank für deine Mühe, aber ich schnall es immer noch nicht.
Ich habe den Kompass HMC 5983, mit 7 Anschlüssen:
VIN
GND
SCK/SCL
SDI/SDA
CS
SD0
DRDY
Die ersten 4 habe ich belegt wie an meinem alten Kompass 5883, die anderen 3 habe ich offen gelassen
Auf der Oberseite habe ich 2 Brücken gelötet zwischen:
I2C und SPI
3V3 und CS
Irgendetwas muss ja total falsch sein. Blickst du da durch?
vielen Dank für deine Mühe, aber ich schnall es immer noch nicht.
Ich habe den Kompass HMC 5983, mit 7 Anschlüssen:
VIN
GND
SCK/SCL
SDI/SDA
CS
SD0
DRDY
Die ersten 4 habe ich belegt wie an meinem alten Kompass 5883, die anderen 3 habe ich offen gelassen
Auf der Oberseite habe ich 2 Brücken gelötet zwischen:
I2C und SPI
3V3 und CS
Irgendetwas muss ja total falsch sein. Blickst du da durch?
Hi, habe gerade gesehen, für die Pixhawk gibt es seit 5 Stunden eine Beta Version:
3.1.1 RC 1
Changes from 3.1
1) Pixhawk improvements:
a) Telemetry port 2 enabled (for MinimOSD)
b) SD card reliability improvements
c) parameters moved to FRAM
d) faster parameter loading via USB
e) Futaba SBUS receiver support
2) Bug fixes:
a) Loiter initialisation fix (Loiter would act like AltHold until flight mode switch changed position)
b) ROI commands were not returning Lat, Lon, Alt to mission planner when mission was loaded from APM
3) TradHeli only fixes:
a) Drift now uses same (reduced) collective range as stabilize mode
b) AutoTune disabled (for tradheli only)
c) Landing collective (smaller than normal collective) used whenever copter is not moving
3.1.1 RC 1
Changes from 3.1
1) Pixhawk improvements:
a) Telemetry port 2 enabled (for MinimOSD)
b) SD card reliability improvements
c) parameters moved to FRAM
d) faster parameter loading via USB
e) Futaba SBUS receiver support
2) Bug fixes:
a) Loiter initialisation fix (Loiter would act like AltHold until flight mode switch changed position)
b) ROI commands were not returning Lat, Lon, Alt to mission planner when mission was loaded from APM
3) TradHeli only fixes:
a) Drift now uses same (reduced) collective range as stabilize mode
b) AutoTune disabled (for tradheli only)
c) Landing collective (smaller than normal collective) used whenever copter is not moving
Robert, Du mußt Dein BOB Modell posten (oder ein gutes Foto ) besser einen Schaltplan dazu, die Externals rund um die Compass Sensoren weichen z.T. erheblich ab . Es ist aber durchaus möglich,dass es DOA ist, hatte ich schon 5x...wobei ich allerdings den 5883l (auch weiterhin) verwende.
PS:
VIN
GND
SCK/SCL
SDI/SDA
ist völlig korrekt, bei Vin solltest Du aber sicherstellen, dass der 5983 an PIN2 auch 3.3V bekommt...hängen diese eingangsseitig am 5V Regler, könnte es sein, dass die Spannung am Ausgang zu gering ist.
PS:
VIN
GND
SCK/SCL
SDI/SDA
ist völlig korrekt, bei Vin solltest Du aber sicherstellen, dass der 5983 an PIN2 auch 3.3V bekommt...hängen diese eingangsseitig am 5V Regler, könnte es sein, dass die Spannung am Ausgang zu gering ist.
Zuletzt bearbeitet:
Jungs, jetzt mal ganz langsam für den alten Herren. Ich habe für die neue Pixhawk (die bereits aus San Diego unterwegs ist) das LEA6H/Kompass Modul. Ich hoffe mal, daass ich es ganz unbedarft anschließen kann, ohne dabei die Pixhawk un/oder das GPS/Kompass damit zu brutzeln...
Würdet Ihr den Kompass von der GPS-Platine nutzen, oder würdet ihr nur das GPS anschließen und einen HMC5983 (I2C auf + und auf 5V jumpern) nutzen oder doch nur das Kombi-Modul? Ist der HMC5983 merkbar besser als der HMC5883?
Zum GPS: Hat jemand ein Bild oder mehre Bilder von den GPS-Abschirmungen? Oder ist das auch überflüssig? Ich habe mein GPS mit Abstandshaltern einfach oben drauf (ohne jegliche Schirmung) montiert...
VG und Danke
Würdet Ihr den Kompass von der GPS-Platine nutzen, oder würdet ihr nur das GPS anschließen und einen HMC5983 (I2C auf + und auf 5V jumpern) nutzen oder doch nur das Kombi-Modul? Ist der HMC5983 merkbar besser als der HMC5883?
Zum GPS: Hat jemand ein Bild oder mehre Bilder von den GPS-Abschirmungen? Oder ist das auch überflüssig? Ich habe mein GPS mit Abstandshaltern einfach oben drauf (ohne jegliche Schirmung) montiert...
VG und Danke
Ich würde es genauso verwenden, wie es ist. Auf einem Mast ! Bei mir funktioniert auch der 5883L prima (wie bei meiner DJI GPS/Compass Combo übrigens auch) Du kannst Peters Variante später immer noch ergänzen und ausprobieren. Die Genauigkeit beider Varianten ist identisch, ob die Temperaturkompensation hilft bzw.überhaupt gesetzt ist, ist mir unbekannt. Bislang kenne ich keinen Hersteller, der den in etwa gleichpreisigen 5983L einsetzt. Aber aufgepasst: Bei den Billig BOB wird soviel Schrott verkauft, dass es sich für Wenigbastler vermutlich eher lohnt, ein gut dokumentiertes BOB, wie >>>das von Drotek zu kaufen. Ob und was da gesetzt werden muß, ist hier auch für Anfänger verständlich.
Gib mal in die Google Bildersuche GPS Groundplane ein.Die bekannteste Version ist die von Autoquad. Bei Mast Konstruktionen verwende ich keine. Andere schwören drauf. Z.B. Scheibe unter dem GPS. Beim Phantom hat DJI eine Kupferfolie direkt unter das GPS geklebt, und ich werde das bei der IRIS genauso machen, mit dem Unterschied, dass ich diese an Masse legen werde.
Ob und in welchem Umfang sich der GPS Empfang verbessert, kannst Du Dir im u-blox Center anschauen. Du kannst dafür einen FTDI Adapter nutzen, mußt dann aber ein Adapter Kabel GPS>Ser. selber basteln.
Gib mal in die Google Bildersuche GPS Groundplane ein.Die bekannteste Version ist die von Autoquad. Bei Mast Konstruktionen verwende ich keine. Andere schwören drauf. Z.B. Scheibe unter dem GPS. Beim Phantom hat DJI eine Kupferfolie direkt unter das GPS geklebt, und ich werde das bei der IRIS genauso machen, mit dem Unterschied, dass ich diese an Masse legen werde.
Ob und in welchem Umfang sich der GPS Empfang verbessert, kannst Du Dir im u-blox Center anschauen. Du kannst dafür einen FTDI Adapter nutzen, mußt dann aber ein Adapter Kabel GPS>Ser. selber basteln.
Zuletzt bearbeitet:
Da ich auch gerade einen Pixhawk in Betrieb nehme, bin ich gerade über den Thread gestolpert.
Es ist nicht ganz fair, diesen Effekt dem Pixhawk in die Schuhe zu schieben. Reiß aus deinem Windows-PC zehnmal einen USB-Stick raus, ohne ihn vorher abzumelden und ich garantiere Dir den gleichen Effekt, insbesondere wenn Du gerade Daten drauf schreibst. Das gleiche dürfte für Millionen Digitalkameras auf dieser Welt zutreffen.
Der Pixhawk schreibt (loggt) nur, wenn er gerade gearmt ist. Ziehst Du in diesem Zustand den Strom oder die Karte, ist die FAT tot. Solltest Du dich dafür bedanken wollen, ist dieser Dank an eine kleine Softwareklitsche in Redmond, WA zu richten - die haben nämlich die Ursache dafür verbrochen (es fluchen vermutlich pro Tag 10 Millionen PC-Besitzer drüber).
Die letzten 100-200 Boots waren bei mir jedenfalls ereignislos, die FAT ist bislang intakt.
Wenn die Tür klemmt, muss man nicht zwingend das Haus abreißen und neu bauen, in aller Regel sollte ein althergebrachtes chkdsk helfen, das Problem zu lösen (oder die Datenträgerüberprüfung von Windows).
Es ist nicht ganz fair, diesen Effekt dem Pixhawk in die Schuhe zu schieben. Reiß aus deinem Windows-PC zehnmal einen USB-Stick raus, ohne ihn vorher abzumelden und ich garantiere Dir den gleichen Effekt, insbesondere wenn Du gerade Daten drauf schreibst. Das gleiche dürfte für Millionen Digitalkameras auf dieser Welt zutreffen.
Der Pixhawk schreibt (loggt) nur, wenn er gerade gearmt ist. Ziehst Du in diesem Zustand den Strom oder die Karte, ist die FAT tot. Solltest Du dich dafür bedanken wollen, ist dieser Dank an eine kleine Softwareklitsche in Redmond, WA zu richten - die haben nämlich die Ursache dafür verbrochen (es fluchen vermutlich pro Tag 10 Millionen PC-Besitzer drüber).
Die letzten 100-200 Boots waren bei mir jedenfalls ereignislos, die FAT ist bislang intakt.
Wenn die Tür klemmt, muss man nicht zwingend das Haus abreißen und neu bauen, in aller Regel sollte ein althergebrachtes chkdsk helfen, das Problem zu lösen (oder die Datenträgerüberprüfung von Windows).
Zuletzt bearbeitet:
Das Produkt mit dem ich arbeite ist nun mal das PIXHAWK.
Wenn es plötzlich nicht bootet ist der erste Gedanke, das Produkt ist defekt.
Ich hätte erwartet, dass der Hersteller auch weiß wie eine SD-Karte funktioniert und Schreibvorgänge im nicht gearmten Zustand unterbindet.
Alternativ könnten die Parameter ins F-RAM geschrieben werden (ist ja jetzt der Fall) und die SD-Karte beim Start wiederhergestellt werden.
Ansonsten ist der Hausvergleich Quatsch. Das Format geht schneller als ein chkdsk.
Gruss Peter
Wenn es plötzlich nicht bootet ist der erste Gedanke, das Produkt ist defekt.
Ich hätte erwartet, dass der Hersteller auch weiß wie eine SD-Karte funktioniert und Schreibvorgänge im nicht gearmten Zustand unterbindet.
Alternativ könnten die Parameter ins F-RAM geschrieben werden (ist ja jetzt der Fall) und die SD-Karte beim Start wiederhergestellt werden.
Ansonsten ist der Hausvergleich Quatsch. Das Format geht schneller als ein chkdsk.
Gruss Peter
ROTFL, dann ertrag den Verlust der Parameter gefälligst wie ein Mann und heul nicht rum
Ohne den nativen Stack gut zu kennen - der APM schreibt die Logdaten paketweise ohne jegliches Puffern auf die Karte, und das mit ziemlich hoher Frequenz (einige 10 pro Sekunde). Die Wahrscheinlichkeit, hier mal einen Schreibzugriff zu unterbrechen ist folglich sehr hoch. Ich vermute, der native Stack puffert hier mehr. Das ist aber von großem Nachteil, wenn der Copter im Acker steckt und die interessantesten 3 Sekunden vor dem Abreißen des Akkus nur im RAM-Puffer waren und noch nicht auf der Karte sind.
Der FRAM ist natürlich eine elegante Lösung für das Problem, hierfür gabs aber bislang keinen Treiber in der PX4-Firmware.
Aber wie gesagt - ich habe das Problem noch nie im Zustand DISARMED auslösen können.
Ohne den nativen Stack gut zu kennen - der APM schreibt die Logdaten paketweise ohne jegliches Puffern auf die Karte, und das mit ziemlich hoher Frequenz (einige 10 pro Sekunde). Die Wahrscheinlichkeit, hier mal einen Schreibzugriff zu unterbrechen ist folglich sehr hoch. Ich vermute, der native Stack puffert hier mehr. Das ist aber von großem Nachteil, wenn der Copter im Acker steckt und die interessantesten 3 Sekunden vor dem Abreißen des Akkus nur im RAM-Puffer waren und noch nicht auf der Karte sind.
Der FRAM ist natürlich eine elegante Lösung für das Problem, hierfür gabs aber bislang keinen Treiber in der PX4-Firmware.
Aber wie gesagt - ich habe das Problem noch nie im Zustand DISARMED auslösen können.
Hallo Spezialisten,
Könnte man dieses als externe RGB-Led verwenden ?
http://www.watterott.com/de/BlinkM-I2C-RGB-LED
Grüße, Helmut
Könnte man dieses als externe RGB-Led verwenden ?
http://www.watterott.com/de/BlinkM-I2C-RGB-LED
Grüße, Helmut
