Tau Labs Software unterstützt vielfältige Hardware
- Themenstarter JUERGEN_
- Beginndatum
Hallo Carsten,
habe es bei mir mir der NEXT von gestern (selbst compiliert) getestet. Keine Probleme. Um die Settings in Ordnung zu bringen, kannst Du nach dem Update ja mal alles löschen und neu konfigurieren.
Für meinen GR-12 (SUMDOF08) habe ich an UART1 HoTT SUMD eingestellt. Bei Input folgendes:
Alle Anderen auf None und Disable. Wenn Die Software auf einem parametrierten Kanal keine vernünftigen Daten erhält, dann hast Du Failsafe.
Wichtig ist ausserdem bei Flight-Mode-Switch-Settings den Manual auszuschalten. Ich habe Stabilized 1..3 aktivert.
Du kannst mir ja mal Deine Settings schicken. Dann probiere ich das mal aus.
Gruss
ernieift
habe es bei mir mir der NEXT von gestern (selbst compiliert) getestet. Keine Probleme. Um die Settings in Ordnung zu bringen, kannst Du nach dem Update ja mal alles löschen und neu konfigurieren.
Für meinen GR-12 (SUMDOF08) habe ich an UART1 HoTT SUMD eingestellt. Bei Input folgendes:
Code:
Throttle HoTT SUM,Chan 1, 1000/1012/2000
Roll HoTT SUM,Chan 2, 1000/1496/2000
Pitch HoTT SUM,Chan 3, 1000/1497/2000
Yaw HoTT SUM,Chan 4, 1000/1501/2000
FlighMode HoTT SUM,Chan 5, 1000/1500/2000Wichtig ist ausserdem bei Flight-Mode-Switch-Settings den Manual auszuschalten. Ich habe Stabilized 1..3 aktivert.
Du kannst mir ja mal Deine Settings schicken. Dann probiere ich das mal aus.
Gruss
ernieift
Hallo Carsten,
Deine RC-Input-Settings sehen etwas merkwürdig aus. Ich nehme mal an, dass Du die mit dem Wizard eingestellt hast. Bei Roll hast Du min. 993 und max. 1993. Da ist bestimmt ein Trimmer aktiv. Dein Failsafeproblem kommt aber bestimmt vom Flightmode. Da ist min,neutral und max gleich 1500. Wenn die Channeldaten aber ausserhalb von dem Bereich(!?) sind, dann hast Du automatisch Failsafe. Also, wenn Du einen Schalter auf Flightmode konfiguriert hast, dann funktioniert es wenn der in der Mitte steht
. Deswegen hat es auch schonmal bei Dir geklappt. Am Besten Du stellst min und max von Hand ein. Dann wirds schon gehen.
Gruss
ernieift
Deine RC-Input-Settings sehen etwas merkwürdig aus. Ich nehme mal an, dass Du die mit dem Wizard eingestellt hast. Bei Roll hast Du min. 993 und max. 1993. Da ist bestimmt ein Trimmer aktiv. Dein Failsafeproblem kommt aber bestimmt vom Flightmode. Da ist min,neutral und max gleich 1500. Wenn die Channeldaten aber ausserhalb von dem Bereich(!?) sind, dann hast Du automatisch Failsafe. Also, wenn Du einen Schalter auf Flightmode konfiguriert hast, dann funktioniert es wenn der in der Mitte steht
. Deswegen hat es auch schonmal bei Dir geklappt. Am Besten Du stellst min und max von Hand ein. Dann wirds schon gehen.Gruss
ernieift
Hallo zusammen,
mir juckt es ein wenig unter den Fingern. Ich will nun doch mal ein wenig mit Telemetrie machen. Aber für Telemetrie braucht es aber auch Daten. Und weil ich kein GPS habe, würde ich gern wissen, was ihr so an Board habt und mit Taulabs zusammenarbeitet.
Das nächste wäre meine noch nicht funktionierende Batterieanzeige. Läuft die bei euch und auf welchem Board?
Gruß
ernieift
mir juckt es ein wenig unter den Fingern. Ich will nun doch mal ein wenig mit Telemetrie machen. Aber für Telemetrie braucht es aber auch Daten. Und weil ich kein GPS habe, würde ich gern wissen, was ihr so an Board habt und mit Taulabs zusammenarbeitet.
Das nächste wäre meine noch nicht funktionierende Batterieanzeige. Läuft die bei euch und auf welchem Board?
Gruß
ernieift
Ich kann Dir gerne ein GPS zukommen lassen, wenn Du magst.
VBat ist ein Muss. Und mehr wie GPS fällt mir nicht ein. Da Du dann aber sowieso zwei Sensoren emulieren musst würde ich Strom einplanen.
Achso, Höhe haben wir ja schon.
Edit:
Ich habe nach gesehen. Wenn Du EAM und GPS emulierst ist alles da, was wir brauchen können.
Hier steht sogar das alle ausgewählt werden sollen, das ist aber albern.
http://www.mikrokopter.de/ucwiki/MX-20#Sensoren_ausw.2BAOQ-hlen
Ich habe für mein MWii-Modul nur EAM und GPS eingebaut.
Vermisst hat keiner was.
VBat ist ein Muss. Und mehr wie GPS fällt mir nicht ein. Da Du dann aber sowieso zwei Sensoren emulieren musst würde ich Strom einplanen.
Achso, Höhe haben wir ja schon.
Edit:
Ich habe nach gesehen. Wenn Du EAM und GPS emulierst ist alles da, was wir brauchen können.
Hier steht sogar das alle ausgewählt werden sollen, das ist aber albern.
http://www.mikrokopter.de/ucwiki/MX-20#Sensoren_ausw.2BAOQ-hlen
Ich habe für mein MWii-Modul nur EAM und GPS eingebaut.
Vermisst hat keiner was.
Zuletzt bearbeitet:
Hallo Carsten,
für VBat muss ich wohl noch eine Brücke legen. Beim Strom würde ein Shunt plus 3V-OPV als Instrumentationsverstärker zum aufbereiten reichen. Die Software rechnet ja eh schon alles selber aus. Dann muss man es nur noch aus den UAV-Objekten auslesen. Habe gestern mit meinem GR-12 an K5 schon mal gespielt. Wenn ich die Hacken in meiner MX-12 setze, schickt der auch fleissig Anforderungen raus. Kriegt eben bloss keine Antwort...
Was ich zu den Telemetriemodulen gesehen habe ist wohl auch nicht so schwer. Sind halt nur verschiedene Strukturen. Wenn alles modular ist, fällt der Mehraufwand auch nicht ins Gewicht. Ob nun 2 oder 4 Telegramme einbauen ist dann auch kein Aufwand mehr.
Ich habe gesehen, dass Du beim MWii auf 19200 Softserial gegangen bist. Das hat den Charme, dass Du über eine Leitung gehen konntest. Da die Pins z.B. beim Quanton schön nebeneinander liegen muss hier ein 1k SMD-Widerstand zwischen RX und TX reichen.
Habe gerade angefangen noch die Revo/RevoMini und Freedom Targets anzupassen aber irgendwie sieht schon der Spektrumcode dafür noch frisch und ungetestet aus. Mal sehen, wie das feedback wird.
für VBat muss ich wohl noch eine Brücke legen. Beim Strom würde ein Shunt plus 3V-OPV als Instrumentationsverstärker zum aufbereiten reichen. Die Software rechnet ja eh schon alles selber aus. Dann muss man es nur noch aus den UAV-Objekten auslesen. Habe gestern mit meinem GR-12 an K5 schon mal gespielt. Wenn ich die Hacken in meiner MX-12 setze, schickt der auch fleissig Anforderungen raus. Kriegt eben bloss keine Antwort...
Was ich zu den Telemetriemodulen gesehen habe ist wohl auch nicht so schwer. Sind halt nur verschiedene Strukturen. Wenn alles modular ist, fällt der Mehraufwand auch nicht ins Gewicht. Ob nun 2 oder 4 Telegramme einbauen ist dann auch kein Aufwand mehr.
Ich habe gesehen, dass Du beim MWii auf 19200 Softserial gegangen bist. Das hat den Charme, dass Du über eine Leitung gehen konntest. Da die Pins z.B. beim Quanton schön nebeneinander liegen muss hier ein 1k SMD-Widerstand zwischen RX und TX reichen.
Habe gerade angefangen noch die Revo/RevoMini und Freedom Targets anzupassen aber irgendwie sieht schon der Spektrumcode dafür noch frisch und ungetestet aus. Mal sehen, wie das feedback wird.
Es gibt ein Befehl, damit macht man aus einem UART einen Singleline UART.
Ich muss im Büro mal suchen wie der hieß.
SoftSerial ist garnicht nötig. Aber wenn du einen Code hast, der ohne Timer auskommt, kann ich den für Baseflight gebrauchen. Da ist nämlich kein UART mehr frei, wenn man such GPS nutzen will
Ich muss im Büro mal suchen wie der hieß.
SoftSerial ist garnicht nötig. Aber wenn du einen Code hast, der ohne Timer auskommt, kann ich den für Baseflight gebrauchen. Da ist nämlich kein UART mehr frei, wenn man such GPS nutzen will
Ich nutze nen RC Timer Voltage/Current Sensor an dem Quanton und übertrage die Daten mittels Mav2HoTT von Menno aus dem AQ Forum mit einem IOBoard (geht auch mit nem Arduino Pro Mini ) zu meinen GR-24 und von dort an die Graupner MX20. Klappt soweit ganz gut, doch ein paar Fehler müssen noch weg.(bin ich heute dran) Anzeigen lasse ich mir das auch im MinimOSD . Natürlich auch mit GPS Daten. Das wäre die MAVLINK Bridge die man nutzen könnte.Dann wäre da noch die Telemetrie entweder über Bluetooth oder 433mhz.
Zu der Batterieanzeige die du ansprichst meinst du diese in der Graupner Telemetrie ? Wäre es nicht sinnvoller so einen V/C Sensor zu betreiben ? Gruß.
Zu der Batterieanzeige die du ansprichst meinst du diese in der Graupner Telemetrie ? Wäre es nicht sinnvoller so einen V/C Sensor zu betreiben ? Gruß.
Ginge auch. Falls man einen Bug in der Software hat könnte es den TX überlasten wenn der Graupner und TX gleichzeitig aktiv werden. Mit 'nem Widerstand finde ich es sicherer. 19200Bd ist ja auch nicht besonders schnell, so dass es da keine Timingprobleme durch verschleifen der Flanken geben sollte. Die neuen CMOS-Dinger sind alle auf Schnelligkeit getrimmt, treiben bei Signalwechsel sehr viel Strom und töten sich bei Überlast selbst.
Einen Timer braucht es aber in jedem Fall. Sonst kriege ich das Timing lt. Graupner nicht hin. Eventuell kann man auch darauf verzichten. Bevor sich die Firmware zickig hat, mache ich es lieber wie im Doc. Für Softserial und Timing bräuchste es nur einen Timer. Allerdings würdest Du den Prozzi mit Interrupts überschwemmen für nur 19200Bd. Für eine gute Übertragung ohne Flankeninterrupt bräuchte es 2..4-faches Oversampling.
Einen Timer braucht es aber in jedem Fall. Sonst kriege ich das Timing lt. Graupner nicht hin. Eventuell kann man auch darauf verzichten. Bevor sich die Firmware zickig hat, mache ich es lieber wie im Doc. Für Softserial und Timing bräuchste es nur einen Timer. Allerdings würdest Du den Prozzi mit Interrupts überschwemmen für nur 19200Bd. Für eine gute Übertragung ohne Flankeninterrupt bräuchte es 2..4-faches Oversampling.
Sicher kann man eine nach der anderen Platine (Sensoren, Coprozessoren usw.) auf den Copter schrauben. Ich will aber keinen Wohnwagen mit Propellern haben. Da die Daten alle schon im Taulabs ankommen und aufbereitet werden, braucht es doch nur noch die Übertragungsstrecke über Telemetrie. Auf dem Quanton z.B. gibt es doch genug Schnittstellen und Rechenleistung für so etwas.
Du hast ja die Möglichkeit es dann ein- oder auszuschalten. Ich will aber nicht streiten. Jeder soll doch dranbauen was er will.
Gruss
ernieift
Du hast ja die Möglichkeit es dann ein- oder auszuschalten. Ich will aber nicht streiten. Jeder soll doch dranbauen was er will.
Gruss
ernieift
