Forums › Construction d’unité astromech › Electronique, radiocommande, motorisation › Systèmes de controle
- Ce sujet contient 69 réponses, 9 participants et a été mis à jour pour la dernière fois par dede62, le 11 Nov. 2012, 18:27.
-
AuteurMessages
-
22 mai 2012 à 20:21 #1635022 mai 2012 à 21:06 #16351
Un document intéressant que je ne connaissais pas 😳 Le seul gros défaut que je trouve à l’arduino (par rapport à d’autres micros genre picaxe) c’est l’absence de simulateur/debugger; mais à part ça l’environnement est très agréable et la prise en main facile
23 mai 2012 à 05:55 #16352je vais me plonger dans ces termes de médicaments, car je nage en eau trouble, profonde et froide.
23 mai 2012 à 06:30 #16353THX-1138 wrote:Le seul gros défaut que je trouve à l’arduino (par rapport à d’autres micros genre picaxe) c’est l’absence de simulateur/debugger;
il faut passer sur du netduino, mais j’ai trouvé les perfs pas terrrible pour l’instant (enfin, tout dépend de l’application…)
23 mai 2012 à 16:49 #16354moi ca me pose aucun probleme car “ajouter une gestion “by pass” de ton inter afin que le stick dédié aux strokes”…….. comme j ai rien compris je valide !….^^
23 mai 2012 à 21:43 #16355Excusez -nous de parler un peu trop “technique”, je vais essayer d’expliquer le principe simplement pour les curieux (et les autres). Le problème se pose lorsqu’on utilise une télécommande type modèles réduits pour piloter notre droÏde préféré. Ce qu’on appelle “sticks” (ou joysticks) ce sont les manches de commande de l’émetteur, en général il y en a 2, qui peuvent se déplacer dans les deux sens (vertical et horizontal). En général, on utilise un manche pour le déplacement du droïde, par exemple celui de droite, pousser=marche avant, tirer=marche arrière, à droite: tourner à droite (étonnant, non?), à gauche: tourner à…. gauche ! bravo, il y en a deux qui suivent…reste alors un manche disponible pour commander la rotation du dôme, l’ouverture des trappes, la commande des sons, les animations lumineuses, le périscope, etc….vous commencez à voir le problème ! C’est là qu’intervient l’idée de “stroke”, c’est-à-dire un “geste”, un déplacement suivant un parcours donné, qu’on applique sur le “stick”, et qui permettra de déclencher une action préprogrammée. Par exemple, en dessinant un “L” avec le joystick, on allume les lumières du dôme…C’est l’objet des montages à base d’arduino ou autres qui remplissent cette fonction: on n’est plus limité par le nombres de canaux ou de “voies” de la télécommande, la seule limite est la taille de la mémoire du controleur embarqué, les possibilités sont infinies puisque l’arduino peut commander des servos, des cartes sonss, des variateurs de vitesse pour moteurs, des logic displays,, etc…Il suffit d’enregistrer le geste adéquat, de programmer l’action à effectuer,…et de s’en souvenir ! 24 mai 2012 à 05:50 #16356la , j’ai moins mal a la tete 24 mai 2012 à 05:57 #16357En gros … les GOMBOS de street fighters ! 😆 Donc un samedi soir arrosé en convention et le dimanche R2 ingérable comme le proprio quoi…😆 24 mai 2012 à 16:20 #16358Juste un petit mot pour vous informer d’une mise à jour du programme Arduino sur mon blog: ajout des fonctions Fail-Safe (procédure de sécurité en cas de perte de la réception radio) et “anti-frétillement” des sorties servo. 24 mai 2012 à 16:45 #16359excellent THX, merci
24 mai 2012 à 17:00 #16360THX t es un champion !….la voila ! j ai tout compris !!! tu pourrais te faire engager avec fred et jamie dans c est pas sorcier t as le talent pour !
24 mai 2012 à 18:46 #16361on a un pro du modélisme dans notre équipe, même si il est discret, j ‘ai decouvert des trucs, il est cache sous le speudo de
24 mai 2012 à 18:49 #16362j’aime bien le mystère Geo21 24 mai 2012 à 19:00 #16363je comprend le système de plusieurs commande sur le joystick , mais pour l’Arduino, alors la je suis sur Tatooine, très loin de cette galaxie
😳 27 mai 2012 à 15:21 #16364SourcesOlivier, j’aurais aimé jeter un oeil à ton code, mais à priori impossible de télécharger la dernière version sur ton site, peux-tu mettre un lien dans ton premier post de ce sujet s’il te plait ?
(comme ça nous aurons toujours la version la plus récente sur le premier post, plus pratique)
merci !
Optimisation debugIl faudrait que tu ajoutes des clauses de compilation conditionnelles pour tous tes appels à Serial.print, etc…
Cela consomme un max en CPU et doit être désactivé dans des conditions réelles, par exemple :
#define DEBUG // commenter ou dé-commenter afin d’implémenter la trace de débug
#if defined(DEBUG)
Serial.print(“rMP3 Init Sequence Start”);
Serial.println();
#endif
-
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.
