Configuration MicroWii HK

[manu_86]

Salut,
J'ai équipé mon Quad X avec une carte MicroWii de chez HK.
c'est une NanoWii ++
En plus de cette dernière il y a un magnéto, et un baro...toutes les entrées / sorties sont cablées, etc...

Hormis le pb de stockage, je pense qu'elle est pas mal.

Je l'utilise en désactivant le magneto et en concervant le baro, et avec un "Super Simple Gimbal".

J'ai pas mal galéré pour les Pbs de taille mémoire, et activations des fonctions / entrées...avec différents trucs trouvés sur le Net, j'ai fais mon fichier qui va bien.

Pour résumer ma conf actuelle est :
- gestion Quadx
- Aux 1 avec inter 3 positions pour activer/désactiver les différents modes
- Gestion Super Simple Gimball
- Aux 2 pour ajouter de l'angle à la Super Simple Gimbal.

je partage mes fichiers de conf Multiwii 2.2 pour ceux que ça intéresse.......

MultiWii.7z

@+

[ziggy95]

merci pour le partage.

Eric

[MacArell]

Salut, pour info:
http://www.hobbyking.com/hobbyking/stor ... c_mag.html

[Papi78]

c'est une NanoWii ++

Je dirais plutôt une AIOP --

[manu_86]

Alors encore quelques remarques sur les fichiers que j'ai partagé...il n'y a pas de FailSafe de configuré, alors attention...

@+

[opossome64]

c'est une NanoWii ++

Je dirais plutôt une AIOP --

Il as pris une claque l'Atmel Mega non ? Surtout coté ram et port com ...

++

[manu_86]

Salut,
Après avoir fait une revue de code de mes fichiers, je me suis rendu compte que j'avais oublié une ligne dans le "def.h".
Je ne sais pas si ça joue énormément, mais bon la correction est effectuée.
Le magnéto est connecté sur le bus I2C du gyro...mais je ne sais pas ce que cela donne si on ne le déclare pas, même si le magnéto n'est pas défini dans le code...
Donc on remet la ligne, ça ne mange pas de pain...
"#define MPU6050_I2C_AUX_MASTER // MAG connected to the AUX I2C bus of MPU6050"

dans mon cas, ça n'entre pas dans le code puisque je suis en "no_magneto"

Voilà...

MultiWii.7z

Je me bagarre avec les données de mon baro...donc je cherche si je n'ai pas fais de coquille dans le code.

Mon baro est un MS5611, avec les PID stocks de la multiwii 2.2 soit P=6.4, I=0.025 et D=24...

D'après ce que j'ai compris l'altitude 0 est défini à la mise sous tension...et avec le PID ALT par défaut ça devrait fonctionner correctement.

Ce qui m'étonne c'est que lorsque j'avais compilé le soft "brut de brut" les données du baro étaient cohérentes...et là avec le soft d'aujourd'hui c'est un peu n'importe quoi : il arrive que le Quadx soit posé par terre et que le baro me donne 10.5m...je précise que le baro est protégé par de la mousse, et que le tout est dans un spindle de CD...

bon ben je cherche

@+

[manu_86]

Salut,
dernières modif en date : le flasher_led sur la broche D12.

en cherchant un peu je suius tombé sur le pinout du 32U4 dans arduino : là...

je joins le config.h avec la sortie D12 redirigée pour la commande des LEDS...

@+

[manu_86]

Salut,
Dans la série, il fait froid, et je ne sais pas quoi faire...

modif du code pour allumer les "landing_lights" avec l'altitude du baro et non pas du sonar...

le truc c'est que la valeur du baro évolue énormément, il faudrait donc faire une moyenne glissante pour que la valeur soit à peu près représentative....

La routine "landing_light" peut aussi servir à indiquer si l'on passe au dessus ou en dessous d'un plafond (configurable en cm)...

La commande pour les LEDs est en broche A5 (PORT F0)

je joins les 2 fichiers qui vont bien...

Baro_Landing.7z

@+

[ziggy95]

C'est fort ca le landing_lights ^^
Hier, j'ai pas réussi à transférer le firmware multiwii sur ma nanowii HK.
Je soupçonne mon pc portable d'en être la cause alors ce soir je refais ca sur mon pc de jeu.

Il voit le port 33 mais me dis qu'il est en cours d'utilisation lorsque je transverse.

[Ticasso]

Lo,

Si tu as lancé un multiwiiconf avant Arduino, le port peut rester bloqué.
Il suffit de rebooter en général pour que ça cause à nouveau.

@+

[ziggy95]

Lo,

Si tu as lancé un multiwiiconf avant Arduino, le port peut rester bloqué.
Il suffit de rebooter en général pour que ça cause à nouveau.

@+

Ah ok, ca a pu arrivé hier soir j'ai lancé multiwiiConf pour vérifeir qu'il n'y avait toujours rien d'installé.
Mais même après reboot et diverses opérations sur le port com (desinstallation etc...) il ne voulait rien savoir.
Ca sera plus clair avec un pc ou j'ai jamais bidouillé les ports avec l'ajout de drivers divers.

