Projets:Perso:2011:TortueSimple - Revision history

Emptty: /* Actus */

2015-02-22T09:38:47Z

‎Actus

Emptty: /* Actus */ remise en forme

2015-02-22T09:32:13Z

‎Actus: remise en forme

Clément at 15:22, 10 August 2014

2014-08-10T15:22:56Z

Clément at 15:08, 10 August 2014

2014-08-10T15:08:18Z

Show changes

Clément: /* proof of concept */

2012-10-04T21:25:51Z

‎proof of concept

Emptty: Passe la photo de brique au début

2012-10-02T22:58:28Z

Passe la photo de brique au début

Clément: /* Module interface de commandes */

2012-10-02T21:08:21Z

‎Module interface de commandes

Tgirod: /* Module interface de commandes */

2012-09-20T14:16:09Z

‎Module interface de commandes

Tgirod: /* Module interface de commandes */

2012-09-20T12:40:45Z

‎Module interface de commandes

Tgirod: /* Module interface de commandes */

2012-09-20T12:37:41Z

‎Module interface de commandes

@@ Line 22: / Line 22: @@
-Un ptit teaser d'une brique représentant une instruction de l'interface tangible (pour donner une idée des dimensions qu'on veut manipuler), et la version 1.1 du pré-prototype de shield.
+Un ptit teaser d'une brique représentant une instruction de l'interface tangible (pour donner une idée des dimensions qu'on veut manipuler), et la version 1.1 du pré-prototype de shield qui pourra accueillir 6 briques. On va l'utiliser pour affiner notre design de brique et vérifier que c'est pratique sous la main avant de chercher à faire un shield pouvant accueillir la quarantaine de briques nécessaire pour jouer vraiment.
 [[File:Brique.jpg]]
 =Introduction=

@@ Line 17: / Line 17: @@
 =Actus=
-Après fort longtemps, redémarrage de ce pti projet con. Le prochain item sur la TODO est un proof of concept - sous la forme de shield arduilol quick n dirty - du module de programmation par briques. Stay tuned !
+La principale caractéristique de ce ptit projet est d'alterner les longues périodes de mort clinique avec les petits pics d'activités super temporels. Et pourtant, il avance encore (des fois) !
-Un ptit teaser d'une brique représentant une instruction de l'interface tangible:
+Un ptit teaser d'une brique représentant une instruction de l'interface tangible (pour donner une idée des dimensions qu'on veut manipuler), et la version 1.1 du pré-prototype de shield.
-[[File:Brique.jpg]]
-Ca donne une idée des dimensions qu'on veut manipuler.
+[[File:Brique.jpg]]
 =Introduction=

@@ Line 34: / Line 34: @@
 L'objectif n'est PAS d'enseigner la programmation à proprement parler, car cele serait difficile voire impossible d'atteindre cet objectif tout en collant à l'idée de jeu simple ciblant les débutants absolus.
 ==Principes==
@@ Line 98: / Line 100: @@
 Coté réalisation, on pourrait patir d'une base existante (à trouver), ou bien faire une conception OSHW simple, utilisant des pièces lasercuttées et d'autres imprimées 3D.
 === Module lecteur de cartes ===
@@ Line 111: / Line 115: @@
 Une simple arduino uno customisée (ou un shield) est à même de remplir ce rôle.
 Coté mécanique, on peut concevoir assez facilement des pièces imprimées/lasercuttées pour faire un lecteur de cartes de ce type.
 ===Module Dalles===
@@ Line 123: / Line 130: @@
 ==== Pré-étude ====
 {Elements de décision pour le design}
 * Software:
@@ Line 132: / Line 143: @@
 ** marquage de lignes (croix noires) pour aider au déplacement de la tortue (peinte, "imprimées" au laser, scotch d'électricien, ...)
-Tous les éléments structurels seraient à fabriquer en MDF découpés au laser (voir FR4, si c'est possible ???)
+Tous les éléments structurels seraient à fabriquer en MDF/PMMA découpés au laser (voir FR4, si c'est possible ???)
 Il faut que les dalles puissent porter des gens qui marchent dessus pour leur permettre de suivre la tortue. Interdire de marcher sur les dalles irait contre l'objectif de dédramatisation.
 ===Module pupitre de commande===
@@ Line 164: / Line 178: @@
 ==== proof of concept ====
-Voir la page [[Projets:Perso:2011:TortueSimple:POC1|premier proto de base de controle + briques]]
+Voir la page [[Projets:Perso:2011:TortueSimple:POC1|premier proto de base de controle + briques]] ; même si elle date un peu, et qu'en fait, pour commencer, on va plutot faire un bête shield arduino avec 6 emplacements (suffisant pour valider le principe).
 ==Ressources==
@@ Line 189: / Line 204: @@
 ==Macro planning==
 L'une des difficultées de ce projet est qu'il est en fait composé de plusieurs sous-projets relativement complexes chacuns. Pour avancer malgré tout, on va se concentrer pour l'instant sur le pupitre de commande, qui est l'élément central de l'approche.
+Pupitre de commande:
-* finir d'envisager les éléments du panneau de commande
+* finir d'envisager les éléments du panneau de commande, eg la partie purement UX design
 * modéliser ce qui doit être reprapé, et fabriquer des protos mécaniques
 * acheter les pièces électroniques
 * faire un proto complet méca+elec
 * faire le soft de commande pour arduino interfaçant le panneau.
 * faire un démonstrateur logiciel qui mocke les deux autres composants
 ==Prochaines actions/en cours==
-* On est bloqués tant qu'on a pas les pieces électroniques: proto de shield pupitre en cours de réalisation.
+* proto de shield pupitre en cours de réalisation pour valider le principe des briques: connectique, mesure de résistances.
 * Prototypage lecteur de cartes
-* Prototypage tortue mode PAP
+* State of ze art robot tortuesque
 =Résultats=
 Permet de capitaliser sur le travail effectué: l'utiliser, le reproduire, l'améliorer, ...

@@ Line 112: / Line 112: @@
 ==== proof of concept ====
-On part sur l'idée de briques. Les caractéristiques/expression du besoin sont les suivantes:
+Voir la page [[Projets:Perso:2011:TortueSimple:POC1|premier proto de base de controle + briques]]
-* 96 emplacements
-* 80 types de briques
-* possibilité d'allumer une led (monochrome) par emplacement lorsqu'il est actif
-−
-Le principe d'identification des briques est d'intégrer une résistance de valeur donnée, que l'interface de contrôle va mesurer pour retrouver le type de la brique.
-−
-On envisage plusieurs solutions techniques:
-*A: utilisation d'un seul microcontroleur (à définir ; typiquement un 'duino) avec front end constitué de multiplexeurs analogiques pour la mesure, et de registre à décalage pour piloter chacune des leds témoin d'activité
-*B: utilisation de plusieurs microcontroleurs, chacun avec de quoi mesurer quelques emplacements + piloter leur éclairage ; mise en réseau de ces sous modules/pilotage par un module maitre
-*C: utilisation de convertisseurs adc externes (type SPI) (+ éventuellement un I/O expander pour piloter les leds) => constitution de modules slave d'I/O, pilotés par un seul microcontroleur central.
-−
-Critiques:
-*B: A priori, il n'y a pas besoin de patate pour le calcul pour un sous ensemble d'emplacements, et avoir à gérer plusieurs microcontroleurs semble overkill.
-* rien n'empeche dans l'approche A d'etre également modulaire (cad, de mettre les mux sur des petits modules indépendants et avoir une seule carte centrale de pilotage).
-−
-La bonne question à poser est donc plutot:
-* est-ce qu'on fait une carte de controle "monolithique", cad tous les composants sont sur une seule et meme carte, de fait moins extensible, mais plus facile à monter/fabriquer, ou bien est-ce qu'on prévoit d'emblé une carte master, de controle, et un ensemble de cartes slaves interfacant chacune un sous ensemble d'emplacements.
-* est-ce qu'on utilise les channel d'adc du microcontroleur (et donc des mux analogiques), ou bien des adc externes connectés sur bus de donnée type SPI
 ==Ressources==

@@ Line 17: / Line 17: @@
 =Actus=
-Projet en suspens... mais en attendant, voici un pti teaser:
+Voici un ptit teaser du module pour la tortue:
 [[File:teaser_Robozzle.JPG|400px]]
 Deux micromoteurs Maxon (issus de la commande groupée du lab, de belles bestioles) et un devkit TI (Cortex M3, Ethernet+CAN, double décodeur de quadrature). Yapluka !
@@ Line 90: / Line 93: @@
 Par ailleurs, on peut vouloir ajouter 3 emplacements de commande en plus sur le panneau de commande. Cela permetterait de faire un livret où les niveaux sont imprimés. L'utilisateur pourrait alors réfléchir complètement unplug sur son niveau avec le panneau de commandes (non connecté) et le livret, avant de tester sa solution en connectant le panneau. Les trois emplacements de commandes supplémentaires permettant aux machines d'identifier le niveau joué.
 * '''Approche par potentiometres''': Chaque ordre est porté par un potar 36 positions (3 ordres+6 fonctions x 4 couleurs), ou bien par un potar 12 positions (6 ordres et 6 fonctions)+ un potard 4 positions pour les couleurs. Une autre variante serait d'avoir un potar pour les ordres/fonctions et une LED indiquant la couleur. Une seule molette peut être utilisée pour changer la LED de toutes les cases. Le problème majeur est que cette approche prend beaucoup de place, et je sais pas si un potard 36 positions est très simple à utiliser en pratique. Le prix reste également à évaluer.
@@ Line 101: / Line 106: @@
 *** autre possibilité : on sépare la brique en deux compartiments, et on bouche chaque compartiment avec deux plots. la brique est posée sur le PCB, sur lequel deux pistes viennent sous les plots. Les briques sont maintenues en position par la planche lasercuttée posée sur le PCB.
-[[File:Brique.jpg]]
+Dans la section Actus ci-dessus, on trouve un proto reprapé de brique creuse format lego 4x2. Le rendu est propre, et c'est rapide à imprimer. quelques points de colle pour fixer les languettes sur les cotés + une résistance soudée au fond, et on est bons. On pourrait éventuellement modifier la forme à l'intérieur pour fixer la résistance au fond.
 Les plugs ont l'avantage de leur inconvéniant : on risque de les perdre, mais on peut les utiliser un temps tout seul, sans les connecter du tout. Ensuite, on les branche sur une plaque de commande, puis on connecte cette plaque au reste du dispositif pour avoir une correction automatique de la solution. On va tenter cette approche pour voir.

@@ Line 83: / Line 83: @@
 ===Module interface de commandes===
 À priori, il n'y a absolument pas de logiciel dans ce module, seulement du matériel. Le gros défi est de faire une interface aussi pratique que possible pour les utilisateurs.
@@ Line 106: / Line 108: @@
 Les plugs ont l'avantage de leur inconvéniant : on risque de les perdre, mais on peut les utiliser un temps tout seul, sans les connecter du tout. Ensuite, on les branche sur une plaque de commande, puis on connecte cette plaque au reste du dispositif pour avoir une correction automatique de la solution. On va tenter cette approche pour voir.
 ==Ressources==

@@ Line 97: / Line 97: @@
 *** On peut soit repraper la plaque qui va porter l'ensemble, et faire un T extrudé sur l'axe Y. Ensuite, on colle  le même genre de connecteur que dans la brique, fixé sur le petit coté du T (la jambe du T fait contrefort pour éviter que ca casse). Ca va être pénible à repraper (le panneau risque de faire 25x25, ce qui est trop gros pour les repraps classiques par exemple)
 *** On fixe un autre porte-pile sur le PCB (comme [http://fr.mouser.com/ProductDetail/Keystone-Electronics/591/?qs=sGAEpiMZZMvIGAkyPb0MlA96C4X9BadW celui ci], 24c la paire), et on pose une parrure lasercutée par dessus pour protéger le PCB.
 [[File:Brique.jpg]]