Druckbare Version
Hi Ingo,
mein Tri wiegt 850 Gramm und er muss beim Power on so gerade wie möglich stehen. Willa hat aber schon mal gepostet, dass horizontal stehen und horizontal fliegen zwei unterschiedliche Welten sind. Aber wie gesagt, beim Einschalten muss er horizontal stehen.
Hi,
also der tri kann beim einschalten auch über kopf stehen! er darf blos nicht bewegt werden! den dann initialisiert er nicht da er eine mittelwertbildung der gyros macht.
heute bin einige mal geflogen... nun hab ich auch schon einen doppelten flip drauf. am geilsten ist der flip über nick und roll zusammen :D dann dreht er doppelt so schnell... da dauert der flip nicht mal eine sekunde :D willia hatte auch gestaun das hatte er auch noch nicht probiert! man sollte aber aufpassen das alles fest am copter ist den mit 600°/sec ist nicht zu spassen :D
bolt hat übrigends ein verdammt schönes flugbild und der sound ist echt genial!
@deHarry: evtl solltest du dein min. throttle doch noch höher drehen. ich glaub das kommt der regelung zugute!
Gruß, Sven
Mhmm, dann sollte man ihn aber gut festhalten. Versucht er dann nicht sofort mit aller Macht in die Horizontale zu gehen? Bauch nach unten natürlich.Zitat:
Zitat von Bammel
Aber ich muss dir Recht geben. Da die TriGUIDE die Offsets nicht automatisch beim Start lernt und wir diese von Hand einstellen müssen, ist eigentlich klar, dass die Einschaltlage unerheblich ist, wenn man recht schnell danach abhebt (nur der Theorie zu Folge!).
Echt? Das verstehe ich nicht bzw. kann den Gedanken nicht nachvollziehen. Ich dachte bisher, dieser Parameter bestimmt lediglich, mit welcher Mindestdrehzahl die Motoren los laufen, damit sie sicher laufen und nicht stottern, falls der Stellwert von der Funke zu niedrig ist. Das ist bei mir nicht der Fall, sie laufen auch mit 40 als Min-Wert sauber rund (und der Tri hebt dabei noch nicht ab).Zitat:
Zitat von Bammel
Hi,
erst mal Danke für Eure Infos.
@Bammel, ein Doppelflipp denn hätte ich gerne mal live gesehen.
So das war's für die nächsten Tagen mit üben.
Bei einer unsanften Landung ist die Welle von der Schwenkfunktion der hinteren Motorhalterung abgeschert.
Da muss ich erst mal schauen wie schnell ich da Ersatz bekommen kann.
Wenn ich Glück habe hat die ein örtlicher Helihändler. Wenn nicht muss ich wohl wieder bestellen.
Gruß Ingo
Hallo Harry,Zitat:
Zitat von deHarry
ich habe den Wert so verstanden, das er kurz unter der Drehzahl fürs Abheben stehen soll.
Bitte klärt uns auf.
Gruß Ingo
Hmmm... also mein gedanken gang ist so das er dann das minimumthrottle halt als null gas annimmt. wenn aber nun die werte von 40 - 120 z.b. noch keinen auftrieb verursachen ist das ja ein totpunkt. wo die regelung rein garnichts bewirkt. man sollte den wert natürlich auch nicht zu hoch wählen das der sinkflug zu langsam wird.Zitat:
Zitat von deHarry
ich hab bei meine min. throttle von 140 und der fällt ohne gas runter wie ein stein.
Hehe... wirst du ja evtl irgendwann mal ;) spätestens beim nächsten treffen in ristedt.. landkamp wird nichts für mich ist mir zu weit und ich habe da geburtstag.Zitat:
Zitat von Scotch
aber flips machen riesig spass.. ist momentan meine lieblingsdisziplin. mal schauen wann ich den doppelten flip mit zwischengas drauf hab.. dnan werd ich mal einen dreifachen testen. oder einfach mal den flip über zwei achsen der dreht dnan ja sau schnell hab nur angst das mit da mal ein motor bei abreist :D
Hi Ingo,Zitat:
Zitat von Scotch
Schade!
Ich habe auch gerade mal wieder drei Hopser versucht, bzw. gewitzt durch Erfahrung habe ich gleich von Anfang an meinem Sohnemann die Funke in die Hand gedrückt.
Ich hatte ja Bammel vor dem nächsten Flug, weil der neue Servo auf "Hand auflegen" (Finger in die Nähe halten -> Zappeln) reagiert hat, das war aber offenbar nur im Keller.
So, jetzt noch kurz zum Defekt von Ingo:
Da meine Servos immer dann kaputt gingen, wenn die Verbindung zwischen Servoarm und Heckausleger bei Bodenberührung gehalten hat, und ich jetzt, auf Grund der neuen Konstruktion, keine Sollbruchstelle mehr habe, habe ich statt 1 mm starkem Stahldraht 0,6 mm Draht verwendet. Der ist zumindest in die eine Richtung flexibel genug, dass er sich verbiegt, wenn der Prop in die Erde hackt.
Und wie ich jetzt weiß klappt das auch in die andere Richtung, wenngleich hier auf Grund eines anderen Wirkmechanismus :-).
Offenbar habe ich den Draht nicht fest genug eingeklemmt (oder gerade so fest genug, dass die Steuerung klappt, aber der Crash den Servo heil ließ), auf jeden Fall ist der Draht durchgerutscht und hat damit dem Servo das Leben gerettet :).
Ich stelle die Filmchen gleich online, dauert aber noch ein Bisschen...
Ansonsten warte ich auf Reaktion von Hans, die Abgleicherei am PC macht mich unglücklich.
So soll die neue Ansteuerung für den Heckausleger aussehen:
Anhang 18305
Und so sah sie nach dem letzten Bodenkontakt aus:
Anhang 18306
Alles bleib heile :-)
Ja kann man nichts machen.
Habe aber schon Ersatz geordert.
Wenn ich Glück habe sind die neuen Wellen (habe gleich 4 St bestellt) am Mittwoch da.
Das sind die netten kleinen Wellen.
http://www.rcheli-store.de/Align-T-R...&c=3451&p=3451
Und das ist die Halterung für die hintere Motoraufnahme.
http://www.rcheli-store.de/Align-T-R...&c=3451&p=3451
Jetzt muss ich nur die Provisorische Aufnahme überarbeiten.
Habe ja jetzt ein wenig Zeit.
Die Geschichte von Hans ist wirklich interessant.
Ich muss zu Fliegen min. einen KM fahren und dann immer das Noti mit schleppen
ist auch nicht der Hit.
Gruß Ingo
Da habe ich Glück, der Garten hinterm Haus ist groß genug für die ersten Hüpfer, aber dauernd rein und raus ist auch schon doof genug. Daher mein ernsthaftes Interesse am Hans´ Erweiterung.
nabend!
na, niemand interesse an einem schicken original sparkfun adxrs610 ;)
https://www.roboternetz.de/community...486#post505486
Moin, moin,
@ Scotch: danke für deine Antwort. Ich glaube aber nicht, dass es was mit der Signalstärke zu tun hat.
Ich hab am WE mal das Phänomen genauer untersucht mit dem Oszilloskop dran.
Auf dem Bild hab ich mal das Summensignal des QuadroPPM12-Umsetzers mit meinem 8Kanal FlySky-Empfänger skizziert.
Anhang 18308
Jeder Kanal beginnt mit einem Impuls von 0,4ms, anschließend kommt für den jeweiligen Kanal ein Low-Signal von 0,6 bis 1,6ms, dann der neue Kanal...
Also für jeden Kanal insgesamt 1-2ms von einer positiven zur nächsten positiven Flanke.
Die TriGuide wertet die Zeit von einer positiven Flanke bis zur nächsten positiven Flanke aus.
Das klappt auch alles wunderbar.
Nur wenn zwischen Punkt A und Punkt B (Kanäle 1-6) in meiner Grafik exakt 9,28ms liegen, dann wird immer mal wieder der erste Kanal nicht eingelesen, Kanal 2 landet auf Platz 1, Kanal 3 auf Platz 2 usw.
Hierdurch lässt sich das rhythmische Zucken meines Tris erklären. Kanal3(Throttle) bekommt dann ja den Wert von Kanal4(Yaw), der Servo zuckt auch im Takt, da Kanal4 den Wert von Kanal5(State) bekommt.
Dabei spielt es keine Rolle, welche Werte die einzelnen Kanäle dabei haben. Nur die Summe zählt. Und ob auf positive oder negative Flanke abgefragt wird, spielt auch keine Rolle.
Ich hab auch nen 6Kanal-Empfänger ausprobiert, gleicher Effekt. Bei einem Summensignalerzeuger, der nur einen FlySky-Satellitenempfänger benötigt, hatte ich eine Zeit von 8,4ms festgestellt.
Aber warum versäumt der AtMega die erste Flanke? Ich hab auch den ReceiverCheck ausprobiert. Da kann man dann genau sehen, wie die Werte der Kanäle die Plätze tauschen.
Da ich keine Erklärung für diesen Effekt habe, ist im Quellcode jetzt eine Abfrage drin, ob auch Kanal 8 gelesen wurde, wenn nicht, sind die Werte ungültig und werden mit denen des vorherigen Zyklus überschrieben.
Erste Tests gestern Abend waren viel versprechend.
Ich hab es ähnlich wie Hans gemacht, meine Kanäle 6 und 7 liegen auf Potis an der Funke, mit denen beeinflusse ich direkt XaccOffset und YaccOffset. Nur das Abspeichern ins EEPROM fehlt mir noch.
Ich hoffe mal, dass ich jetzt von komischen Zuckungen verschont bleibe. Man erschreckt sich doch ganz schön, wenn er kurz vorm Abheben kräftig loszuckt.
MfG Sven
Soeben gibt es auf Watterott den ADXRS620 als Breakout-Board.
Habe mir gleich 3 Stück bestellt und werde sie mal testen, hoffentlich sind sie genauso gut wie der Vorgänger.
Gruss Sam
hi
hab auch gerade die neuen ADXRS620 bestellt ;)
wie ist eigentlich der unterschied zu den Atlen ?
bei mir dauert es aber noch bis zum test , weil ich noch den rest des hexas zusammenbestellen und bauen muss ;)
Hallo Sven,Zitat:
Zitat von ssellere
Signalstärke? Du meinst bestimmt den Link den ich dir geschickt hatte.
Mir war so das Du aus dem Empfänger mit einer Summensignalwandler dieses erzeugst.
In dem Link war zu sehen, das man dies auch direkt vom Empfänger abgreifen kann.
Das mit den 0,4ms am Anfang sieht komisch aus. Normalerweise sieht ein Summensignal
doch so aus. :confused:
Anhang 18312
Dann bin ich mal gespannt wie die neuen Gyro Sensoren arbeiten...
Gruß Ingo
Hey Scotch, das mit dem Empänger ist ja n guter Tipp.
Hallo an alle,
ich hab gestern ein bisschen mit Bammel gefachsimpelt aber eine Sache brennt mir noch unter den Nägeln:
Ich hab zusammen mit ssellere einen Pieper eingebaut um besser mit zu kriegen wann es Zeit ist auf den Boden der Tatsachen zurück zu kehren.
Bisher hatte ich meine Mystery Pentium 30A Regler noch auf Lipo Mode und da hatte ich ja den Effekt, dass die Regler die Motoren unter einem gewissen Spannungswert einfach abgeschaltet haben. Somit hatte ich bei der Defaulteinstellung für die Spannungsgrenze ab Blinken der LEDs nur noch ca 5 sek Zeit zu Landen bevor es knallte. Bisher hatte ich immer Glück.
Nun habe ich wie oben erwähnt ja den Pieper, der an einem Ausgang des Arduino hängt und im gleichen Moment lospiept wenn die LEDs anfangen schnell zu Blinken.
Die Regler habe ich auch auf NiMh Mode umgestellt, aber nach ca. 5 sek schalten die Motoren wieder ab, man bemerkt ziemlich schnell nach Piepen, das der schub immer weniger wird und dann gehen sie nach und nach aus.
Bammel meinte gestern das könne mit den zu großen ESC zusammenhängen (30A)
Wie gehe ichd as jetzt am besten an? Zuerst hatte ich gedacht, dass ich den Schwellenwert für die Spannungswarnung im TRIGUI höher setze, aber ich weiß halt nicht wie die Entladekurve so eines Akkus aussieht. Eigentlich sollte die Spannung doch bis zuletzt konstant sein oder? Von daher würde mir das Ändern der Warnschwelle ja nichts bringen. Habt ihr da Erfahrung? Und warum schalten die Regler trotzdem die Motoren relativ früh ab?
Gruß
Nils
Hi,
den Füllgrad eines Lipo oder Life (damit fliege ich) über die Spannung zu ermitteln, ist keine allzu gute Idee. Da die Spannung relativ konstant bleibt, bis sie letztendlich "zusammenbricht". Besser wäre hier über den Strom zu gehen und darüber zu integrieren.
Das Problem bei deiner Methode ist, wenn die Elektronik merkt das der Akku leer ist, ist es schon zu spät. Allerdings ist das Messen des Stroms nicht ganz so leicht wie es bei der Spannung ist.
Lipos mögen es garnicht wenn sie zu leer geflogen werden. Meine Lipos entlade ich immer nur bis 80%. Aus einem 2200mAh Akku entnehme ich ca. 1800mAh. An meinem Sender (hitec Aurora9) kann ich einen Timer starten wenn ich Gas gebe. Dazu sind 2-3 "rantastflüge" notwendig. Dann weiss man ungefähr wie lange man fliegen kann. Die entnommene Kapazität sieht man nach dem Laden des Akkus.
Grundsätzlich kann man sagen, wenn der Regler dicht macht ist es schon zu spät. Das ist ungefähr so wie mit der Öl warnlampe im Auto.
Hier http://www.elektromodellflug.de/sls-apl_45c.html kannst du dir mal eine entladekurve ansehen. Auf der Seite gibt es viele gute Informationen und test´s rund um Elektromodellflug ;-)
Gruß Daniel
@ Scotch:
dann hab ich das irgendwie falsch verstanden, werd mir deinen Link noch mal ganz genau anschauen.
Ja ich benutze den QuadroPPM12-Umsetzer von qc-copter.de, um aus den einzelnen Kanälen meines 2,4GHz Empfängers das Summensignal zu generieren.
Wo ist denn der Unterschied zwischen deinem Bild und meinem Bild. Ich sehe bei dir auch nen Impuls mit ca. 0,4ms und dann ein Low-Signal von 0,6 bis 1,6ms.
In Summe wären das dann die 1-2ms pro Kanal. Es müssen ja nicht 0,4ms zu Beginn eines Kanals sein. Nur die Summe sollte halt stimmen.
Wo kommt denn dein Summensignal her? Auch mit nem Umsetzer für 2,4GHz erzeugt, direkt vom 40MHz Empfänger oder ...?
Ich hab gestern abend ausgiebig getestet und das zucken ist weg. Dabei ist mir dann noch eingefallen, dass ich gar keinen Extra-Kanal für Failsafe brauche. Es würde ja reichen zu überprüfen, ob der letzte Kanal (Ch8 bei mir)
eingelesen wurde, wenn nicht werden die neuen Werte nicht verwendet.
MfG Sven
@SvenSellere: Du sagst du hast 8 Kanäle, jeweils mit 0.4ms high davor und einem low-signal von 1-2 ms. Wie lang ist bei dir die Pause nach dem Summensignal? Der Timer braucht eine Pause von mindestens 3.984ms (d.h. keine steigende Flanke in dieser Zeit) damit er überläuft und bei Kanal 1 wieder richtig einsteigt. Kann es sein, dass die Pause bei dir evtl. zu kurz ist?
Wenn das der Fall wäre, könnte man bei Kanälen > 5 einfach die Überlaufzeit des Timers verkürzen. Dann würden auch kürzere Pausen detektiert werden. Wäre schön wenn du mal den Code testen könntest (Propeller besser abmontieren, das war jetzt auf die Schnelle geschrieben), vielleicht hilft das ja schon?
Alternativ könnte man auch statt "Timer0 = 6" ein "Timer0 = 100" für alle Kanäle versuchen (dann aber muss der Offset von "Sempf" angepasst werden). Damit würde der Timer nach 2.48ms überlaufen, das würde in deinem Fall reichen um die Kanäle auszulesen (0.4ms + 1 bis 2ms). Aber ob das für andere Empfänger auch funktioniert bleibt unklar. Und ich bin an einer Lösung interessiert die für die ca. 100000 möglichen Sender/Empfänger/Summensignalerzeuger Kombinationen funktioniert.Code:'===READ RX=====================================================================
Getreceiver:
If Channel > 0 And Channel < 6 Then 'fill empf(1-5)
Empf(channel) = Timer0
Timer0 = 6 'preload for 3.984ms
else 'Channel > 5
Timer0 = 150 'preload for 1.68ms
End If
If Channel = 5 Then 'when all relevant channels were read, enable the servo interrupt
Enable Timer1
End If
Incr Channel 'if no falling edge was detected for a longer period, channel will increase above 11
Return
@ Willa:
An den 4ms, die Timer0 braucht zum Überlaufen kann es nicht liegen. Ich hatte vorher nen 6Kanal-Empfänger angeschlossen. Der Summensignalerzeuger gibt dann auch nur 6 Kanäle raus. Das Summensignal eines Kanals setzt sich aus 0,4ms High und 0,6 bis 1,6ms Low-Signal zusammen = 1-2ms. In Summe bei 6Kanälen sind das dann bei maximalen Ausschlägen 6x2ms und am Ende noch mal 0,4ms High = 12,4ms. Nach 20ms startet das neue Summensignal. Also genug Zeit zum Überlaufen.
Bei dem 8 Kanal-Empfänger passt es auch noch, da Kanal8 fest auf 1,5ms eingestellt ist (bei mir): 7x2ms + 1,5ms + 0,4ms = 15,9ms. Wobei das schon knapp ist. Werde deine Idee mal aufgreifen und die Vorlaufzeit von Timer0 verkürzen, sobald alle 8 Kanäle gelesen wurden.
Wahrscheinlich gibt es keine Generallösung für sämtliche Kombinationen, aber ich halte es für sinnvoll abzufragen, ob auch wirklich soviele Kanäle gelesen wurden, wie auch gesendet werden. Wenn nicht, dürfen die neuen Receiverwerte nicht übernommen werden. So hab ich jetzt eingebaut und werde mal fleißig testen und berichten, ob noch Zuckungen auftreten.
MfG Sven
PS: wie werden eigentlich die Summensignale bei anderen Projekten eingelesen und ausgewertet, z.B. bei MikroKopter? Hat da jemand Erfahrung. Hatte bisher beim Googlen exakt die Umsetzung von Willa gefunden
Hallo Zusammen!
Getrieben durch die Fragen von Sven? (ssellere) habe ich gestern abend meinen Tri auf den Schreibtisch platziert um ein paar Oszillogramme meines Empfängerausgangs anzufertigen.
Hat auch anfangs ganz gut geklappt, bis ich anfing, die einzelnen Impulse und deren Auslenkung zu untersuchen. Zu diesem Behufe habe ich die Knüppel ein paar mal durchgerührt und dann, um abschließend den Kanal 5 zu checken, den Kippschalter betätigt... WUUSCHHH und autsch (ich war schnell!! und habe den mit Vollgas startenden Tri noch auf dem Tisch in den Schwitzkasten genommen).
Er hat um sich gebissen, wir sind fest umklammert unter den Schreibtisch gerutscht, wo ich (ganz) kurz überlegt habe, ob ich den qualmenden Motor loslassen soll um den Akku zu trennen, oder lieber doch den Motor festhalte. Ich habe mich für ein paar weitere Kratzer entschieden und den Stecker auseinander gerissen. Zum Glück hat der letzte laufende Motor nur noch müde hin und her gezuckt, die beiden anderen Propeller wurden wohl vom Fußboden gestoppt.
Auf dem Schreibtisch sah es aus wie bei Hempels unterm Sofa. Lauter zerfetzte Kabel (Programmieradapter für den Atmel, Serielle Schnitte für TriGUI, ein Testboard für kleine I²C-Wandler, ein paar USB-Kabel für Kamera usw.), alles im Zimmer verteilt, ebenso die Papiere mit Notizen, die sich im Laufe der Zeit angesammelt hatten.
Ein Kabel suche ich immer noch...
Dann bin ich ganz schnell ins Bad und habe mich verarztet. Drei mittelgroße Pflaster haben für die tieferen Schnitte genügt, die restlichen Kratzer und blaue Flecken konnten unbehandelt bleiben.
In meinem speziellen Fall kam noch erschwerend hinzu, dass meine Propeller abgeschnitten und somit scharfkantig sind.
Insgesamt habe ich echt Glück gehabt, dass mir die Kiste nicht ins Gesicht gesprungen ist, alle Löcher sind an den Unterarmen, den Händen und am Bauch (durch T-Shirt und Unterhemd hindurch).
Lerne: Tricopter unter Spannung am Schreibtisch IMMER ohne Propeller!!! (Wie Willa mehrfach an allen möglichen Stellen ausgeführt hat)
Und nein, ich habe nicht alles sofort wieder heile gemacht, sondern ihn erst mal mit Verachtung gestraft und mich weiter um meinen Rechner gekümmert :)
Hallo
@deHarry mein Zeigefinger hat auch mal was bekommen und zu Hause immer Props weg und draußen I2c Stecker raus wenn ich was schnell reparieren muss.
@deHarry während des Fluges würde ich nicht versuchen Werte in eeprom zu speichern da Interrups abgeschaltet werden... also besser auf dem Boden.
Code Variante nur zum einstellen der Offsetwerte benutzen da Ch6 und Ch7 nicht gefiltert werden und ist es nicht unmöglich dass sich mal ein Impuls 'einschleicht'. Bislang hat es geklappt und mir sind keine ungewünschte Impulse registriert worden.
Offset wird korrigiert wenn in Hover modus (von hinten/Heck betrachtet):
kippt nach links (roll Yacc) muss Offset dekrementiert werden
kippt nach vorne (nick Xacc) muss Offset dekrementiert werden
Ich hoffe dass ich keine Modifikation falsch gemacht habe (und Willa nichts dagegen hat):
Anhang 18322
Zur Zeit ist meine Bauform etwas 'spartanisch' (und traue mich noch nicht es vorzustellen) aber wie Javermeister werde ich warten und umbauen bzw. erleichtern wenn ich etwas mehr als nur schweben schaffe.
Gruß
Hans
Hi Hans,
danke für die Bereitstellung des Code.
Ich denke, du beziehst dich auf meinen Vorschlag, die Werte "per Knopfdruck" zu speichern.Zitat:
Zitat von 3003henk
Ich meinte nicht, sofort ins EEPROM zu speichern, sondern nur "merken" (irgendwo in Variablen) und dann wie du es momentan mit deiner Version machst, erst nach der Landung ins EEPROM.
Erst dann kann man ja auch ungestört die Trimmung wieder auf Null stellen und die neuen Parameter in der TriGUIDE verwenden, die per Reset übernommen werden.
Klingt vernünftig.Zitat:
Zitat von 3003henk
Hallo
@deHarry
So wird es ja gemacht. Ich benutze direkt die Variable die am Anfang aus der EEPROM gelesen wurde und inkrementiere bzw. dekrementiere mittels CH6 und Ch7 um diese später wieder ins EEROM zu speichern.Zitat:
Ich meinte nicht, sofort ins EEPROM zu speichern, sondern nur "merken" (irgendwo in Variablen) und dann wie du es momentan mit deiner Version machst, erst nach der Landung ins EEPROM.
Gruß
Hans
Hallo Hans, ja, weiß ich ja.
Wie soll ich´s sagen...? Andere Worte...? Mir geht es nicht um die Art und Weise des Abspeicherns, sondern um die Methode die Offsetwerte zu ermitteln. Das ins EEPROM speichern geht nur so, wie du es schon machst, meine volle Zustimmung.
Meine Idee ist, nicht von Hand am Sender über die Kanäle 6 und 7 nacheinander alle Offsets trimmen zu müssen, sondern die momentanen Sensorwerte gleichzeitig per Knopfdruck am Sender (z.B. Kanal 6) als Offsetwerte zu übernehmen, wenn per Sendertrimmung der Tri horizontal ausgerichtet ist.
Wahrscheinlich muss man die Sensorwerte (für den momentanen Zustand "ich fliege jetzt horizontal") noch umrechnen um die Offsets zu erhalten, aber eigentlich müsste sich das doch errechnen lassen, oder?
Hallo Hans,
von mir auch erst mal ein Dankeschön für den Code.
Heute sind die Ersatzwellen gekommen. Jetzt kann ich den Copter weder zusammenbauen.
Habe mir ein Buch über LabView gekauft wo eine Version mit mit RegKey bei ist.
Mal schauen ob ich eine Grafische anzeige hin bekomme um die Gyrodaten anzuzeigen.
@Harry,
Das hört sich ja nach einem Großen Kampf an.
Habe auch schon mal ein Propeller am Unterarm abbekommen, ist nicht sehr angenehm.
Hoffentlich ist nicht so viel Kaputt gegangen.-
Gruß Ingo
Hallo nochmal
Ok, Harry jetzt verstehe ich was du meinst. Dann ist es ja noch leichter! Wenn man 'gut' Waagerecht fliegt Schalter betätigen, Xacc und Yacc lesen und offset überschreiben, nach Landung speichern. Ist tatsächlich viel besser als Impulsweise suchen zu müssen. So werde ich das tun.
Gruß
Hans
So, jetzt habe ich die Flüge vom Sonntag auf Vimeo abgelegt:
http://www.vimeo.com/21264675
http://www.vimeo.com/21365153
So gerade drei von den neuen Gyros bei Watterott geordert :-)
@deHarry
Ich hab mal in meine DLXm gefasst und das tat schon richtig weh, da hast du echt richtig Glück gehaubt
Hallo Hans,
Ja, so war´s gemeint.Zitat:
Zitat von 3003henk
Ich habe mir deinen Code (bzw. Willas Code mit deinen Änderungen) angeschaut... und nix verstanden ;-)
Insofern bin ich gespannt, wie du das Problem angehst.
Halte uns bitte auf dem Laufenden.
Die Rechnerei um den zusätzlichen Kanal abzufragen dürfte sich auch sehr in Grenzen halten, so dass eventuell der Code sogar immer "drin bleiben" kann, ohne Willas Algorithmen zu stören...
@Harry: Wie erklärst du dir denn denn Hüpfer am ende beim Landen? Sowas hab ich ja noch nie gesehen...
Erklärt ihr mir nochmal (evtl. in eienr PM) wie ihr das ejtzt mit dem Live Trimmen macht? Das finde ich äußerst interessant. Ich gleiche zwar das hin und her wandern mit den fingern aus weil ich zur zeit nicht die geduld habe immer offline zu trimmen aber das ist genau meind ing was ihr da ebschreibt.
gruß
Nils
@daHarry
Sehe jetzt erst die deine Videos.
Kann es sein das dein Kopter an sich noch etwas unruhig ist ?
Es sieht so aus als würd er wenn er auf der Stelle schwebt stark vibrieren, ist das immer noch das Problem mit dem Servo oder täuscht das einfach in dem Video ?
Hallo,
also ihc finde das flugverhalten von harrys copter schon echt klasse! der rest ist wirklich feintuning und noch viel übung dann bekommt man den copter auch auf einer stelle platziert.
denn hüpfer am ende des zweiten video erkläre ich mir durch dei regelung da der copter in einer seitlichen bewegung härter auf den boden trifft. denke ich mal das die drehraten und die negativen beschleunigungen dadurch den überschlag verursachten. so ähnlich hba ich das bei mir auch shcon beobachtet gehabt.
Gruß, sven
Also ist die beste Methode: Nicht so landen Harry ;-).
Kurze Frage an die Pros und Draufgänger: Wenn ich im Acro Mode bin und mir das über den Kopf wächst, kann ich dann in den Hover schalten und alles ist gut (natürlich bleibt die letzte Geschwindigkeit in der Ebene erhalten). Levelt sich der Tricopter dann automatisch wieder?
Gruß
Nils
ps.: Gleich nach der Arbeits gehts fliegen, FREU!!!!
Meines wissen sollte das klappen! nur halt die bewegung bleibt erhalten! wie du ja auhc schon geschrieben hast.
aber wie wäre es einfach im acro-mode zu satrten und den copter erstmal ruhig zu halten? und dnan mit ein paar seitwärts bewegungen beginnen ohne zu gieren.
ich werde nun auch raus gehen und die parameter versuchen einzustellen.
Bammel: Ich brauche einen Notausgang, denn die Tricopter gehen mir immer schneller aus als man denkt ;-)
jevermeister: was willst du?
so ich hab nun mal 2 akkuladungen mit parameter testen und tüfteln verbraten.
ich denke so könnte der copter wohl vorerst mal eingestellt bleiben.. feintuning kommt natürlich noch. aber ich muss zugeben bei der sonneneinstrahlung ist ds echt schwer den copter zu fliegen. der hintergrund sieht genauso aus wie der copter. tarnt sich echt gut -.-
Hi
heute sind meine bestellten teile von watterott gekommen :) unter anderem auch die neuen Gyros :
Bild hier
Hallo
So hier die neue Variante dank deHarrys Idee. Mit Ch6 kann man jetzt die Werte direkt übernehmen. Es werden 20 mal abgelesen und der neue Mittelwert als Offset (Sollwert) benutzt. Man kann es in Acro oder Hover modus benutzen. Diese Offset Aktualisierung wird bei jeder Ch6 Schalter (oder Poti) Betätigung durchgeführt, also man kann es mehrere male tun bis man die richtige Position findet . Danach wenn Schalter 5 in Gui modus ist und Motoren gestoppt sind werden die Daten ins EEPROM übertragen. Noch was, Ch6 ist jetzt gefiltert (sowie Willa Ch1 bis Ch5 gemacht hat) also sollte es richtig funktionieren.
Hoffe das diese Spielerei nutzbar ist. Werde am WE testen.
Gruß
Hans
Sven, ich meinte nur, dass ich einen Notausstieg brauche, falls mir der Acromode ausser Kontrolle gerät. Ich versuchs die Tage einfach mal.
Was anderes: seit heute hab ich bei der Gleichung Akku/Tricopter ne deutliche 3 vor dem Komma. Drei Akkus am Stück bei ordentlich böigem Wind und das alles mit einem Tricopter, der ist sogar heile geblieben - FREU