Tau Labs Software unterstützt vielfältige Hardware
- Themenstarter JUERGEN_
- Beginndatum
Ich hab gerade mal das Quanton mit der Firmware vom 20130713 dran da tut sich auch nichts verändern wenn ich den Sender abschalte. Sehe gerade nicht wirklich viel weil pdf Artwork nicht geht.
Aber in den Kanälen ändert sich nichts. Gearmt, Gas gegeben, Sender aus und keine Veränderung auf den Motorausgängen.
Empfänger ist per PPM/SUMO an Eingang 1 angeschlossen.
Aber in den Kanälen ändert sich nichts. Gearmt, Gas gegeben, Sender aus und keine Veränderung auf den Motorausgängen.
Empfänger ist per PPM/SUMO an Eingang 1 angeschlossen.
Schön zu lesen,
@carsten: laut sumh-Beschreibung enthält das vorletzte Byte ein telemetrierequest. Ausdecodiert ist es schon. Wie es funktionieren soll schreibt gaupner nicht. Da bin ich mal gespannt. Falls es über den gleichen Kanal gehen soll, wäre es super. Dann braucht es nur einen Uart. Die Telemetrie sollte dann mit 115200 Baud laufen. Ist aber nur wunschdenken von mir.
@joerg: sobald ich den Code rundgeschliffen habe, dann geht er raus. Die Anpassung an das discoveryf4 probiere ich auch noch. Ich habe beide boards 2mal da.
Fliegen kann ich noch nicht. Auf meinem großen Quad thront noch ein microwii.
Also ich baue noch die crc-Prüfung ein und dann stelle ich den Code hier zur Verfügung.
Bis dahin
ernieift
@carsten: laut sumh-Beschreibung enthält das vorletzte Byte ein telemetrierequest. Ausdecodiert ist es schon. Wie es funktionieren soll schreibt gaupner nicht. Da bin ich mal gespannt. Falls es über den gleichen Kanal gehen soll, wäre es super. Dann braucht es nur einen Uart. Die Telemetrie sollte dann mit 115200 Baud laufen. Ist aber nur wunschdenken von mir.
@joerg: sobald ich den Code rundgeschliffen habe, dann geht er raus. Die Anpassung an das discoveryf4 probiere ich auch noch. Ich habe beide boards 2mal da.
Fliegen kann ich noch nicht. Auf meinem großen Quad thront noch ein microwii.
Also ich baue noch die crc-Prüfung ein und dann stelle ich den Code hier zur Verfügung.
Bis dahin
ernieift
Quanton mit GR16 auf SUMO. Sender aus und am Empfänger Ausgang kam dann ein 50Hz Rechteck nicht ganz symmetrisch auf meinem DSO den ich parallel aufgeklemmt hatte.
Am Samstag hatte ich auf einem Sparkyboard das gleiche Verhalten. Next vom 20.7., GR16 Empfänger, SUMO am Receiverport.
Gearmt, 50% Gas dann Sender aus keine Veränderung der Motordrehzahlen also für mich kein Failsafe.
Muss mir die Empfänger alle mal mit dem DSO anschauen ob das Verhalten am Ausgang gleich ist ober ob ich da eventuell Firmwareunterschiede auf den Empfängern habe. Bei einer NAZE32 mit Harakiri funktioniert der Failsafe.
Wenn ich mir bei Taulabs die Variablen anschaue sieht man auch das keine Updates mehr kommen - eventuell muss man die Routine zur Failsafe Erkennung noch etwas überarbeiten in Hinblick auf Graupner Spezialfall des Failsafe.
vg jörg
Am Samstag hatte ich auf einem Sparkyboard das gleiche Verhalten. Next vom 20.7., GR16 Empfänger, SUMO am Receiverport.
Gearmt, 50% Gas dann Sender aus keine Veränderung der Motordrehzahlen also für mich kein Failsafe.
Muss mir die Empfänger alle mal mit dem DSO anschauen ob das Verhalten am Ausgang gleich ist ober ob ich da eventuell Firmwareunterschiede auf den Empfängern habe. Bei einer NAZE32 mit Harakiri funktioniert der Failsafe.
Wenn ich mir bei Taulabs die Variablen anschaue sieht man auch das keine Updates mehr kommen - eventuell muss man die Routine zur Failsafe Erkennung noch etwas überarbeiten in Hinblick auf Graupner Spezialfall des Failsafe.
vg jörg
Im PPM mode kann man keine Failsafe Einstellungen Programmieren.
Bei Failsafe wird das PPM Signal abgeschaltet.
Das ist Aussage Graupner. Wo da die 50 Hz herkommen ist mir ein Rätsel.
Nur das nochmal klar zu stellen:
Ich hatte NUR nach der Failsafe Erkennung gefragt. Also das GCS Failsafe auch anzeigt.
Um das Verhalten im FS Fall geht es nicht, da bedarf es noch vieler Diskussionen, da unter einem sicheren Verhalten jeder was anderes versteht.
Motoren aus ist eohl zZ der Status.
Bei Failsafe wird das PPM Signal abgeschaltet.
Das ist Aussage Graupner. Wo da die 50 Hz herkommen ist mir ein Rätsel.
Nur das nochmal klar zu stellen:
Ich hatte NUR nach der Failsafe Erkennung gefragt. Also das GCS Failsafe auch anzeigt.
Um das Verhalten im FS Fall geht es nicht, da bedarf es noch vieler Diskussionen, da unter einem sicheren Verhalten jeder was anderes versteht.
Motoren aus ist eohl zZ der Status.
Du sagst es Carsten die Möglichkeit es im PPM/SUMO zu programmieren hat Graupner abgestellt. Die 50 HZ wundern mich auch ich meine das ich das vorher auch nicht gesehen hatte bei einer anderen FC(NAZE) und einem eventuell anderen Empfänger. Ich besitze mehrere GR16 und GR12 und einen GR12SC oder so Empfänger. Wenn ich später Zeit habe werde ich alle Empfänger mal am DSO anschließen und schauen was sich tut.
Und wie gesagt Failsafe Erkennung: Nein.
Das mit den Motoren aus ist mir immer noch lieber wie ein eventuell unsicheres, GPS geführtes RTH. Ich bevorzuge auch aus dem Grund schon einen Copter durch ein Amok laufendes RTH im Failsafe verloren zu haben, einfach eine Barolandung ala Rob´s NAZE32 Version. Und wenn das noch nicht geht eben ala Multiwii eingestellter Gaswert und gut ist.
Aber auf jeden Fall möchte _ich_ bestimmen was der Copter im Fehlerfall macht, jemand anders kann gerne eine andere Vorgehensweise wählen.
vg jörg
Und wie gesagt Failsafe Erkennung: Nein.
Das mit den Motoren aus ist mir immer noch lieber wie ein eventuell unsicheres, GPS geführtes RTH. Ich bevorzuge auch aus dem Grund schon einen Copter durch ein Amok laufendes RTH im Failsafe verloren zu haben, einfach eine Barolandung ala Rob´s NAZE32 Version. Und wenn das noch nicht geht eben ala Multiwii eingestellter Gaswert und gut ist.
Aber auf jeden Fall möchte _ich_ bestimmen was der Copter im Fehlerfall macht, jemand anders kann gerne eine andere Vorgehensweise wählen.
vg jörg
So gerade mal Zeit gehabt und mal zwei andere Empfänger getestet einen GR16 und einen GR12:
Verhalten beider identisch.
DSO angeschlossen.
Strom auf die FC in diesem Fall jeweils eine NAZE ( Acro und 32 ).
Empfängerausgang 5V Dauerspannung.
Sender an.
PPM am DSO sichtbar.
Sender aus.
Kurz Single Impuls im 50 Hz oder 20ms Rhytmus
Dann 50Hz Rechteck
Verhalten bei beiden Empfängern identisch.
An der NAZE32 auf dem Jacq ist ein Piepser der vor Sender einschalten und nach ausschalten piepst und damit auch Failsafe eindeutig anzeigt.
Die Erkennungsroutine ist bei Taulabs offensichtlich noch nicht für GRxx geeignet.
Falls es bei dir, Carsten anders ist, bitte mal Empfänger und Firmware wenn möglich.
vg jörg
Verhalten beider identisch.
DSO angeschlossen.
Strom auf die FC in diesem Fall jeweils eine NAZE ( Acro und 32 ).
Empfängerausgang 5V Dauerspannung.
Sender an.
PPM am DSO sichtbar.
Sender aus.
Kurz Single Impuls im 50 Hz oder 20ms Rhytmus
Dann 50Hz Rechteck
Verhalten bei beiden Empfängern identisch.
An der NAZE32 auf dem Jacq ist ein Piepser der vor Sender einschalten und nach ausschalten piepst und damit auch Failsafe eindeutig anzeigt.
Die Erkennungsroutine ist bei Taulabs offensichtlich noch nicht für GRxx geeignet.
Falls es bei dir, Carsten anders ist, bitte mal Empfänger und Firmware wenn möglich.
vg jörg
Habe ich gerade kein bisschen anders warum auch. Muss dann mal schauen welche Empfänger Version bei mir drauf ist.
War aber gerade mit meinem Edel Baumarkt Copter draußen ( Edel - 2 Centerpaltes aus Carbon, Baumarkt - 4 Arme aus 11,5mm Alu Vierkant ) mit dem Sparkyboard. MPU Frequenz auf 666Hz - ist ein 9150 - P´s 2,5fach wie Standart und liegt trotz Windböen fast wie ein Brett.
War aber gerade mit meinem Edel Baumarkt Copter draußen ( Edel - 2 Centerpaltes aus Carbon, Baumarkt - 4 Arme aus 11,5mm Alu Vierkant ) mit dem Sparkyboard. MPU Frequenz auf 666Hz - ist ein 9150 - P´s 2,5fach wie Standart und liegt trotz Windböen fast wie ein Brett.
Kollegen aus der GH-Lounge.de haben auch mal gemessen.
Es ist tatsächlich ein 50 Hz Signal da.
Das ist aber auch OK, das ist der Startimpuls eines neuen Frames (20ms für 8 Kanäe. bei 12 wären es 30ms)
Wären jetzt noch Daten für die Kanäle da, hätten wir noch Impulse, die die Stellungen der Kanäle zeigen.
http://de.wikipedia.org/w/index.php...gsmodulation.gif&filetimestamp=20110104212546
Es müssten also 8 Impulse mit min. 0,5ms
Da diese aber nicht sind, ist eine saubere Failsafe Erkennung möglich.
Was mich jetzt aber wundert, das bei Dir die Erkennung nicht klappt. Die Aussage ist bei mir in der GUI klar.
Meine TL Version:
http://jenkins.taulabs.org/artifacts/taulabs_next_20130728_185009_49a23d1038_win32.exe
Es ist tatsächlich ein 50 Hz Signal da.
Das ist aber auch OK, das ist der Startimpuls eines neuen Frames (20ms für 8 Kanäe. bei 12 wären es 30ms)
Wären jetzt noch Daten für die Kanäle da, hätten wir noch Impulse, die die Stellungen der Kanäle zeigen.
http://de.wikipedia.org/w/index.php...gsmodulation.gif&filetimestamp=20110104212546
Es müssten also 8 Impulse mit min. 0,5ms
Da diese aber nicht sind, ist eine saubere Failsafe Erkennung möglich.
Was mich jetzt aber wundert, das bei Dir die Erkennung nicht klappt. Die Aussage ist bei mir in der GUI klar.
Meine TL Version:
http://jenkins.taulabs.org/artifacts/taulabs_next_20130728_185009_49a23d1038_win32.exe
Fertig,
eben noch die Prüfung der CCITT-CRC vom SUMD Protokoll fertiggestellt und getestet. Mit meiner MX-12 und dem GR-12 habe ich alle möglichen SUMD Protokolle ausprobiert. Bei SUMDOF wird das Feld gelb, wenn die Funke aus ist. Bei den anderen werden die eingestellten Failsafedaten des Empfängers ausgegeben. Man hat also die Wahl. Beim SUMH wird bei Empfangsverlust der Watchdog zuschlagen. Kurz vorher sendet der noch eine Weile seine Failsafedaten und ist dann aus (wie bei SUMDOF).
Jetzt kommt noch der Test mit dem GR-12SH. Das sollte ohne Probleme sein. Morgen mehr. Für heute ist Schluss.
Gruß
ernieift
PS: Heute waren meine Adapterboards von rcswift in der Post. Nun brauche ich noch ein paar Teile zum bestücken und dann geht's in die Luft.
eben noch die Prüfung der CCITT-CRC vom SUMD Protokoll fertiggestellt und getestet. Mit meiner MX-12 und dem GR-12 habe ich alle möglichen SUMD Protokolle ausprobiert. Bei SUMDOF wird das Feld gelb, wenn die Funke aus ist. Bei den anderen werden die eingestellten Failsafedaten des Empfängers ausgegeben. Man hat also die Wahl. Beim SUMH wird bei Empfangsverlust der Watchdog zuschlagen. Kurz vorher sendet der noch eine Weile seine Failsafedaten und ist dann aus (wie bei SUMDOF).
Jetzt kommt noch der Test mit dem GR-12SH. Das sollte ohne Probleme sein. Morgen mehr. Für heute ist Schluss.
Gruß
ernieift
PS: Heute waren meine Adapterboards von rcswift in der Post. Nun brauche ich noch ein paar Teile zum bestücken und dann geht's in die Luft.
Zuletzt bearbeitet:
@cGiesen, das ist kein Startimpuls sondern ein nahezu symmetrisches Rechteck, das hat da nichts zu suchen. Beim Empfänger einschalten kommt auch einfach die FC Versorgungsspannung, Pullup gegen CPU VCC, Sender an - Servoimpulse 1-2mSec.
Die Version habe ich auch auf die Boards geladen. Und die letzte Version der Firmware für die Empfänger - zweimal wie von Graupner gewünscht - aktualisiert.
@ernieift, du meinst sicher nicht SUMH sondern SUMO beim Watchdog?
Wenn Graupner schon SUMDOF kann dann wäre doch wohl auch mal ein SUMOOF möglich und ein SUMOFS genauso
vg jörg
Die Version habe ich auch auf die Boards geladen. Und die letzte Version der Firmware für die Empfänger - zweimal wie von Graupner gewünscht - aktualisiert.
@ernieift, du meinst sicher nicht SUMH sondern SUMO beim Watchdog?
Wenn Graupner schon SUMDOF kann dann wäre doch wohl auch mal ein SUMOOF möglich und ein SUMOFS genauso
vg jörg
