Massives Problem mit Arduflyer APM2.5 (brauche Hilfe)

Servus @ all,

irgendwie habe ich im Moment die Sch***e an den Händen.
Nachdem ich, nach DIESEM Problem, die Firmware erfolgreich auf den APM gespielt bekommen habe
sollte Gestern der PID Einstellflug sein aber leider ereilt mich das nächste Problem.

Ich habe den Copter aufgestellt, Akku angeschlossen dann auf Satfix gewartet, gearmed und wollte dann starten.
Doch mein Quad meinte, direkt beim starten, einen Flip machen zu müssen.
Habe dann alles nochmals kontrolliert.
Motoranordnung: CHECK!
Drehrichtung: CHECK!
ESC's eingelernt: CHECK!
ACC kalibriert: CHECK!
Kompass kalibriert: CHECK!
Sender kalibriert: CHECK!
Also starten und....... wieder ein Flip
Beim anschließenden Blick durch die Brille habe ich bemerkt das sich der künstliche Horizont vom OSD ständig weg dreht. Also alles wieder einpacken und ab nach Hause ans Laptop. Und wie soll es auch anders sein, im MP ist es genau so.

Ab der 3. Minute sieht man wie sich die Roll/Pitch Kurve langsam irgendwo hin bewegt.
[video=youtube;74rMqkZRH04]http://www.youtube.com/watch?v=74rMqkZRH04[/video]

Im Video seht ihr, das der Horizont und die Werte für Roll/Pitch total ausflippen. Am Ende bewege ich den Quad kurz in alle Richtungen und es hört auf. Allerdings steht er dann schief im MP. Dann MP disconnect und wieder connect. Der Horizont und die Werte stehen wieder stabil. Zeit X abwarten und das Spiel beginnt von vorne!
Ich habe schon alles durch. Factory Reset, neue Firmware, alles kalibriert und auch alles, bis auf das USB Kabel abgeklemmt. NICHTS HILFT

getestete FW's: 2.9.1/ 2.9.1b / 3.0.0rc1 Beta

Der Fehler tritt willkürlich auf und ist reproduzierbar.
Das Teil scheint hin zu sein, oder hat das auch schon mal einer gehabt?

OMG... und das Wetter wird gerade besser...*heul*

Kann mir jemand Helfen?

Schwerer Fall,

hast Du ggf. auch mal "erase" gemacht. Also den/das eeprom gelöscht?
Ich würde es auch mal mit einem Arduino löschen.

Hi Halex,

Ja, einen "eeprom clear" via Arduino habe ich auch schon gemacht.
Bringt leider auch keine Besserung.:banghead:

Hier ist mal ein TelemetrieLog von dem Problem.
Bei ca. 2% Abspiellänge bewege ich kurz das APM. Was danach geschieht entsteht alles von selbst.
Am besten Abspielgeschwindigkeit erhöhen (der Fehler entsteht nur sehr langsam)

Vielleicht seht ihr aus dem LOG etwas heraus.

Also die Werte laufen ja ein festes Muster ab. Da gibts jetzt 2 Möglichkeiten: Hardware und Software. Am besten mal übers CLi den MPU6050 DIREKT auslesen und mal ein bisschen auf dem Chip rumdrücken (leicht). Könnten I2C Fehler sein und die Software geht, aus welchem grund auch immer übelst spät in den Watchdog(da wos wieder besser wurde)

Ansonsten einfach mal das EEprom löschen UND am besten auf die vorletzte version dowangraden. Das neueste ist nie das beste....meistens jedenfalls, weil nicht alle Bugs gefunden wurden.

edit: Wennn garnichts hilft: Lösch den kompletten "Main-prozessor" also den grossen Atmega via SPI. Zieh dann den bootloader via SPi drauf und Bootloade deine Firmware.

gruselig,

der Kompass und das Barometer drehen völlig durch. GPS ist offenbar nicht vorhanden.
Kompass Offsetwert x ist zu hoch, obgleich das nicht die Ursache Deines Problems ist.

Wie liest man denn den MPU6050 übers CLI aus? Finde da irgendwie nichts.
Und die Sache mit dem Bootloader würde ich gern mal ausprobieren. Gibt es da eine brauchbare Anleitung zu?
Ich habe diesen Programmer:http://www.hobbyking.com/hobbyking/store/__21321__usbasp_avr_programming_device_for_atmel_proccessors.html
Der sollte schonmal gehen aber wo, am APM, schließt man den an?

Ja, GPS ist momentan nicht dran weil bei Sat Fix der Horizont immer etwas in Bewegung ist.(vielleicht ist das auch schon nicht richtig)
Mit Kompass Offsetwert x meinst du mag_ofs_x, richtig?

Epic fail.....

Oh je... ich glaube zu wissen was geschehen ist.

Ich habe beim APM eine alternative Spannungsversorgungen ausprobiert da ich nach der Diode nur noch ca. 4,8V hatte. Zum einem gibt es die Möglichkeit über ein uBEC auf der Imput Seite bzw. an der Analogleiste den APM zu befeuern.
Und ich habe wahrscheinlich die 5V an den SPI Anschluss vom Atmega angeschlossen.

Mir war das überhaupt nicht bewusst, dass der SPI Anschluss sich mit in der Rehe befindet.
Tja, wer lesen kann ist klar im Vorteil und hätte eine funktionierende FC.

Es wurde also entweder auf dem Pin SCK oder auf MOSI, 5V gelegt. Von dort aus geht die Leiterbahn an einen TBX0104(4-Bit Bidirectional Voltage-level translator) und parallel auf SCK bzw. MOSI vom Atmega.

Die Ausgangsseite von dem TBX0104 geht dann auf 3V3 SCK bzw. 3V3 MOSI vom MPU6000(ACC Sensoren) und an MS5611-01BA (Baro)



Ob der APM noch zu retten ist?
Hat einer von euch die Möglichkeit die Bauteile zu testen? Oder kann die jemand tauschen?

Hat denn keiner noch eine Idee? Oder eine Anleitung zum Bootloader flashen? Finde in die Richtung leider nur teilweise was aber nichts ordentliches.

Möchte nur ungern den APM aufgeben und in die Tonne kloppen.

Du verbindest den Programmer, löschst den Chip (erase) und spielst den Bootloader drauf, den du mit etwas suchen bei Google findest. Danach kannste per USB die Firmware aufspielen.

Zum Bootloader flashen, bzw alles löschen: Ich bin grad unterwegs und hab keinen zugriff auf eagle. Such dir die ISP Pins raus auf der Platine und schliess da deinen Programmer an. Dann löschte erstmal über AVRDUDE den kompletten Chip.

Dann suchste dir den bootloader raus ausm projektverzeichnins und flasht den auch via avrdude. Fertig

@Rangarid....verdammt...fast^^

Alles klar.
Werde mich am We mal daran begeben.

Drückt mir die Daumen

Danke nochmal