Forum Heli4.com

J'ai pris ce que j'ai trouvé, désolé.
Bonne année à toi aussi, et pas trop de crash!

Merci

Pour les .log, si tu ne les extrait pas toi même il ne sont pas extrait.

Les tlog sont les fichiers de la télémétrie quand tu es branché en USB.
Ce n'est donc pas un vol ... Par contre les rlog, je ne sais pas trop à quoi ça correspond.

Les logs ( .log ) sont toujours dans ta carte et tu les cumules dans la mémoire.

Regardes si tu ne peux pas extraire les derniers logs ( Tutoriel ).

J'ai suivi le tuto mais je n'ai aucun fichier en .log.
Ils sont tous en .log.gpx

C'est cela que je dis prendre?

Bonne Année DanRZ

Cordialement,
bypbop

Bonne année à toi aussi.

Bizarre, Jordan, tu devrais avoir des .log ... :|

J'arrive à utiliser mes fichiers dans le graph de l'apm planner mais je n'ai aucune idée de comment je pourrais exploiter ces valeurs.
Y'a des chiffres partout!

Salut, tu peux nous faire un screenshot, voir si j'ai les mêmes ...

Pas de soucis, je te fais cela pour que tu vois ce que ça donne.

Edit: Et voilà!
Je n'ai pas réduit la taille de l'image de façon à ce que tout soit lisible.
( j'ai un peu cliqué au hasard pour afficher un graph, c'est un exemple ).

Salut, c'est bien les bons logs, chez moi j'ai en plus des lignes MOT ( Moteurs ) assez utiles aussi je pense.

Voilà ce que ça donne chez moi :


( Cliquer pour agrandir )

Je n'étais pas en statio sur le log, mais si on fait une belle phase de statio en début de vol
on doit voir si un ou plusieurs moteurs tourne différemment des autres. Cela peut aider à voir des soucis de centrage
ou de calibrage ou même encore des soucis d'hélices ou encore un moteur "cuit" ou moins performant.

Normalement sur le wiki ça dit que les valeurs CTUN permettent d'analyser le comportement des gains, mais je ne vois pas du tout comment ???

J'ai tenté un post sur le forum DIY-Drones, mais pas beaucoup de réponses ...

Comment as tu fais pour activer les lignes supplémentaires?

Salut il faut faire un "enable motors" dans le terminal.

viewtopic.php?p=9907622#p9907622

Merci Dan!
Je vais essayer d'activer cette fonction lors de ma prochaine connexion à l'apm planner.
Ensuite je ferai uniquement un stationnaire pour bien voir ce que me disent les " logs ".

Disons que ça peut montrer un défaut sur un moteur ou un déséquilibre prononcé lié au centrage par exemple.
C'est toujours bon à regarder ...

Après je pense que c'est normal que tous les moteurs ne soit pas forcément au même niveau
surtout s'il y a du vent par exemple ... mais bon s'il y a une différence flagrante, ça se verra ...

Oui c'est ce que je pense aussi.
En tout cas, ça ne coute rien d'essayer.
Prochain test en fin de semaine prochaine seulement, malheureusement.

(Re)Salut, j'ai eus encore un peu d'infos sur le forum DIY-Drones.

Il faut activer les logs "RAW" et ça devrait donner des infos sur la gestion des gains/rate et tout ça.

Toujours suivre ce Tuto et ajouter RAW par un "enable RAW" tout comme avec MOTORS.

Moi aussi, je ne sors pas trop le quad en ce moment, mais je regarderais ce que ça donne dés que possible.

Si tu testes avant moi, envoies moi le log ou postes le par ici et j'irais voir ce qu'on peut en tirer.

On peut même le poster sur le forum, expliquer ton problème et tu devrais avoir de l'aide.
Certains ont l'air de voir assez vite ce qui est mal réglé dans ces logs ...

Bonjour à tous j'ai mis à jour cette semaine avec le dernier firmware 2.8.1 le quad se comporte trés bien. J'ai juste essayer le mode stabilise ... Juste baissé un peu le P angular rate
En attendant les beaux jours.

Ps : Toujours le gps Crius Ublox Neo 6M à tester.

Cordialement,
bypbop

Hello!
En parlant de mise à jour, je ne sais pas si vous avez le même problème que moi.
A chaque fois que je tente de la faire, j'ai un fichier qui merde pendant le téléchargement.
De mémoire un truc du genre 2860.inf.

Salut, perso je n'ai pas mis à jour depuis un moment.

