Tau Labs Software unterstützt vielfältige Hardware
- Themenstarter JUERGEN_
- Beginndatum
Ich denke mal, dass sich schon irgendwann mal einer daran setzt 
. FrSKY ist ja auch drin. Ich habe zwar keine Ahnung von Jeti, aber gibt es vielleicht einen MAVlink Converter?
. FrSKY ist ja auch drin. Ich habe zwar keine Ahnung von Jeti, aber gibt es vielleicht einen MAVlink Converter?
Mittlerweile habe ich zwar auch eine MX-20 hier liegen, doch mehr als der eine AQ-Copter für Messe-Demonstrationen wird daran wohl nicht gebunden werden. Der Sender und ich werden keine Freunde.
Geht es hier um Fluggeräte oder Christbaumbeleuchtung (selbst die mag ich lieber dezent)? Mehr als 20 LEDs wird wohl niemand wirklich brauchen, bei mir wären es vermutlich 8, evtl. sogar nur 4. Interessant wäre halt, nachts die LEDs zu dimmen und evtl. Akkuwarnung und andere Infos ausgeben zu können.
Mehr als 20 LEDs wird wohl niemand wirklich brauchen, bei mir wären es vermutlich 8, evtl. sogar nur 4. Interessant wäre halt, nachts die LEDs zu dimmen und evtl. Akkuwarnung und andere Infos ausgeben zu können.@rOsewhite: Tut mir leid für Dich und die MX-20. Ich habe mir nach langem überlegen eine MX-12 zum Einstieg geholt und später noch eine MX-16. Ich bin damit ganz zufrieden. Selbst ein OSD (ohne MAVlink, nur über die HoTT-Telemetrie am Boden ins Video gemischt geht). Ich bin zwar kein Freund davon jede Menge kleine Helferlein auf den Copter zu schrauben, aber wenn Dir ein Arduino MAVlink ins Jeti übersetzen würde, wäre dass schon was.
@Elyot: Die 114 LEDs sind auch in meiner DIY-Wortuhr. Für die habe ich nur einen LED-Streifen und einen Yún gebraucht. Der Rest ist Software und Stecker. LEDs auf dem Copter machen ziemlich schnell den Akku leer. Ich beschränke mich bei meinen auf die nötigsten. Etwas "statisch" aufgetragene Farbe tut es meistens auch und die verbraucht keine Energie. Alle nötigen Statusinformationen kommen per Telemetrie.
@Elyot: Die 114 LEDs sind auch in meiner DIY-Wortuhr
. Für die habe ich nur einen LED-Streifen und einen Yún gebraucht. Der Rest ist Software und Stecker. LEDs auf dem Copter machen ziemlich schnell den Akku leer. Ich beschränke mich bei meinen auf die nötigsten. Etwas "statisch" aufgetragene Farbe tut es meistens auch und die verbraucht keine Energie. Alle nötigen Statusinformationen kommen per Telemetrie.@ernieift
Hast Du statisch auftragbare Leuchtfarbe für Nachtflüge? Auf meinem "großen" Copter (450er) habe ich gänzlich auf Beleuchtung verzichtet. Daten kommen wie bei Dir per Telemetrie. Aber der bleibt nach Sonnenuntergang auch am Boden. Den kleinen Hosensch... möchte ich aber gern auch nach der Dämmerung draußen fliegen. Das geht aber nur mit Positionslicht. Und wenn man schon LEDs verbaut, dann können die ruhig auch bissl mehr tun als nur zu leuchten.
Probieren könnte man ja prinzipiell auch mit einem FTDI-Kabel, da reicht dann ein Terminal um die Bitmuster rauszuschieben. Also doch mal noch paar LEDs ordern.
Hast Du statisch auftragbare Leuchtfarbe für Nachtflüge?
Auf meinem "großen" Copter (450er) habe ich gänzlich auf Beleuchtung verzichtet. Daten kommen wie bei Dir per Telemetrie. Aber der bleibt nach Sonnenuntergang auch am Boden. Den kleinen Hosensch... möchte ich aber gern auch nach der Dämmerung draußen fliegen. Das geht aber nur mit Positionslicht. Und wenn man schon LEDs verbaut, dann können die ruhig auch bissl mehr tun als nur zu leuchten. Probieren könnte man ja prinzipiell auch mit einem FTDI-Kabel, da reicht dann ein Terminal um die Bitmuster rauszuschieben. Also doch mal noch paar LEDs ordern.
Das muss Dir nicht leid tun. Ich hab den Sender eigentlich nur gekauft, um mal die HoTT-Telemetrie in Verbindung mit dem AutoQuad auszuprobieren und mich zumindest soweit damit auszukennen, dass ich darüber Auskunft geben kann.
Natürlich würde es auch eine Arduino-basierende Lösung tun, doch wenn man schon eine ordentliche MCU und genügend Schnittstellen hat, wäre es ja schade, das nicht auf der FC laufen zu lassen und statt dessen wieder eine Frickel-Lösung zu nehmen.
Natürlich würde es auch eine Arduino-basierende Lösung tun, doch wenn man schon eine ordentliche MCU und genügend Schnittstellen hat, wäre es ja schade, das nicht auf der FC laufen zu lassen und statt dessen wieder eine Frickel-Lösung zu nehmen.
Zwar keine neue Hardware, aber vielleicht findet Taulabs damit ja eine größere Nutzerbasis, da Witespy jetzt auch den Sparky und Quanton anbietet.
Interessanter finde ich aber das Sparky 2.0. Aber da wird es wohl noch was dauern, bis es breiter verfügbar ist. Jetzt läuft ja gerade wohl erst die beta-Tester Phase an.
Interessanter finde ich aber das Sparky 2.0. Aber da wird es wohl noch was dauern, bis es breiter verfügbar ist. Jetzt läuft ja gerade wohl erst die beta-Tester Phase an.
Du kannst mit "void ChangeBaud(long);" die Baudrate des USARTS im Script einstellen. Wenn Du Deine LEDs alle an einen Strang hängst sollte es auch so gehen. Ob das geht weiss ich nicht. Probiere es einfach mal aus. Bei 1,25µs pro Bit (glaube ich) muss die Baudrate schon ziemlich gross werden...
Es gibt mehrere Flugmodi. Vielleicht wirst Du ja mit VBAR glücklich. Das hat nochmal einen eigenen PID-Satz aber auch eine etwas anderes Regelprinzip. Warum sollte man die PIDs für den gleichen Copter umschalten sollen. Das kenne ich nur von CNCs, bei denen sich durch Getriebestufenwechsel ein anderes Regelverhalten ergibt. Du baust ja nichts nicht um. Noch ein Tip: versuch's doch mal TxPID.
Falls es nichts hilft, könnte man über PicoC den Zugriff auf die Parameter ermöglichen. Dann könntest Du jeden Schindluder damit treiben (PIDs in Abhängigkeit der Höhe oder Temperatur ändern). Geht aber jetzt nicht, da kein/wenig Bedarf.
Es gibt mehrere Flugmodi. Vielleicht wirst Du ja mit VBAR glücklich. Das hat nochmal einen eigenen PID-Satz aber auch eine etwas anderes Regelprinzip. Warum sollte man die PIDs für den gleichen Copter umschalten sollen. Das kenne ich nur von CNCs, bei denen sich durch Getriebestufenwechsel ein anderes Regelverhalten ergibt. Du baust ja nichts nicht um. Noch ein Tip: versuch's doch mal TxPID.
Falls es nichts hilft, könnte man über PicoC den Zugriff auf die Parameter ermöglichen. Dann könntest Du jeden Schindluder damit treiben
(PIDs in Abhängigkeit der Höhe oder Temperatur ändern). Geht aber jetzt nicht, da kein/wenig Bedarf.
