Der WII-Copter ( Selbstbau-Projekt )

[ChristophB]

Hallo Robert,

ich habe auch 2 Nano verbaut. Diese betreibe ich mit 5V BEC an Vin. Laut Tech. Daten will das Nano mind. 7V, Vermutlich dadurch habe ich am Pin D12 nur noch ca. 3,8 V, obwohl am Pin 5V auch 5V anliegen. Warst du das mit den 2 Dioden vor dem Wii Zeugs? Ich betreibe meine ohne Dioden, ohne Probleme. Vielleicht ist auch die Spannungsversorgung über USB unzureichend in Verbindung der Dioden. Ich gehe davon aus das du das Nano V 3.0 hast, da bei dem V 2.0 die analogen Pins in einer anderen Reihenfolge verlaufen.

Das Problem mit dem Erkennen des FTDI am USB bei angestecktem Akku habe ich auch. Ich stecke zuerst den USB dran und dann erst den Akku. So funktioniert dann auch der Empfänger. Siehst du dann Ausschläge der Gyrowerte?

Gruß Christoph

[Crizz]

Beim Nano würde ich keinesfalls noch Dioden für den NK reinklemmen, der Nano hat auch andere Signalpegel, das könnte schon zu den Problemen führen in Verbindung mit einer etwas instabilen USB-Versorgungsspannung, wie Christoph shcon geschrieben hat.

[buz]

Hallo,
nachdem sich heute der DHL noch bequemt hat mein Pakte abzuliefern konnte ich meinen Copter endlich fertig bauen.

Ich habe als Empfänger einen Jeti Sat angeschlossen, der ja ein Summensignal ausgibt.
Die Reihenfolge habe ich in der Software angepasst und das ganze auf den Arduino hochgeschoben.

Wenn ich mich jetzt mit dem GUI verbinde, dann springen die Balken für die Signalanzeige aber unmotiviert rum und reagieren nur ein bisschen auf die Eingaben mit dem Sender.
(d.h. sie springen halt ein bisschen anders...)

Hat schon jemand einen Jeti Sat in Betrieb genommen?
Woran kann das liegen?

[yacco]

buz, hilft der Link vielleicht?

[buz]

buz, hilft der Link vielleicht?

Das ändert das verhalten im GUI zwar, aber ich bekomme das Problem damit leider nicht gelöst...
mal noch ein bisschen rumprobieren...

[JAP]

woher bezeiht dein SAT seinen Strom?
Ich hatte ein ähnliches verhalten als ich versucht habe den Empfänger übern USB Strom zu betreiben.

J

[buz]

Ich hab ansich noch das BEC vom Regler dran.
Ok, werde mir das nochmal genau anschauen.

Dann kann ich für das einstellen ja auch die Spannungsversorgung vom BEC zum Arduino trennen (nur Masse halt)?

[fischi]

Hallo, habe jetzt ziemlich meine Teile für einen Wii-Quad zusammmen. Muss jetzt noch einen Empfänger für meine Futaba T8FG kaufen - was für einen soll ich nur nehmen:
- R 6106 HFC
- R 6106 HF
- FEELTRONIC TFR8
- R6107SP (Summensignal)

Grüßle
Rolf

[JAP]

Dann kann ich für das einstellen ja auch die Spannungsversorgung vom BEC zum Arduino trennen (nur Masse halt)?

ich nehme für dei Einstellungen mit dem Sender einfach einen Empfängerakku den ich an einen freien Bin anstecke, der versorgt Arduino, WM+ und dadurch gehen keine Motoren unkontrolliert los oder so, die habe ich natürlich davor abgesteckt.

Grüße, J

[Tombson]

Hi,
muss auch mal kurz eine Frage einstreuen.

Ist der BMA020 momentan greifbar?

Ich glaub mein NK arbeitet nicht wie er soll.

Vorgeschichte:
Habe geflashte Roxxy 720 Regler und einen WMP Clone Inven1.2 mit Board Arduino Mini Pro 5V
Mein X Quad fliegt zwar, aber zuckt und fliegt ganz nervös auch unfreiwillige kurze Gasschübe sind registrierbar. Hab schon die verschiedensten Werte ausprobiert. Bin mit P schon auf weit unter 2 gegangen und I bzw D erhöht und verringert. Keine Verbesserung. Mit allen Werten weg von default ob erhöht oder verringert wird es noch schlechter.
Die Minusleitungen der Regler habe ich zusammengefasst und mit GND des Boards verbunden.

Ursprünglich hatte ich einen 3,3V Spannungsregler verbaut, später hab ich es mit nur einer Diode versucht bei 3,6V und mit 2 Dioden bei 3V ging dann gar nichts mehr.
Hab schwer den NK in Verdacht. Und hab ihn erst mal abgeklemmt. Neuer Probeflug steht noch aus.
Nun suche ich eine Alternative zum NK welche ich gerne aus Kostengründen ohne zusätzlichen Levelshifter einsetzen möchte

Mfg
Tom

[yacco]

buz, ich hab mir den Code für Summensignal mal angesehen. Das ganze läuft über eine Interrupt Service Routine, der Trigger ist ein steigender Pegel am Eingang, zwischen den Signalfolgen muß der Empfänger eine Pause von mindestens 5 ms einlegen. Kann es sein, dass beim Jedi-Satellit entweder die Signale invertiert sind (sprich, der Trigger von RISING auf FALLING geändert werden muß) oder die Pause zu kurz ist? (Die Reihenfolger der Kanäle im Summensignal wird durch den Wert der Konstante SERIAL_SUM_PPM festgelegt, ich nehme mal an, die stimmt bei dir?).

[JollyJoker]