Pour ton soucis essayes un peu plus tard, surement un soucis de débit ou un fichier manquant
qu'ils vont rectifier rapidement. Ou notes le nom exact histoire d'aller voir sur le forum si le problème est connu ...

non moi aucune erreur pendant la mise à jour et le téléchargement.

Cordialement,
bypbop

Bonjour @DanRZ et bonne année,
Si tu as quelques minutes, pourrais tu jeter un oeil sur mes soucis avec l'AMP2.5, tu es mon dernier espoir avant .........
viewtopic.php?f=50&t=48466&p=9978959#p9978959
Merci bien
Pierre

Salut, tes moteurs ne partent pas si j'ai bien compris ...
Tu pourrais faire une photo du câblage pour que je vois comment tu as branché tout ça.
Ou un schéma si ça te tente ...

Comment est alimenté ton BEC dédié ? Batterie à part ou en Y sur la batterie principale ?
On dirait un symptôme d'ESC non initialisés et du coup ça ne démarre pas ...
Ta carte ne le sait pas et envoie bien le signal "gaz" mais les ESC sont en sécurité.

Un truc qui peut perturber c'est la masse ou plutôt LES masses.

Au niveau des input, je n'ai relié aucune masse. La masse est définie par l'alimentation d'un de mes ESC sur une voie output. Sur l'APM2 la masse est commune à tout. Je suppose que c'est pareil sur l'APM2.5 ...

Si tout n'a pas la même masse, certains signaux sont faussés car la différence de potentiel n'est plus "adéquate".

De ton RX vers les input, tu dois pouvoir supprimer toutes les masses et ne garder que les fils signaux.
C'est ce que j'ai fais. Le RX n'a que le fil "-" en plus du "+" pour être alimenté sur l'entrée Batterie ou une voie libre.

Tu peux contrôler la masse commune avec un multimètre. Tu dois avoir un contact direct entre les masses input et output. Avec un multimètre en mode test "court circuit" on peut contrôler les masses in et out ...

http://www.youtube.com/watch?v=tYxVe0FduuA

J'avais des comportements de ce genre quand je branchais mes masses Rx vers les input, avec un BEC.

C'est en partie pour ça que j'ai viré le BEC dédié, en plus de gain de poids/place.

Bonne année à toi aussi, en espérant réglé ton soucis ...

Je crois qu'il a résolu son problème.
Il a acheté des esc soient disant en 400hz mais il n'en est rien en réalité.
Il va donc devoir les flasher.

Bref, il confirmera si j'ai bien tout résumé.

Ok, sinon les miens aussi ne sont pas en 400 MHz, enfin pas que je sache et ça fonctionne.
Au pire avec un échantillonnage trop haut, ça donne un mauvais contrôle, mais ça tourne ... je pense.
Après on peut aussi diminuer le taux dans l'APM planner et voir si ça démarre dans ce cas là.

Bonjour à vous,
Les moteurs tournent si je règle dans les paramètres de l'APM2.5 la "fréquence esc" sur 125hz et ne tournent pas si je place le réglage dans l'APM2.5 sur 400 hz. J'en déduits ??? que mes contrôleurs ne supportent pas le 400 HZ ?
Pour les masses il me semblait avoir détaillé le câblage ?
Donc U-BEC 5V branché sur la lipo 4S de puissance, et sortie du 5 V relié par deux fils R et N sur la sortie "OUTPUT8" de l'APM2.5, rouge sur "+" et noir sur "-".
Cavalier J1 sur l'APM2.5 en place (je n'y ai pas touché!)
Rx alimenté par une voie de "INPUT" de l'APM2.5 c'est à dire que la voie 1 du Rx est câblée sur la voie "input 1" de l'APM2.5 par un cordon servo 3 fils (noir, rouge, signal)
les autres voies (6) du Rx sont reliées au bornier "INPUT" de l'APM2.5 par seulement le fil signal.
Si j'ai bien compris le Wiki c'est la solution recommandée dans le cas ou APM2.5 et Rx sont alimenté par une même source.
Je vérifierai si même potentiel entre le "-" des "output" de l'APM2.5 et le "-" du bornier du Rx. Sinon j'enlèverai le cavalier J1 et je ferai un Y pour alimenter aussi le Rx depuis l'U-BEC et ne câbler que les fils "signal" du Rx vers l'"INPUT"de l'APM2.5. L'ennui c'est que cela me fait perdre une voie sur mon Rx et je compte bien utiliser les 8 voies.
Pierre

