Arducopter 3.3 RC 1

[joerg63]

Habe es probiert. Meine Pixhawk lite mit Beitan 8 GPS lief nicht. Umgeflasht auf Stable ohne was zu verstellen und es ging sofort......

 

[flying_pit]

Stimme wiedermal gervais zu, die 3.4 funzt einwandfrei auf AUAV sowie zwei Pixhawk. Keine Ahnung was da bei dir nicht passt.

 

[joerg63]

Ist auch nicht schlimm. Die Stable läuft perfekt.

 

[gervais]

Das ist aber die 3.2.1 Ich würde schon mal schauen, warum die 3.3-rc bzw. V3.4-dev bei Dir nicht funktioniert.

 

[flying_pit]

Ich würde die 3.4 drauftun, Parameter reset machen und dann die alten Parameter via vergleichen zurückholen. Die neu hinzugekommenen musst du eh extra bearbeiten bzw prüfen. Dann sollte die auch auf dem minipix laufen, es sei den die Hardware spielt nicht mit.

 

[joerg63]

Parameter reset? Im Mission Planner? Vor dem Flash auf 3.4?
Ich bin da nicht so bewandert..... Mein großer Copter mit der Naza ist so schön einfach 😕

 

[flying_pit]

Jupp, im MP, du kannst den FC z. B. Mit Rover oder tracker FW platt machen, vorher natürlich die Parameter der 3.2.1 sichern. Oder die 3.4 gleich drüber bügeln, Parameter resetten und die Parameter mit vergleichen zurück holen, wobei ich ehrlich gesagt beim Umstieg von 3.2.1 auf 3.4 alle kalli's neu machen würde. Da gibt es doch zuviel Unterschiede und neue Parameter. Vor allem die Kommunikations Parameter der Ports prüfen und anpassen. Auch die RC kalli neu machen. Dann solltest auch du Erfolg haben.

 

[gervais]

Ich sehe gerade des Rätsels Lösung:

Commentar User:

Basically it seems like this new safety feature completely removes all GPS modes based on GPS Pre-Arm failure.
Good for safely, bad for testing.
That kind of defeats the whole purpose of having the Pre-Arm Check disable feature. And degradees the flexibility of this system.
Maybe a better solution would be to re-instate the Pre-Arm disable, and instead show status message that All Pre-Arm checks are disable.Going further, you could force the user to double arm. while in PreArm check OFF mode.
At least the will to that fact that your in that mode.....

Randy:

As you mentioned, it was dangerous in practice to allow people to arm and take-off in a mode that requires the EKF to have a good position estimate (i.e. Loiter, PosHold) without enforcing that that estimate is actually good. I don't think we can go back on that really so instead, if this change has made testing the failsafe more difficult perhaps we should just try and make that testing easier.

Jetzt ist auch klar, warum Pit und ich nicht betroffen sind und das die Devs diese Einschränkung sogar beabsichtigt haben.

Its not a bug, its a feature:

Ein Schutz für User deren Systeme die Pre-arm Checks nicht überstehen.

Bad AHRS,Compass Variance, GPS ....was auch immer.

 

[flying_pit]

genauso seh ich das auch, Randy hat da vollkommen Recht...arducopter ist nunmal kein Plug´nPlay System sondern da steckt Potential drin, welches die User jedoch auch verantwortungsvoll einsetzen sollten. Wer das nicht will...oder versteht...oder beides..grins..kauft sich halt was von der Stange. Meiner Meinung nach war dieser Schritt längst überfällig.

 

[RC-Racer]

Da mus ich wiedersprechen, beim booten der AUAV wird das GPS manchmal erkannt und manchmal nicht, beim nichterkennen nach dem Booten kommt ab und an ein 3D Fix Meldung und sofort eine no GPS Meldung. Mir scheint es das dass GPS nicht richtig initialisiert wird (nicht wissen glauben). Bei der 3.2.1 habe ich seit Mai keine GPS Aussetzer gehabt. GPS Kaltstart Zeit ist zwischen 30 und 60 Sekunden, ein Warmstart dauert max 10 Sekunde (Telemetrie übertragung auf die Taranis bzw auch per BT auf PC MP oder Handy DroidPlanner).

Ich werde heute die Saves ausschalten und versuchen im Flug das zeitweise erkennen des GPS zu dokumentieren.

 

[gervais]

Das waren auch andere Beschreibungen als Deine:

Mit 3.3-rc12 funktioniert bei mir kein Loiter bzw. überhaupt kein GPS gestüzter Flugmodus mehr. In der 11 ging das noch einwandfrei.

Bei meiner Pixhawk lite geht loiter auch nicht. Bei der Rc 11 ging es auch.

Könnte bei Dir folgendes sein: Droidplanner/Tower usw. zeigen No GPS bei SBAS Empfang (EGNOS) an. Kannst Du im aktuellen MP beta auf auf 0 setzen, bzw. Dein GNSS umkonfigurieren. Oder mit den falschen Meldungen leben. Bei Tagen mit ständigem Wechsel schalte ich SBAS dauerhaft aus.

PS: Wenn Du es von vornherein so beschrieben hättest wie heute, hätte ich gleich darauf getippt.

Wobei GNSS Probleme auch ein Hardwarethema sein könnten: Bei den gruseligen BN800/880 auch kalte Lötstellen.

 

[flying_pit]