....Wenn ich mich jetzt mit dem GUI verbinde, dann springen die Balken für die Signalanzeige aber unmotiviert rum und reagieren nur ein bisschen auf die Eingaben mit dem Sender.
(d.h. sie springen halt ein bisschen anders...)

Hat schon jemand einen Jeti Sat in Betrieb genommen?
Woran kann das liegen?

Hi Buz,

ich hatte das, zwar mit dem normalen Empfänger, auch mal, da war meine Masseleitung zum Empfänger nicht ganz astrein. Klingel die mal vom gemeinsamen Massepunkt zum Empfängerinneren durch. Also wenn da eine Stelle unter dem Schrumpf zu erreichen ist - der soll ja bestimmt erst mal noch drüber bleiben?

Gruß Peer

[buz]

Hi.

Danke für die Tipps.
Ich werde mir die Sachen heute Abend anschauen und hoffentlich kann ich dann postitive Rückmeldung geben

Jetzt gehts aber erstmal arbeiten...
Grüße
Stefan

[nenno]

Hallo...

anscheinend ist die V1.6 heute rausgekommen...
Leider warte ich immer noch auf die Motoren von HK... Kanns also leider nicht testen...

version 1.6
I think it's time to release the version 1.6

list of differences with the 1.5

- MIDRC in a #define configuration : allow to choose another stick center position for specific TX

- Free Flight IMU integrated, designed by Jussi (see specific rcgroups topic). Front orientation = Y arrow

- Gyro ITG3200 integration : note this version uses a different I2C address of the sparkfun breakout ITG3200 board
the ITG3200 replaces the WMP once the #define line is uncommented. Can be used as a single sensor if needed.

- Acc BMP180: thanks to the code of Opie, but I changed the orientation to match FFIMU
it works fine and is activated with mode selection.

- Magnetometer HMC5843: for the moment integrated for visualization purpose only in the GUI. works only for inclination<25deg

- Baro BMP085: it acts as a celling and is activated with mode selection.
Not well implemented for the moment, big jump. To deactivate it, it's possible to comment the #define line

- pullups are now de activated by default, there is a #define INTERNAL_I2C_PULLUPS to activate them.
the de activation of pullups is mandatory for a FFIMU direct connection with no LLC

- support of the following ACCs: BMA180, BMA020, ADXL345. Thanks to the contribution of mgros, opie11 and Point65

- GUI: new buttons to indicate the presence of sensors.

- bug corrected (thanks to Bo): in some case with a WMP + annex ACC,
WMP data was interpreted as NK data yaw jump correction modification (less present)

- remove old way to init motor and calibrate. No more full throttle fear.

- corrected: PIN5&6 switch bug for HEX6 and Y6

- Arduino MEGA integration

thanks to the work initiated by Mariano,
I completed it to be be fully compatible with Arduino MEGA boards (all configs and options).
With MEGA boards like seeeduino,
it's possible to have some config impossible to have with a pro mini: Y6+standard receiver+tilt servos

it's just a #define to switch
#define PROMINI or #define MEGA //Arduino type

The PIN assignment for RC&motors is compatible with Aeroquad shield mega 2.x

PIN for MEGA board, not definitive, Jussi is preparing a shield with a different PIN mapping

PPM_SUM 19 (now separated from RC_THROTTLE assignment)
RC_THROTTLE 62 (=A8)
RC_ROLL 63 (=A9)
RC_PITCH 64 (=A10)
RC_YAW 65 (=A11)
RC_MODE 66 (=A12)
RC_AUX(not used) 67 (=A13)
RC_7(not used) 68 (=A14)
RC_8(not used) 69 (=A15)
I2C SDA 20
I2C SCL 21
FRONTMOTORPIN 2 (on 328p was 3) = servo for tricopter
REARMOTORPIN 3 (on 328p was 9)
RIGHTMOTORPIN 5 (on 328p was 10)
LEFTMOTORPIN 6 (on 328p was 11)
Y6RIGHT(HEXFRONT) 7 (on 328p was 6)
Y6LEFT(HEXREAR) 8 (on 328p was 5)
V_BAT_MONITOR A3
TILT&GIMBAL&WING A0/A1
POWERPIN 12

- a bug seen by Mariano in stable mode (sqrt on a negative number) is corrected

- TILT ROLL&PITCH is now compatible with TRICOPTER configuration

- anti gyro glitch : I re introduced a limitation between 2 reads as it seemed to be more stable. Info from Point65.

- RC rate can be extended to 5. With this option, we should see a more linear response on pitch/roll sticks for very acrobatic setups.

- on quadris we can notice some “yaw jumps” when the yaw is suddenly stopped.
There is now a function to smooth the stop.
If you don't like it just remove the line axisPID[YAW] = constrain(axisPID[YAW],-100-abs(rcCommand[YAW]),+100+abs(rcCommand[YAW]));

- sketch: I added an “advanced users settings” part with a description of some more tunning possibilities.

- If a ACC is present (Nunchuk or other I2C), you won't be able to arm the motors until you do a proper ACC calibration manually.
If the calibration is not done or if the multi is too much inclinated, the status LED will slowly blink every 1s.


The code is on the googlecode repository (see first post)

This code is as usual compatible with everything developed before
including the very low cost setup: WMP only + promini + standard 4ch receiver

Warthox: there is a #CAMSERVO option for you.
this one should work:

activated via AUX1
servo signal on A2

For others, it's a surprise

Nenno

[Crizz]

uuuuuuuuuuh !! Viel Stoff - das braucht Zeit, sich das mal genauer anzusehen. Scheint aber interessant zu werden - vor allem "Y-Arrow" dürfte interessante Designvarianten ermöglichen, bin mal gespannt wie sich sowas fliegt und werde wohl mal meinen Tri versuchsweise "invertieren"