En résumer ça marche en 125 hz, mais à la lecture des forums il m'a semblé, @Jordan83, me confirmera que le système fonctionne.......mieux en 400hz, alors vu mes piètres qualités de pilote autant essayer d'avoir le plus stable-prècis possible !

chamois06 a écrit : En résumer ça marche en 125 hz, mais à la lecture des forums il m'a semblé, @Jordan83, me confirmera que le système fonctionne.......mieux en 400hz, alors vu mes piètres qualités de pilote autant essayer d'avoir le plus stable-prècis possible !

Je confirme que la réponse est nettement plus rapide entre les esc et moteurs lorsqu'ils sont flashés en 400hz.
J'ai bien sûr testé moi même avant d’affirmer cela.

Bonsoir Dan!

Je ne sais pas si tu as eu le temps de passer sur la page de mon octocopter mais mon soucis de dérive est quasiment résolu.
Apparemment, mon ardupilot mega était situé trop près de ma plaque de distribution ce qui devait perturber le magnétomètre.

Je l'ai sur-élevée de 3 centimètres et le drift a quasiment disparu.
J'ai retrouvé une machine hyper stable ( 8 moteurs donc forcément! ) et très agréable à piloter.

Je vais à nouveau la ré-hausser pour voir s'il y a encore du mieux et j'affinerai ensuite les gains avant de passer aux réglages du mode loiter.

Cool, c'est bon à savoir qu'il faut écarter les capteurs du reste. Suffit de pas grand chose en plus on dirait ... Centièmes ou centimètres ?

Oui c'est bon à savoir.
C'est centimètres que j'ai voulu dire, le correcteur de Firefox a écrit n'importe quoi.

Je vais quand même essayer d'analyser les logs de mon derniers vols maintenant que j'ai activé de nouveaux paramètres.

Bonjour,

Voici mes logs de mon dernier vol avec les données moteurs et " Raw ".
Si quelqu'un veut les étudier.

http://www.mediafire.com/?csl7du58j3tsh52

J'ai superposer plusieurs courbes moteurs et ça me parrait bon, Mais faut dire que je n'y connais aps grand chose.

Salut, je viens de regarder tes logs et les RAW ... Je ne sais pas trop comment interpréter tout ça ...

Je vais fouiller le forum DiY voir si je trouve plus d'infos.

Pareil pour moi, je ne sais pas comment exploiter ces donnees.
Si jamais tu trouves, fais nous un petit resumé, ca servira toujours à quelqu'un.

Petit bloc notes : pour les logs j'ai trouvé ça : http://code.google.com/p/ardupilot-mega ... ?repo=wiki

Description des champs RAW loggués :

Gyro.X,Y,Z = Vitesse angulaire mesurée. p,q,r en deg/sec
Accel.X,Y,Z = Accélération mesurée. ax,ay,az en m/s²

Mais je n'ai pas trouvé beaucoup d'infos sur comment analyser tout ça pour en déduire un meilleur réglage ...

Bonjour,
En lisant attentivement tout ce que tu as écrit avec Mission Planner Mav 1.0 ouvert à coté j'ai lu:

DanRZ a écrit :........Le départ en altitude surprend un peu mais c'est logique. Il monte directement avant de revenir au point de RTL.
Par défaut c'est 15 m dans les paramètres ....

Je n'ai pas trouvé où se réglait ce point important pour avoir un RTH sûr.
Pourrais-tu m'aider.

Point de détail que m'a fait remarquer Richard (@Riva8406):

DanRZ a écrit :Cool, oui c'est pareil chez moi, faut armer les moteurs avec les manches en bas à droite pour avoir la led rouge fixe et pouvoir décoller.

Dans l'absolu il faut, pour armer les moteurs, mettre en bas à droite le manche "lacet" et le manche "moteur".
Pour un pilotage en mode 1 et 4 c'est effectivement les deux manches en bas à droite, mais pour un pilotage en mode 2 seul le manche gauche a besoin d'être ainsi positionné et pour une pilotage en mode 3 c'est la manche droit qui a besoin de s'y coller.
Tu pourras me faire remarquer qu'en positionnant les deux manches cela fonctionne quelque soit le mode de pilotage: effectivement
Encore merci pour ton tuto qui aide bien pour démarrer.
Pierre

Salut, pour le RTH ça a changé depuis, on ne peut plus paramétrer l'altitude avant retour. Tout se fait en auto.

