Failsafe am APM 2.5 mit Graupner MX 16 und Summensignal

rose1203

Erfahrener Benutzer
#1
Hi, habe gestern versucht am Board das Failsafe nach Anleitung der Arduplane Failsafe Documentation zu machen. Bin genau nach Anleitung des Setups vorgegangen. Hatte aber keinen Erfolg. Beim Abschalten des Senders änderte sich im MP nichts.

Meine Frage: Hat jemand es bei einer MX 16 mit Summensignal geschafft????

In dem Forum NAZA hat jemand behauptet, daß es mit Summensignal nicht geht, da beim Abschalten kein Signal geliefert wird (mit Summensignal)
 

ApoC

Moderator
#2
In dem Forum NAZA hat jemand behauptet, daß es mit Summensignal nicht geht, da beim Abschalten kein Signal geliefert wird (mit Summensignal)
Das stimmt so nicht. Im Failsafe Fall nehmen auch alle übertragenen Kanäle im SumSi, die für sie programmierten Stellungen ein.
 

rose1203

Erfahrener Benutzer
#4
Ich hatte eigentlich Antworten von weiteren MX 16 Benutzern erwartet. Für mich ist es wenig hilfreich, wenn Failsafe bei FrSky, Futaba oder anderen Anlagen funktioniert.
 

micropet

Erfahrener Benutzer
#5
Es funktioniert nicht. Es klappt wenn Du alle 8 PPM Kanäle anschließt.

Der MK erkennt sogar einen Senderausfall ohne dass man am Sender etwas einstellen muss.
Ich habe versucht es dem Randy zu erklären. Er antwortete nur, dass es mit FrSky klappt.

Schreib mal was im diydrones Forum.

Gruss Peter
 

otti20vt

Erfahrener Benutzer
#8
Meiner meinung nach der grösste schwachpunkt beim Ardupilot ist diese Sumensignal geschichte...
Mir geht es jedenfalls so das ich gar keinen Bock habe auf PPMSum umzustellen, da ich zuviel von Problemen lese... und grossartig weiter entwickelt wird die Firmware auch nicht.
 

Franky

Erfahrener Benutzer
#10
Hat schon mal jemand mit dem GR16 folgende Methode getestet am Summensignaleingang des APM2.5


Quelle: http://copter.ardupilot.com/wiki/failsafe/

Operation of Failsafe using a PPM Sum Receiver

If the APM is connected to a PPM Sum receiver in pass-through mode (APM input pins 2&3 shorted) the APM’s PPM encoder operates transparently.
There is no independent channel analysis and there is no channel manipulation.
If the receiver is disconnected or the PPM signal is cut off, after a 250 ms timeout the PPM encoder watchdog interrupt will start an 8 channel PPM-PWM generator with the following fail-safe values :
CH1, CH2, CH4, CH6, CH7, CH8 = 1500
CH3 = 900
CH5 = 1555 (flight mode 4)
If an input level change is again detected from the PPM receiver the fail-safe output is terminated and normal PPM pass-through operation is restored.
Alternatively, there is a provision on the APM 2.5 board to fully bypass the PPM encoder when using a PPM-Sum receiver..
The PPM signal is connected to APM 2.5 board’s input CH5 (instead of CH1 for pass through).
Also, a pad needs to be modified on the APM 2.5 board and soldering is required.
Mein English ist leider nicht das beste.

Aber so wie ich es heraus lese muss man Input Pin 2 und 3 kurschließen, dann gibt der interne PPM Encoder des APM im Failsafe Fall (GR16 gibt dann kein Signal mehr heraus im Summensignal Modus) dem APM ein Failsafe Signal aus.
CH1, CH2, CH4, CH6, CH7, CH8 = 1500
CH3 = 900
CH5 = 1555 (flight mode 4)
Das wäre ja dann unser gewünschtes Signal was wir möchten.

Wäre für Erfahrungen dankbar, dann könnte ich meine zusätzlichen Kabel vom Empfänger sparen.

Mein nächster Kopter ist gerade im Aufbau, da werde ich es auf jeden Fall testen.

Grüsse Frank
 
