Beiträge von TimoR

  • Multiwii und Bluetooth auf einmal?

    AW: Multiwii und Bluetooth auf einmal?


    Korrekt recherchiert Zuendy! Scheint wir bewegen uns in den selben Foren :)


    Ich hatte gehofft,in diesem Forum das Problem eher von der praktischen Seite aus angegangen wird. Das "Problem" müsste hier ja mehrer Leute betreffen, sprich alle die eine Arduino Mega256 als Basis und beide Kommunikationswege benutzen woollen.


    Hoffe noch immer auf Hilfe...

  • Multiwii und Bluetooth auf einmal?

    Hallo,Folgende Konstellation: CP2102 hängt über Rx/Tx an ATMega256, parallel wird an die selbe Rx/Tx Verbindung ein Bluetooth Empfänger HC-04 gehängt.Grundidee ist, dass sowohl über Kabel als auch BT einen Kommunikation mit einem Kontroller vorgenommen werden kann.Das Problem: während die Kommunikation über den CP2102 problemlos läuft, wird das Signal von BT Adapter sofort "niedergeprügelt", sobald dieser angeschlossen wird. CP ist dabei "dominant". Selbst wenn kein USB KAbel angeschlossen ist, kann ich nicht via BT kommunizieren.Anschlussbild: http://witespyquad.gostorego.com/catalog/product/g...Optimal ware in dem Fall, dass der CP2102 ein Tristate Ausgang besässe und das Ganze funktioniert. Weiß jemand wie diese aufgebaut sind, das DS hat mir keine Erleuchtung gebracht?Ich muss dazu sagen, dass ich genau diesen Aufbau auf einem anderen Board (HK MultiWii Pro http://www.hobbyking.com/hobby…ler_w_mtk_gps_module.html )hatte, wo es komischerweise funktioniert hat...?? Auch jetzt kann ich fröhlich hin und her tauschen, auf dem HK Board geht es, auf dem Whitspy-Board nicht.Die Anschlussbelegung habe ich mehrfach geprüft (zum µC hin), ist alles ok. Beide besitzen auch die selbe USB Bridge.Wenn das nicht komisch ist ?!?!?!?!??!Kann jemand weiterhelfen??Tom

  • Megapirate 3.0.1 R2 -> MPU6050 wird nicht erkannt

    AW: Megapirate 3.0.1 R2 -> MPU6050 wird nicht erkannt


    Ja, das ist das Board


    ups, R3 ?! OK, die habe ich nicht probiert, da nicht offiziell released.
    Für R1+R2 steht der Kommentar, dass ITG3205 nicht unterstützt wird.
    This version not supports old boards with ITG3200 chips and other same boards . Only MPU6050 with MS5611 is supported
    Vielleicht habe ich mir hier auch noch selbst ein Bein gestellt mit dem Kommentar zu MS5611 - ich hatte das immer als Option verstanden, scheint aber ein MUSS zu sein?



    In deinem Link habe ich einen erfreulichen Kommentar gelesen
    HK_RED_MULTIWII_PRO -- HobbyKing MultiWii Pro RED board with ITG3205 and BMA180, BMP085 sensors
    Muss mir "nur" noch ansehen, wie ich alles einstelle.




    Ich werde mal R3 testen und dann berichten...

  • Megapirate 3.0.1 R2 -> MPU6050 wird nicht erkannt

    AW: Megapirate 3.0.1 R2 -> MPU6050 wird nicht erkannt


    ..weil Megapirate in dieser Version nur diesen unterstützt und keine ITG320x.


    HW-mässige Umbau ist auch keine Hexerei und für 2-3Eur ist der Sensor zu haben :)


    Noch dazu soll die Performance um Welten (?) besser sein....

  • Megapirate 3.0.1 R2 -> MPU6050 wird nicht erkannt

    AW: Megapirate 3.0.1 R2 -> MPU6050 wird nicht erkannt


    Hallo Franko,


    ich bin nicht sicher, ob wir aneinander vorbeireden:
    - Kompass HMC5883 bleibt auf Board (I²C Adr 0x3C)
    - Baro BMP085 bleibt auf Board (I²C Adr 0x77)
    - ACC BMA180 bleibt, wird aber nicht gebraucht (I²C Adr 0x40) -> ersetzt durch MPU-6050
    - Gyro ITG3205 bleibt, wird aber nicht gebraucht (I²C Adr 0x68) -> ersetzt durch MPU-6050
    - MPU-6050 extern dazu (I²C Adr 0x69)


    Damit erklärt sich, warum ich sicher bin, dass die Adresse auf 0x69 geändert werden muss.


    Was aber soll der DISABLE_INTERNAL_MAG bringen, soweit ich das verstehe wird dadurch der On-Board-Kompass ausgeschaltet? Noch dazu habe ich diese Zuweisung in den Files nicht finden können - kannst Du mir sagen, wo dieser versteckt ist?


    Danke vorab und Gruß


  • Megapirate 3.0.1 R2 -> MPU6050 wird nicht erkannt

    Hallo


    Nachdem meine MultiWii soweit echt gut funktioniert hat und ich Zuendys Begeisterung für Megapirate gelesen haben, will ich dies nun auch


    Hardware: HK MultiWii PRO Flight Controller w/MTK GPS Module mit externem MPU6050



    Da Gyro und ACC auf dem Board fest verbaut sind, habe ich den externen Sensor entsprechend eingestellt damit diese sich auf dem I²C Bus nicht gegenseitig beeinflussen.


    Tests mit MultiWii SW sind postiv verlaufen, sprich HW passt.



    Passe ich nun die Adresse des Sensors in der Megapirate an (File: AP_InertialSensor_MPU6000_I2C.CPP)
    // MPU 6000 I2C Address
    //#define MPU6000_ADDR 0x68
    #define MPU6000_ADDR 0x69
    geht nichts!
    Über das Terminal der Arduino-Umgebung erhalte ich die Meldung, dass der Sensor (MPU-6050) nicht gefunden wurde.


    Frage:
    - ändere ich die Adresse an der falschen Stelle
    - muss zusätzlich noch etwas umgestellt werden?


    Hoffe auf Eure Hilfe!


    Gruß
    Timo

  • Turnigy Plush 25A bringen eingenwilligen Fehlercode

    Gelöst AW: Turnigy Plush 25A bringen eingenwilligen Fehlercode


    So, jetzt antworte ich mir selbst!


    Nach zahlreichen Versuchen bin ich (hoffentlich) dahinter gekommen:


    - den Gasweg habe ich direkt an Rx angelernt; dieser ist aber unterschiedlich zur MW
    - nach Power-off erwartet der BEC natürlich einen sinnvollen Weg, tatsächlich liegt dieser aber über oder unter dem erwarteten Wert -> daher geht alles in Fehlerbeep über


    Ich hatte schon vergeblich versucht, über die MW-SW (V2.2) das Kalibrieren durchzuführen, scheinbar vergeblich. Was aber tatsächlich passiert war, war dass das Beepen aufhörte und ich dann wieder auf die Flug-SW zurückgewechselt hatte. In Wirklichkeit war bis zum jetzigen Zeitpunkt aber nur das Beepen am besagten BEC gestoppt, der Kalibriervorgang aber nicht wirklich durchgeführt. Ergo war nach Power off das alte Problem wieder da.
    Nun habe ich nacheinander zweimal die MW Kalibriersequenz laufen lassen und voila!! Läuft wieder! Kann kaum den nächsten Flug erwarten :mrgreen:



    Ich hoffe, dass meine Beschreibung irgend wann jemandem hilft und nicht wie mir in zahlreichen Stunden Nerven und Haare kostet....

  • Turnigy Plush 25A bringen eingenwilligen Fehlercode

    Hallo,


    ich habe hier ein Problem mit meinem BEC Turnigy Plush 25A. http://hobbyking.com/hobbyking…ewItem.asp?idProduct=2163
    Der BEC musste an meinem Quadcopter (HK Multiwii Pro, Turnigy Plush 25A, D3540/14) ausgetauscht werden, Gasweg wurde angelernt. Damit ergab sich aber folgendes


    - BEC vollständig eingebaut. Sobald ich Versorgungsspannung einschalte beept er gemäß der 3S LiPo Erkennung, dann nur noch in schneller Abfolge; alle anderen BEC/Motoren am Quad funktionieren
    - Tausch der Steckplätze auf MW Board oder Motor ändert nichts an der Situation, daher muss Fehler am BEC liegen.


    weitere Versuch
    - Power off
    - direkt an Rx (Throttle) angeschlossen -> lässt sich astrein steuern
    - ohne Power off wieder an MW -> alles scheint zu laufen
    - Power off und wieder on => Fehler wieder da!!


    Normal ist das nicht. Habe noch einen zweiten Regler, lustigerweise mit gleichem Fehlerbild:?: Daher gehe ich schwer davon aus, dass es an mir liegt.
    Habe alle BEC mit der Turnigy Programming Card auf Default gestellt => keine Änderung


    hier zwei kurze Videos
    - Video 1: zunächst am Rx, dann am MW angeschlossen http://youtu.be/EZ-27zUztoo
    - Video 2: nur um die Beepsequenz deutlich zu machen http://youtu.be/NTRRIs6Szkc


    Ach ja: das "Handbuch" http://www.hobbyking.com/hobby…s/809043064X351363X29.pdf liefert keine Hilfe


    Gruß
    Timo

  • Quadcopter - nach Speed hoch und zurück

    Hallo zusammen


    gegeben ist ein 10mm Aluframe Copter (50cm Durchmesser) mit MultiWii von HK (SW V2.1), Turnigy ESC 25A, Turnigy D3530/14


    Kämpfe nach wie vor mit den PID Einstellungen, bin den allg. Vorgehen gefolgt und Schwebeflug sieht soweit gut aus.
    Gebe ich nun Vollgas (mit ACC) in x oder y Richtung (TX Regler auf 60% reduziert) geht das soweit ganz schön aber sobald ich in Nullstellung zurückgehe, steigt der Copter hoch und macht einen netten Flug in Richtung wo er herkam. Sieht elegant aus, soll wohl aber nicht so sein... :( -hat ein bischen den Anschein als sei der Copter an einem Gummiband. Erwarten würde ich, das er nach Gasrücknahme sich wieder gerade stellt aber weder markant nach oben schon gar nicht zurück fliegt


    Frage: Welches ist der richtige Parameter bzw Parameterfeld, wo ich dieses Verhalten ein- und abstelle??


    Danke vorab!


    Gruß Timo

  • Quadcopter - first flight

    Hallo zusammen,
    auch ich bin infiziert und wage den Umstieg vom Einsteiger auf Fortgeschrittene.
    Habe nach Zuendy's Beiträgen meinen Copter zusammengebaut, basierend auf Alu-Vierkant
    - MultiWii Pro
    - Turnigy D3530/14 1100KV Brushless Outrunner Motor
    - TURNIGY Plush 25amp Speed Controller
    - FrSky DF 2.4Ghz
    - Turnigy 9XR
    Teilweise sind die Komponenten aus jetztiger Sicht "oversized" aber man will sich ja auch entwickeln....
    (GPS, Barometer, Kompass sind im ersten Schritt noch kein Thema, da beschäftige ich mich später mit)


    Worum es mir jetzt geht:
    Der Copter ist bereits zum Fliegen, SW MW V2.1 angepasst und aufgespielt, FailSafe eingestellt,Gyro kalibriert. Im Trockenlauf ohne Rotoren schein soweit alles zu laufen.
    * Muss ich die ESC irgend wie programmieren oder sind die Defaultwerte für den Start ok?
    * die Software V2.1 unterstützt den Kalibrierprozess (Stichwort: ESCs calibration ); ich habe das mal durchgespielt aber da tut sich nichts. Vielleicht trügt der Schein und es muss so sein?!
    * gibt es noch etwas, was dringend vor dem "Jungfernflug" gecheckt oder eingestellt werden muss?
    * Reglerparameter sind "default", müssen sicher eingestellt werden
    Ich will am Abend auf den Sportplatz und da meinen Flieger testen, habe aber ehrlich gesagt noch einiges an Respekt ihn in den Himmel zu lassen....


    Danke und Gruß!
    Timo