J'ai hâte de rentrer du boulot pour tester

[manu_86]

Re-salut...

encore une tite modif, en parcourant le code j'ai vu qu'une autre variable était dispo lorsque l'on valide le "ALT_HOLD", et je pense que c'est une valeur moyenne. Son petit nom est EstAlt au lieu de BaroAlt...

in English in the text :
"
EstAlt = (EstAlt * 6 + BaroAlt * 2) >> 3; // additional LPF to reduce baro noise (faster by 30 µs)
"
Donc suffit de changer le BaroAlt par le EstAlt aux lignes 558 et 559 de Alarm.ino...

ça a l'air plus stable

je ne partage pas de fichier, il y a juste 2 valeurs à changer

@+

[Papi78]

c'est une NanoWii ++

Je dirais plutôt une AIOP --

Il as pris une claque l'Atmel Mega non ? Surtout coté ram et port com ...

++

Oui il faut lire: AOIP "moins moins"

[manu_86]

'lut,
passage à MultiWii 2.3.
Tous les capteurs peuvent être activés, car grosse optimisation du code.

Donc magnéto et Baro fonctionnels avec les modes qui vont bien, gestion de l'éclairage et du Gimbal en supplément...

Moi je suis bien content .

un petit bémol sur la gestion du MS5611 par le multiwii 2.3...à suivre...

@+

[manu_86]

Salut,
dernière nouvelles....

Je fais tourner ma carte MicroWii en "multiwii 2.3", et j'y ai relié un GPS via une carte I2C_GPS_NAV...
ça marche pas mal...

Je me retrouve donc avec une configuration sympa, avec toujours ma carte de base.

Pour le code je peux faire des Zip pour ceux que ça intéresse...

Donc pour résumer, j'ai le MultiWii 2.3 dans la carte MiccroWii...le Soft D'EOSBandi dans ma carte I2C_NAV_GPS...le code de RushOsd dans ma carte MinimOsd...

Pour le GPS c'est un ublox...

@+

[Papi78]

Hello
Et le alt hold? Toujours un peu "olé olé" ?

[opossome64]

Donc pour résumer, j'ai le MultiWii 2.3 dans la carte MiccroWii...le Soft D'EOSBandi dans ma carte I2C_NAV_GPS...le code de RushOsd dans ma carte MinimOsd...

Pour le GPS c'est un ublox...

@+

Copieur mais content aussi des fonctions GPS "basiques" (pos_hold et rth) , le RushOsd juste tiptop , me suis même activé la fonction OSD_switch , affichage juste des alertes tension/RSSI ou complet .

++

[Papi78]

Hello Opossome
Et toi tu en penses quoi du alt hold?

[opossome64]

Re !

Ben sur ma pov' carte c'est un BMP085 , donc ca yoyote un peu sur ~1M , j'ai les PID régler suivant la méthode Bledi (le D puis le P puis le I) . De toute facon , le halt_hold ne me sert que en pos_hold ... pour essuyer la buée des lunettes

++

[manu_86]

Salut pour le Alt Hold...

J'ai mis dans le noir le baro (scotch noir sur le spindle de cd), avec un bout de mousse dessus, mais ça yoyotte toujours un peu....
Ce qui est rigolo c'est que lorsque je vole le matin avant d'aller au boulot, ça marche pas trop mal....mais plus tard dans la journée ça yoyotte...du coup je ne sais pas si c'est une question de luminosité ou de température...

@+

[manu_86]

'lut,
alors pour les dernières news, une fois le GPS flashé avec le fichier de configuration d'EOSBandi, fini les pertes de trames...
Bon lors du flashage, U-Center affiche un Warning avec le num de version, mais tant pis on appui sur le gros bouton rouge, et en avant....

Vivement qu'EOSBandi mette à jour le soft Multiwii pour la prise en compte des WayPoint avec la la carte I2C_NAV_GPS !!!!!

@+

Sinon mon kit fpv est fait à partir de module TX5823 et RX5808...et ça marche nickel !

[opossome64]

Yop !
Eosbandi a dejà signalé qu'il ne dev plus sur la I2C-NAV , ni sur les carte à base de 328p/32U4 , jugées obsoletes / poussives / pas bien ... Il se recentre sur les cartes MEGA , donc pas de navigation pour les tites multiwii , et ensuite ya BIEN mieux que le multiwii pour la navigation GPS ... Chacun sa spé ...

++

[manu_86]

'lut,

J'ai passé le bus I2C de la microwii à 400kHz pour être en concordance avec la vitesse du bus programmée dans la carte I2C_NAV_GPS, et bizarrement au deuxième vol...un crash...alors que depuis presque 1 an je vole sans soucis...mais avec un bus à 100kHz...

Y'aurait il un lien ?...

En tout cas je repasse le bus à 100kHz, et je verrais bien si ça fonctionne mieux.

@+

ps : quand on dit WMP, c'est bien Wii Motion Plus ?