Pour le premier RTH essayé c'est un peu flippant mais faut faire confiance et éviter d'initialiser au point de pilotage pour ne pas le prendre dans les pieds ...

Prévoir 5 à 10m de recul.

L'armement des moteurs et le fix GPS détermine le point de retour, je crois ... A confirmer.

Merci du retour

Bonsoir,
Merci, comme j'ai la dernière version c'est normal que je n'ai rien trouvé!
Pour la définition du point de RTH je pense que c'est le point du "fixe GPS". En tout cas c'est la cas pour mon autopilote FY-21AP.
Ce soir j'ai fini l'hexa, prèt pour le premier essais demain si pas de vent, avec avant une série de photos qui j'espère ne seront pas des ......... photos souvenir !
Pierre

Bonjour à Tous,

Alors vos APM 2.5 fonctionnent bien ?

De mon côté j'ai testé le mode Auto cette Aprem belle journée dans le Nord :-P cela marche plutôt bien aprés qques essais par contre j'ai l'impression que si il y a une déconnection au niveau de la télémétrie entre le Pc et Arducopter il arrête sa mission et passe en RTL et j'ai une voix sur le soft du pc qui dit No data for 5 s ... No data for 10s et ainsi de suite.
Du coup j'ai essayé avec un plus petit parcours et la pas de prb cela fonctionne.
Avez vous eu deja le tour ?
Pour la télémetrie je n'ai rien configuré donc je pense etre en puissance miminum sur le 3DR.

Par contre en fin de mission " au dernier point " est on obligé de mettre le dernier point à return to launch pour qu'il revienne à la home. J'ai l'impression de mon coté qu'il reste sur le dernier point en loiter.

Petite photo du test en mode auto
http://bypbop.dyndns.dk/IMG_0305.jpg
Cordialement,
bypbop

Bonjour,
Félicitations, une APM2.5 de plus et qui vole!
Je n'ai pas la télémétrie donc .........
Je viens de poser (1/4d'h) d'un vol en automatique: un parcours comprenant 5 points avec un RTL pour finir.
Je l'ai déroulé deux fois : vol parfait.
Je fini par un RTL sur le point 5, je n'ai jamais essayé sans RTL sur le dernier point.
Par contre j'ai essayé de mettre un angle de rotation (axe lacet) pendant le stationnaire sur un point, il ne prend pas en compte le changement angulaire. L'idée était de faire en automatique un translation vers un point, de faire une rotation (lacet) pour cadrer un sujet au sol puis de revenir: il ne prend pas en compte la rotation.
Pierre

Jordan83 a écrit :Hello!
Je me sers encore de ton post comme bloc note.
J'ai passé le P du stabilize Yaw à 7.5 ( au lieu de 7 ) et le Imax à 10 ( au lieu de 8 ).

Voilà, prochain test quand je pourrai...
Sinon je pensais à un truc, n'y a t-il pas moyen d’analyser les logs du vol pour trouver la source de mon problème?

Edit: Test effectués et ça n'a rien changé.
Je ne sais vraiment plus quoi faire là.
Ca m'énerve parce que j'ai vraiment monté une super machine. Elle vole nickel, pas de mauvaises surprises, d'une stabilité remarquable mais y'a rien à faire, elle pivote toute seule sur elle même....

augmente ton p et remet ton i d origine

je me permets de vous appeler à l'aide

je vous explique, je suis parti à la base d'un gaui 330xs, que j'ai converti en 500x en changeant de chassi.

Et j’essaie de lui implanté un ardupilot.

Par contre quand je branche le tout mes moteurs bippent en permance, donc un défaut d'initalisation des ESX selon moi.

Coté alimentation j'utilise un power module de chez 3DR qui alimente donc l'ardu. Le RX a ses 8 voies avec les 3 fils de connectés sur l'ardu et coté moteur je n'ai mis que la fiche signal et celle de la masse.

voici quelques photos:

Salut, tu as surement effectivement un souci d'initialisation des ESC.

Chez moi ce problème se manifestait lorsque je connectais plusieurs masses ou V+ ( fil rouge ).

Ta carte est bien configurée pour tout alimenter en masse/V+ commune ?

Sur ma carte mauve c'était le cas, mais sur les autres je ne sais pas du tout.

Tes moteurs bip car ils ont du courant de puissance, mais pas de signal correcte "gaz".

On dirait que tes ESCs ne sont pas alimentés du tout du point de vue signal ...