Der WII-Copter ( Selbstbau-Projekt )

[Tueftler]

Ich muss gestehen das ich den Thread nicht komplett gelesen habe...
aber was mich mal interessieren würde: Hat von euch schon jemand nen Copter mit Ultraschallsensoren ausgestattet, um die Höhe zu halten?
Meine Ultraschallsensoren für mein Nicht-Copter-Projekt sind die Tage gekommen und ich hab's eben endlich mal geschaft die auszuprobieren.
Für "Billigware" sind die echt top!
Wäre doch mal ein Experiment wert... einen Copter im Raum aufstellen, an jeder Ecke + oben + unten einen Ultraschallsensor und dann nen Schalter umlegen und zusehen wie er sich im Zentrum von dem Raum stabilisiert
Freiwillige vor

[Jingej]

Ich muss gestehen das ich den Thread nicht komplett gelesen habe...
aber was mich mal interessieren würde: Hat von euch schon jemand nen Copter mit Ultraschallsensoren ausgestattet, um die Höhe zu halten?
Meine Ultraschallsensoren für mein Nicht-Copter-Projekt sind die Tage gekommen und ich hab's eben endlich mal geschaft die auszuprobieren.
Für "Billigware" sind die echt top!
Wäre doch mal ein Experiment wert... einen Copter im Raum aufstellen, an jeder Ecke + oben + unten einen Ultraschallsensor und dann nen Schalter umlegen und zusehen wie er sich im Zentrum von dem Raum stabilisiert
Freiwillige vor

hätt ich auch gern, das problem werden die nicht genügend vorhandenen anschlüsse am ardu sein (es sei denn man kloppt nen mega rein)

[Tueftler]

das problem werden die nicht genügend vorhandenen anschlüsse am ardu sein

Du brauchst ja je nach Modul "nur" einen Anschluss am Ardu pro Sensor.
Ok ich weiß jetzt nicht was noch frei ist...

hätt ich auch gern, das problem werden die nicht genügend vorhandenen anschlüsse am ardu sein (es sei denn man kloppt nen mega rein)

Müsste doch theoretisch gehen wenn man die Beiden dann z.B. über I²C kommunizieren lässt....

[Jingej]

Müsste doch theoretisch gehen wenn man die Beiden dann z.B. über I²C kommunizieren lässt....

wenn man weiß wie... und wenn mans in die software integrieren kann... ich kanns nich

[Tueftler]

ich kanns nich

Aber lernen kann man's

Mal Spaß bei Seite... ich hab die Softare noch nicht angeschaut. Aber das man einfach zumindest mal eine feste Höhe innerhalb der Reichweite des Sensors hält, sollte doch theoretisch machbar sein....
Oder sind die Schallwällen da zu manipulationsanfällig durch die schnellen Abwinde?

[Crizz]

Schonmal gehört das sich Schall mit ca. 330 m/s ausbreitet ? Da wirst du so schnell keine Probleme bekommen, die Strömungsgeschwindigkeit wirst du nicht erzeugen können, die stören könnte. Schließlich fliegen solche Dinger ja schon , nur halt auf ner anderen Software.

[Tueftler]

Schonmal gehört das sich Schall mit ca. 330 m/s ausbreitet ?

Nee, so schnell höre ich nicht

[Schachti]

el-dentiste is schuld bei ihm hab ich das carbonroh gesehen

[el-dentiste]

Yeahh Baby sehr geil schachtie,
darfst mich Nico nennen
Wie ging das bohren? meine waren ja schon gebohrt!
Fehlen nur noch schwarze Schräubchen !

[r0sewhite]

Komisch, vor ein paar Monaten haben alle noch quadratische Centerplates gemacht.

[Jingej]

niemals

[dynai]

Quadra-was?

gruß Chris

[bennyheizer]

Guten morgen an alle mit einem neuen Release der MultiWii Software!

http://multiwii.googlecode.com/files/MultiWii_1_9.zip

Happy Flying!

[Crizz]

oh, die haben umsortiert. Wo ist eigentlich die Liste mit den Revise-Features abgeblieben , würde gerne mal schaun was bei der 1.9 geändert wurde.

[bennyheizer]

für alle die Angst haben auf eine neue Firmware zu upgraden:

Code: Alles auswählen

- some factorizations between PPM sum receiver code & standard receiver code
    - EXPERIMENTAL: integration of direct SBUS receiver thanks to the contribution of Captain IxI & Zaggo
      For this, you must use:
         - a MEGA board
         - the RX1 of the Serial 1 port
         - have a way to invert the input signal.
      more info here: http://www.multiwii.com/forum/viewtopic.php?f=7&t=289
    - EXPERIMENTAL: integration of SPEKTRUM satellite receiver thanks to the contribution of Danal Estes
      For this, you must use:
         - a MEGA board
         - the RX1 of the Serial 1 port
      It could be used also on ProMini board with some restrictions (exclusive GUI or Spektrum use)
      more info here: http://www.rcgroups.com/forums/showthread.php?t=1504116
    - EXPERIMENTAL: integration of direct Serial RX, to command the multi from a Bluetooth+phone Signal for instance.
      thanks to Luis
    - many optimizations to reduce loop cycle
    - GPS main function integration
        The code to connect and recognize a GPS with NMEA sentences is here.
        currently calculated:
          - number of sat
          - distance to home
          - direction to home
	The is currently to control code except a nice working GUI
	=> there is no code behind GPS HOME and GPS HOLD, in progress
    - PIN A0 and A1 instead of PIN D5 & D6 for 6 motors config and promini config
      This mod allow the use of a standard receiver on a pro mini
      (no need to use a PPM sum receiver)
      #define A0_A1_PIN_HEX
    - possibility to use PIN8 or PIN12 as the AUX2 RC input
      it deactivates in this case the POWER PIN (pin 12) or the BUZZER PIN (pin 8)
      #define RCAUXPIN8 or #define RCAUXPIN12
    - thanks to Danal, integration of the Eagle Tree Power Panel LCD for configuration
      it's an I2C LCD that should be very convenient for the ProMini because it doesn't require the unique Serial Port
    - all in one FC:
      QUADRINO_ZOOM board integration
      MINIWII : Jussi's MiniWii Flight Controller
    - sensor boards:
      SIRIUS600       // Sirius Navigator IMU  using the WMP for the gyro
      CITRUSv1_0      // CITRUSv1 from qcrc.ca
      DROTEK_IMU10DOF
    - ATAVRSBIN1 mag direction correction (http://www.multiwii.com/forum/viewtopic.php?f=8&t=506&start=60#p4950)
    - no need to define anymore PROMINI or MEGA in the sketch:
      this information is grabed form the board selection in Arduino IDE
    - LEVEL drift problem:
      the root of this problem was identify (at least partly).
      Several options to try to solve it:
      - adding a #define TRUSTED_ACCZ for those who have huge ACC Z variations when some throttle is applied
        (it's a test you should do before tructing ACCZ)
	//#define TRUSTED_ACCZ  -> ACCZ is not taken into account in calculation for small angles
	#define TRUSTED_ACCZ    -> ACCZ is taken into account in calculation for small angles
      - BMA180 init changes to another mode: should help to filter noisy setups
      - adding a #define STAB_OLD_17 for those who still encounter problem with the stable code,
        as the old 1.7 LEVEL code (less elaborated) doesn't seem to cause drift.
     - some flying wing code upgrade (thanks to the suggestion of Hamburger)
     - ACC added: LSM303DLx_ACC