Quentin A

merci

Juste pour savoir , le département de GMC fait faire ses pcb par quel fabricant ?

ok

J'ai une question , dans la première phrase , qu'est ce que je met comme nom de circonscription ? Et est ce que on se fiche que ce soit absolument faux le fait que je sois natif de Quebec ?

C'est plus ça l'idée , vu que c'est la phase où on fait le plus joujou avec .

J'aimerais bien starter le projet du shifter assez rapidement . Je pense qu'il faudrait déjà chercher a régler les problème du shifter 2013 au niveau électronique. Dans un premier temps je vais refaire un circuit de test de manière à pas alimenter en 12V un moteur sensé fonctionné sous 6V . Puis j'aimerais voir ce qu'il se passe en live au niveau du déplacement de la fourchette , est ce qu'il serait possible de faire un montage de test du shifter à l’extérieur du gearbox pour avoir une bonne idée de comment ça force et comment ça se déplace ?

Est ce qu'un nouveau serait intéressé pour m'aider à faire les boites des nouvelles timing gate ? C'est pas particulièrement intéressant mais si vous cherchez un truc a faire pensez y .

Pour moi ça tient toujours. Quand est ce que ça conviendrais le mieux a tout le monde ? Samedi PM ou Dimanche PM ?Perso je vais certainement être au local samedi et dimanche donc j'ai pas vraiment de préférence pour l'un ou l'autre .

Ca y est , les timing gates fonctionne , il me reste juste plus qu'a commander ce qu'il me manque et de faire des petites boites .

J'ai pas dit que la tension en sortie était de 12V , l'arduino integre un regulateur de tension , il y a des sortie vcc à 5V et à 3.3 V

Le problème avec les launchpad de Texas , c'est qu'il supporte seulement 5.25 V max en entrée , les arduino supporte une alim en 12V , donc pas besoin de faire l’étage de régulation de tension .

Voici les choix qui s'offrent à nous : - repartir avec une plateforme similaire aux années passées , c'est à dire un microcontrôleur dont on fait nous même la carte etc.. - programmer avec des boards deja toute faites . Ce que je vois pour la première solution : Ce serais la solution la moins chère , mais il faut encore faire un choix entre les différents types de microcontrôleur , et entre les différents fabricant. À l'heure actuelle on a du microchip , le département de GMC utilise du ATMEL , j'ai essayer de comprendre les différences entre les 2 mais c'est pas évident. Au niveau de la prog ça à l'air d'être similaire , mais j'arrive pas a trouver le point qui fait que je choisisse l'une plus que l'autre . Pour la deuxième solution : On utilise des carte de style Arduino , c'est une solution plus chère que l'autre mais elle présente pas mal d'avantage à mes yeux . Pour commencer , la partie hardware est déjà faite , donc moins de risque de faire des erreurs sur cette partie là = plus fiable et plus pratique pour faire des tests . Le langage de prog est vraiment facile à comprendre (bon ça reste une variante du C/C++ , mais bien pensé ) , la déclaration des entrées et sorties est super simple , pas besoin de rechercher pendant x temps dans les datasheets . il y a beaucoup de librairie toute faite sur le net et beaucoup d'exemple de code . Ce que je pense c'est que vu le nombre de personne a l'aise avec la programmation dans le projet , le nombre de personne à l'aise avec l’électronique et le nombre de personne qui sont à l'aise avec les microcontroleurs , je pense qu'il vaudrait mieux partir sur une plateforme plus simple à utiliser , que ce soit pour les gens de GMC et même pour les gens de GEL/GIF qui sont minoritaire .. je peux aussi me tromper lamentablement , donc j'aimerais avoir quelque avis a ce sujet là .

Petite news au sujet des timming gates. Le code pour le chronométrage du temps d'un circuit avec une seule porte marche assez bien . Par contre dès que j'ai essayé de rajouter la gestion de la seconde porte pour le chronométrage sur une distance fixe , j'ai des gros soucis sur la gestion de ma séquence de code , le programme deviens lent et fait a peu près ce qu'il veut , il déclenche 1 fois sur 6 etc...bref c'est pas vraiment idéal . je vais essayer de programmer autrement mon mode 2 porte , tout en gardant le code du mode 1 porte .

j'avais trouver ça : http://nte.unifr.ch/blog/2010/01/04/diminuer-la-taille-dun-fichier-pdf-sur-mac/

Alex g , ce serais bien qu'on discute un peu plus longuement de ce qu'on fait cette année pour l'electro , quand est ce que tu serais dispo pour faire ça ?

Pour les timming gates , il va y avoir un peu de soudure à l'étain sur carte éléctro , mais c'est peut être pas ce que tu cherche comme pratique , sinon il y auras peut être une paire de support à prévoir .

j'avais penser aux système de porte de garage , l'avantage avec les capteur à ultrasons , c'est qu'on a besoin que de 2 boitier et non 4 . Pour l'instant j'ai deja un module de capteur , donc un deuxième me permettrais de mieux tester mon code .

ben apparemment , c'est un problème récurent sous mac,le convertisseur est paramétré d'origine pour enregistrer dans la meilleure qualité possible , d'où des taille de fichier énorme, mais si sous windows ça fait pareil je vois pas d'où ça vient .

La conversion à été faite sous mac ou windows ?

il a été fait avec quel logiciel ?

oui

Est ce que quelqu'un sait où est le kit d'acquisition ? Si ma mémoire ne me fait pas défaut , je crois que c'est Kévin qui l'avait , si c'est toujours le cas , est ce que tu pourrais le ramener au local ?

vendredi c'est bon pour moi

je suis partant !

Je vais faire des nouvelles timming gate , celle-ci fonctionneront avec des capteurs à ultrasons ,on auras plus de problème pour les utiliser le jour. Tant qu'à les refaire , on peut peut être rajouter quelque fonctionnalité . Pour l'instant j'ai prévus la même chose que les autres , j'ai juste une fonction en plus dans le mode tour , c'est de garder en mémoire le temps des tours et de pouvoir les lires après la fin de la série . Si vous avez des suggestions ,elles sont les bienvenues . Je pense pouvoir terminer le code pendant la fin de semaine , donc après ça devrais pas être trop long pour pouvoir avoir un système opérationnel .