#11
Nabend ihr Lieben!
Mensch, jetzt bin ich aber total verwirrt... . Ich habe einen apm 2.5 von rctimer im Einsatz und fliege ihn momentan mit der Arducopter-Version 3.0.1. Bisher bin ich ganz zufrieden damit; bevor ich in den kommenden Tagen den Loiter-, RTL und Auto-Mode ausprobiere, habe ich mich heute in Sachen Failsafe etwas schlau gemacht.
In diesem Zusammenhang habe ich gelesen, dass man den PPM Encoder updaten soll (http://copter.ardupilot.com/wiki/common-ppm-encoder-apm2x-atmega32u2/) , sofern man ein Board von vor März 2013 hat (was bei mir auch der Fall ist.)
Leider habe ich nicht viel Erfolg damit gehabt, den PPM Encoder upzudaten. Und hier steht ja auch warum, nämlich weil man bei dem rctimer-Board einen ICSP dazu benötigt (siehe hier: http://diydrones.com/forum/topics/r...ivity&id=705844:Topic:1024120&page=4#comments).
Da ich einen ICSP besitze (bereits einige KK2.0 damit geupdated), würde ich nun gerne wissen, wie genau das Update damit durchzuführen ist. Hat jemand von Euch eine kurze Anleitung dazu parat?
Und macht es in meinem Fall überhaupt Sinn, den PPM-Encoder upzudaten, wenn ich eine Spectrum DX6i benutze? Habe irgendwo gelesen, dass das angeblich nur in Verbindung mit Futaba-Anlager nötig sein soll.

Gruß und gute Nacht,
Björn
 

Butcher

Bill the Butcher
#13
ich hab gerade die erfahrung gemacht, mx16 war aus, gr16 am skywalker mit apm2.5, dann mal an den pc angehangen und siehe da mysteriöserweise steht er auf failksafe(gruebel grübel) naja egal, ab vom PC und akku dran, nach der üblichen initialisierung gibt der apm plötzlich vollausschlag auf querruder, eine kleine gedenksekunde und BRUUUUUM laufen die 800watt volles rohr an, man hab ich mich erschrocken, also ohne auch nur irgendwas einzustellen scheint failsafe ja zu funktionieren, ABER warum direkt nach der initialisierung????? das sollte er nicht tun oder ???
 
#14
ich hab gerade die erfahrung gemacht, mx16 war aus, gr16 am skywalker mit apm2.5, dann mal an den pc angehangen und siehe da mysteriöserweise steht er auf failksafe(gruebel grübel) naja egal, ab vom PC und akku dran, nach der üblichen initialisierung gibt der apm plötzlich vollausschlag auf querruder, eine kleine gedenksekunde und BRUUUUUM laufen die 800watt volles rohr an, man hab ich mich erschrocken, also ohne auch nur irgendwas einzustellen scheint failsafe ja zu funktionieren, ABER warum direkt nach der initialisierung????? das sollte er nicht tun oder ???
Ist der gr16 bei dir via Summensignal mit der APM verkabelt?
 

Butcher

Bill the Butcher
#17
Ich probiers nachher mit sender ausmachen,... aber er war im failsafe!!!!
 

Butcher

Bill the Butcher
#18
edit:

Ich hab jetz nochmals folgende konfig grad laufen:

APM2.5 im Skywalker, hängt per USB am PC, GPS ist dran, RX ist dran, Funke ist und war aus! MP sagt mir: Failsafe : RTL

und auch das verhalten nach akkuanschluss passt dazu, er will nach hause fliegen ^^
 

DangerDave

Erfahrener Benutzer
#19
Wahrscheinlich geht er direkt in den Failsafe weil der GR-16 nicht mit der Funke verbunden war. Wenn er einmal verbunden war erhält er nämlich Signale und gibt als PPM weiter. Wird nun die Funke ausgeachalten. Geht das PPM vom GR-16 auf hold. Egal was man vorher eingestellt hat. Somit wird kein Failsafe eingeleitet weil der Throttle nicht unter 900 geht sonder gehalten wird.
So sieht es bei mir aus, leider!
 
FPV1

Banggood

Oben Unten