#RC-Racer: Frage ist welches GPS hast Du? wie gesagt, ich hab das AUAV ja nun auch schon ne Weile, anfänglich im Frühjahr , hatte ich auch diverse Probleme mit einem anderen GPS als jetzt. Nachdem ich aber auf CSG und Drotek M8N umgestiegen bin keinerlei Probleme mehr beim Start vom AUAV. Der kommt jedesmal super schnell in die Puschen, GPS Fix (beim M8N auch DGPS Fix) ist extrem schnell da. Ich hab das GPS im UCenter nur auf 5Hz und Pedestrian gesetzt sowie zusätzlich zu UBX NMEA aktiviert. Mehr nicht.
Ich hab nun alle RC´s durch mit dem AUAV, weder GPS Probleme noch Compass oder Kalibrierung. Das selbe mache ich grad mit dem PIXHAWK durch, auch der funktioniert mit einem CSG XXL M8T hervorragend.



P.S. Gervais: stimmt SBAS lasse ich grundsätzlich auf 2 im MP, das GPS entscheidet über die Funktion.

 

[gervais]

Ja, Pit, das CSG XXL sollte ich mir auch besorgen, das DroTek XXL kommt ja nicht (mehr?) mit taoglas Patch (ausser in der T Version). Leider passt das nicht so richtig auf meine kleinen Copter, da brauche ich noch eine Idee.

Allerdings habe ich seit Peter Plischkas Beitrag auf drones-discuss 2014 (Als das 3DR & Friends M8N Bashing begann) u.A. immer noch das erste große CSG (das mit 5883 und dem passiven 35/3.6mm taoglas patch) und bin weiterhin begeistert. 3D Fixzeiten kenne ich noch nicht einmal, ich habe die 2-4 Minuten Zeit, bis der HDOP zuverlässig unterhalb 1 steht.

PS: Und es ist so: Manche der "AC Fehler" Diskussionen auf diydrones wären erheblich kürzer oder gar nicht da, da Hardware induziert.

 

[rose1203]

Hi, soeben mal wieder seit langem geflogen (3.3 RC 12) alles im grünen Bereich.

Wie aber zum Himmel kriege ich die latest Software 3.4 vom Beitrag 278 in meinen FC Pixhawk? Habe bisher nur über MP Firmware verändert.

Schon mal Danke im voraus.

 

[flying_pit]

Ja, Pit, das CSG XXL sollte ich mir auch besorgen, das DroTek XXL kommt ja nicht (mehr?) mit taoglas Patch (ausser in der T Version). Leider passt das nicht so richtig auf meine kleinen Copter, da brauche ich noch eine Idee.

Allerdings habe ich seit Peter Plischkas Beitrag auf drones-discuss 2014 (Als das 3DR & Friends M8N Bashing begann) u.A. immer noch das erste große CSG (das mit 5883 und dem passiven 35/3.6mm taoglas patch) und bin weiterhin begeistert. 3D Fixzeiten kenne ich noch nicht einmal, ich habe die 2-4 Minuten Zeit, bis der HDOP zuverlässig unterhalb 1 steht.

PS: Und es ist so: Manche der "AC Fehler" Diskussionen auf diydrones wären erheblich kürzer oder gar nicht da, da Hardware induziert.

jupp, ich lese da ja auch intensiv mit, aber so wie ich das sehe, sidn 75% der dort aufpoppenden Probleme handgemacht..also Made by User...

 

[flying_pit]

Hi, soeben mal wieder seit langem geflogen (3.3 RC 12) alles im grünen Bereich.

Wie aber zum Himmel kriege ich die latest Software 3.4 vom Beitrag 278 in meinen FC Pixhawk? Habe bisher nur über MP Firmware verändert.

Schon mal Danke im voraus.

das ist schon verwirrend, jupp, nimmst Du das aktuelle im MP wird dir 3.3RC12 angezeigt und auch als letzte Beta geladen. Gehst du aber auf den Github -> http://firmware.diydrones.com/Copter/2015-09/ , wird dir 3.4 angezeigt und auch so auf die FC geladen.

 

[gervais]

Zunächst über den Link von mir herunterladen, dann im MP über Load Custom FW draufspielen.

PS: Oder so...

 

[rose1203]

Danke Kai, was würde ich nur ohne dich machen!!!!!!!!!!!

PS: Muss nur mal eben meine Festplatte mit Win 7 einsetzen, da bei Win 10 bei mir Beta und Custom Firmwares nicht erscheinen. Was solls, geht ja schnell.

 

[gervais]

jupp, ich lese da ja auch intensiv mit, aber so wie ich das sehe, sidn 75% der dort aufpoppenden Probleme handgemacht..also Made by User...

Sind leider auch immer die gleichen Kandidaten (5 oder 6 User) Mich wundert, dass da überhaupt geantwortet wird, zumal einige der phantasievollen (Kraut und Rüben) Bauten auch gezeigt wurden. Vermutlich: Die Testbasis ausserhalb der 2-3 devs die jeweilig ihre Favoriten testen, scheint insgesamt sehr dünn. Zwischendrin dann wieder jemand, der über Stress mit der -rc9 berichtet. Richtig gruselig sind aber die PX related threads auf RCGroups...Erschreckend, dass da sogar Ing. dabei sind. Schande für die Zunft. Ich hatte kürzlich versucht, ein falsches Anschlußbild (I²C) einer Billig FC zu korrigieren...Da bin ich aber gescheitert.

 

[flying_pit]

jupp, zumal es ja eindeutig DEV heisst, aber viele dort denken ich lade die mir auf die FC und schaffe das schon damit zu fliegen....schade eigentlich um den vielen vergeudeten Platz, es wird damit immer schwerer die wirklich wichtigen Info´s rauszufinden....wer ne DEV fliegt muss halt damit rechnen das eben nicht alles glatt geht, dann aber auf die DEV´s zu schimpfen...naja..typisch AMI eben...LOL (jeder versucht halt die eierlegende Wollmilchsau zu erfinden)