Difference between revisions of "Projets:Perso:2011:InterfaceJeu"

From Electrolab
Jump to: navigation, search
(PART 2: spin off bras robotique pour planète sciences (DONE): ajout photo)
 
(One intermediate revision by one user not shown)
Line 185: Line 185:
 
===PART 2: spin off bras robotique pour planète sciences '''(DONE)'''===
 
===PART 2: spin off bras robotique pour planète sciences '''(DONE)'''===
 
Retour d'expérience à documenter ; en attendant, consulter le wiki (pas forcément à jour non plus) sur le site de plasci:http://www.planete-sciences.org/robot/wiki/doku.php?id=brasrobot
 
Retour d'expérience à documenter ; en attendant, consulter le wiki (pas forcément à jour non plus) sur le site de plasci:http://www.planete-sciences.org/robot/wiki/doku.php?id=brasrobot
 +
[[File:Bras_Robotv1.JPG]]
  
 
===PART 1 : prototype 0.1 '''(DONE)'''===
 
===PART 1 : prototype 0.1 '''(DONE)'''===
Line 265: Line 266:
 
Commentaires:
 
Commentaires:
 
* Ce proto a été donné pour beta test ; il est utilisé en standalone (donc pas tout à fait comme prévu initialement), et a cette occasion on peut se rendre compte du coté limité des interactions possibles avec la plateforme. On constate aussi la difficulté/l'importance d'avoir un gamedesign pertinent (sinon, c'est assez chiant à jouer, et donc l'effet "plop" reste limité)
 
* Ce proto a été donné pour beta test ; il est utilisé en standalone (donc pas tout à fait comme prévu initialement), et a cette occasion on peut se rendre compte du coté limité des interactions possibles avec la plateforme. On constate aussi la difficulté/l'importance d'avoir un gamedesign pertinent (sinon, c'est assez chiant à jouer, et donc l'effet "plop" reste limité)
 
+
[[File:InterfaceJeuv0_1.JPG]]
 
+
  
 
===PART 0 : brainstorming '''(DONE)'''===
 
===PART 0 : brainstorming '''(DONE)'''===

Latest revision as of 14:02, 29 September 2011

Interface de jeu
Auteur Clément
Date de proposition 25/03/2011
Tags du projet PPC
Lieu d'utilisation final Anywhere
Utilisateur final Youngsters
Type de projet

Projet personnel de Clément

Projet Interface de jeu

Abstract à peaufiner pour donner un réel apercu de tous les aspects de ce projet...
... qui devient de plus en plus touffu !



Actus&macro-planning

TODO: recouper cette page de la manière suivante:

  • actus
  • présentation sommaire
  • présentation détaillée sur pages annexes:
    • motivation/contexte
    • différentes versions/phases du projet
    • releases


Moyen terme:

  • fin 2011: "fin" du projet/atteinte d'un certain niveau de maturité permettant de passer à autre chose/refaire un point sur les objectifs&attendus.
    • version de bras actuelle clean
    • release de code arduino/java pouvant servir de bonne base
    • release de plans de découpe
    • release de fiches de base/support de workshop
    • => au final, prévu plus comme un démonstrateur.
  • idées pour une nouvelle étape de projet:
    • intégrer une vue alaqueak/interface firmata sur le mode du terminal série de l'IDE Arduino, en documentant la génération de cette extension
    • => dans l'idée, disposer d'une version généraliste de base (en fait, deux: une simpliste avec protocole textuel, une un peu plus flexible utilisant firmata), correctement documentée pour permettre aux motivés de se faire une version customisée avec du code spécial coté arduino (utiliser des libs spéciales, un protocole plus taillé sur mesure que firmata, etc) & coté PC (implémenter un game logic, etc)


Court terme/actuel: (voir TODO 3/v0.2 pour détails)

  • courant septembre:
    • finaliser la version etch a sketch: pas fait plus loin que le shield utilisé pour le prototypage. Ménage de code/release dans les jours à venir.
    • développement des fiches d'activité/de support: pas d'avancée supplémentaire par rapport aux ébauches existantes (sauf pour la version bras)
    • finaliser la doc de présentation (dossier OWF): pas fait du tout par manque de temps
    • retoucher le bras lors du groweek plasci:done, réflexion sur le contenu des fiches & de la malle d'activité associée. Réalisation en cours avec plasci.
    • mettre en place workshop d'application à l'Electrolab/la fab de kits: en suspens
    • relancer les partenaires identifiés

Passé (voir TODO0 & TODO1 pour détails):

  • fin aout 2011:
    • soucis pratique avec la machine de découpe laser: fabrication v0.2 en découpe laser en suspens jusqu'à nouvel ordre
    • prototypage d'un spin-off 'etch a sketch': Proof of Concept java/arduino opérationnelle (publication du code à venir, après clean up)
    • négociations pour la v2 du spin-off 'bras robotique' faite pour planète science. WE de travail pour passer de v1 (présentée à la Japan Expo) en v2 présentable à l'OWF planifié pour le Groweek (week end de travaux du secteur robotique de planète sciences, ouvert à tous), les 17/18 septembre
  • début aout 2011: acceptation présentation OWF ; préparation v0.2 pour cette occasion
  • juillet 2011: "livraison" de la v0.1 à un utilisateur pour beta testing ; prise de rendez-vous pour l'OWF fin septembre 2011
  • juin 2011: réalisation d'un fork pour l'animation bras robotique de planète science ; réalisation d'une interface en acrylique
  • 010 mai 2011: cablage du proto 0.1 & test rapide soft
  • 05 mai 2011: session travail sur proto 0: découpe du mdf
  • 03 mai 2011: commande de potards (http://fr.mouser.com/ProductDetail/BI-Technologies/P160KN-0QD15B10K/?qs=sGAEpiMZZMtxdMMi52izyq2vfP2RDTRmHzs3%252bIJ%252bhKI%3d
  • courant avril 2011: achat de panneau plastique, prototypage soft (cf )projet Open Shima
  • 07 avril 2011: soirée proto version 0
  • 31 mars 2011: soirée b(ière)rainstorming sur le projet
  • Mars 2011: début du projet

Introduction

Donne un appercu des tenants et aboutissants du projet.

Motivation & Contexte

Ayant bien aimé un petit jeu con (voir le lien plus bas), je me suis dit que ce serait nettement mieux d'y jouer avec une interface adaptée (un joystick fait sur mesure). Ayant la chance d'avoir toutes les compétences requises pour en faire un, j'ai creusé un peu la question, et je me suis rendu compte:

  • que ca pouvait être super fun, à faire et à utiliser, sans être compliqué (pour quelqu'un du métier)
  • que ca rejoignait une cause nettement plus "importante", qui personnellement me motive: diffuser et démocratiser certains trucs technologiques.
  • que pas mal de gens d'horizons divers accrochaient immédiatement à l'idée

De là est venue une réflexion où la réalisation de ladite interface n'est plus qu'un prétexte pour développer un ensemble de ressources pédagogiques. L'objectif central est donc devenu de constituer un ensemble de ressources fondamentales pour que les utilisateurs s'approprient les savoirs et savoirs faire nécessaires pour réaliser ce "petit projet con", pas si con que ca au final, mais suffisamment léger pour en être intéressant et motivant.

En pratique, j'envisage ce projet comme un démonstrateur, un support pour diffuser (notamment par le biais d'ateliers réguliers au lab et ailleurs) les rudiments de l'électronique & informatique (embarquée), à la fois indispensable pour réaliser bon nombre de projets, et ouvrant un nombre incalculable de possibilités. Accessoirement, le lab ayant besoin à la fois de nouveaux membres porteurs de projets (qu'ils possèdent initialement les compétences requises... ou pas), et d'entrées d'argent pour financer ses activités, l'idée de préparer des kits ayant un réel intérêt pour les débutants a fait son chemin. Parce que faire clignoter 3 leds, assembler un robot inutile, c'est bien, mais on peut faire plus diversifié et durable.

Objectifs

Rendre fun un plus ou moins serious game grace à une interface hw, servant de prétexte à:

  • une introduction à l'électronique, par l'intermédiaire des capteurs/actionneurs requis par le jeu (et sélectionnés intelligemment)
  • une introduction à l'informatique embarquée, par l'utilisation d'un microcontroleur accessible facilement (arduino)
  • une introduction à l'informatique pas embarquée, par le lien avec un ordinateur & le développement d'une petite application (le jeu à proprement parler)
  • Eventuellement, en cerise sur le gateau, une initiation amusante à un procédé physique / chimique relativement complexe, abordé simplement/de manière ludique.

Principes

  • Un jeu simple tourne sur un ordinateur personnel ; le langage dudit jeu importe peu, mais les mécanismes doivent à terme en être compréhensibles.
  • La majeure partie des fonctionnalités du jeu sont pilotées par une interface hw basée sur une Arduino, avec des capteurs/actionneurs divers et variés (on construit un "joystick" sur mesure).
  • Tous les éléments du système (logiciel sur PC, sur l'Arduino, capteurs/actionneurs, concepts électroniques, informatique, ...) doivent être documentés avec soin, puisque l'ensemble n'est qu'un prétexte à s'approprier les différents éléments technologiques mis en oeuvre.
  • Les possibilités de modification et d'extension doivent être importantes et bien documentées: le projet/jeu/réalisation initiale n'est qu'un exemple, qui n'est pas à consommer en soi, mais doit servir de point de départ vers d'autres projets.

Fonctionnalités

Partie software

Il y a deux software: celui sur le PC et celui de l'Arduino. Ils doivent communiquer/échanger des informations ; le soft coté PC se charge en prime de la "game logic" (règles du jeu) et d'affichage complémentaire (et peut être interactions avec clavier, souris, etc), celui coté Arduino doit se charger des capteurs et actionneurs.

Le protocole de communication entre le software tournant sur le microcontroleur et celui sur le PC doit se prêter aux extensions. Il est donc préférable qu'il soit simple (à comprendre/prendre en mains) et flexible (extensible/modifiable). Malgré les inconvénients de cette approche, il a été jugé préférable de transmettre les informations "en clair", sous forme de trames intelligibles par un humain (qui sera de toute manière encouragé à aller y fourrer son nez), c'est à dire de chaines de caractères, du type: "xxxx,yyyy,zzzz,tttt;". Il sera envisageable, dans des versions ultérieures/pour novices déjà initiés, d'utiliser des protocoles plus sophistiqués, tels que Firmata. Mais puisqu'on souhaite permettre de s'approprier chaque brique constitutive, ce ne peut pas être le choix fait pour la version initiale.

Dans l'absolu, étant donné le hardware utilisé (port série virtuel offert par l'arduino), le langage coté PC n'a pas d'importance. Il sera même intéressant de disposer d'un grand nombre d'alternatives ! En pratique, j'ai plutôt l'habitude (enfin, de vagues restes) de java, et l'environnement de développement/programmation de l'Arduino étant en java (et open source), il semble raisonnable de commencer par ce langage. Cela permet d'envisager à terme d'intégrer des éléments dans une version spécifique de cet environnement, voire de servir d'introduction aux mécanismes dudit environnement ; toujours pour encourager les utilisateurs à s'approprier les concepts, outils, et en faire réellement ce qu'ils souhaitent par la suite.

Le logiciel de l'Arduino se doit d'exposer les règles fondamentales & mécanismes habituels de code embarqué sur ce genre de plateforme.

Partie Hardware

Les éléments hard montés sur la carte 'version de base' sont choisis pour fournir un support à une initiation à l'électronique. Histoire de permettre par la suite tout un tas de projets, il a été convenu: - de n'utiliser que des éléments génériques, simples ; permettant de s'approprier les concepts (plutôt que de se plonger dans la doc d'un composant spécifique) - de ne pas chercher à complexifier le montage, ni à l'optimiser plus que nécessaire (si telle fonction n'est pas possible sans utiliser un capteur complexe & 5 astuces d'interface, on s'en passe)

Bref, les fondamentaux, tous les fondamentaux: - interrupteurs, - potentiomètres, - leds - servos de modélisme - une charge quelconque nécessitant un petit transistor NPN (ampoule basse tension (type vélo), relai, ventilateur, buzzer, ...)

Tout un tas de sophistication seront envisageables/possibles par la suite, mais ce sera aux utilisateurs de les construire sur la base de leurs compétences nouvellement acquises... et de leur propre besoins et envies !

Partie documentation & support

Elle est tout aussi importante (voire plus) que la partie software & hardware. Pour l'instant, rien n'est gravé dans le marbre... ni même couché par écrit ! L'objectif principal reste de rendre accessible *tous* les éléments constitutifs de l'ensemble. De la manière dont je l'envisage, elle se découpe de la manière suivante: - une documentation autosuffisante, précise, sur tous les éléments constitutifs. Servant de référence/dictionnaire/manuel technique en cas de questionnement sur un point précis - une trame (plusieurs, en fait) permettant de s'approprier petit à petit les concepts sous jacents. Ceci avec différents points de départ (correspondant aux différents publics envisagés) et différents déroulements: auto-apprentissage, support d'atelier (qu'il soit régulier/sur la durée, ou bien dans le cadre d'un événement/d'une intervention quelque part). Bien que cette documentation se doive d'être complète et suffisante pour la majorité des fonctionnalités présentées, elle doit également faire référence/donner les pistes pertinentes pour toute personne intéressée pour pousser plus avant ses recherches.


Ressources


Réalisation

Rassemble un ensemble de ressources décrivant les étapes du projet, et aidant à organiser le travail en cours

Questions ouvertes/problèmes

quid de l'aspect DIY&récup vs facilité de faire un kit

  • Clément: je vote pour
    • faire un peu tout à moyen terme
    • mais à court terme se concentrer sur la version as cheap and easy as possible, cad une sorte de starter kit arduino + nécessaire pour construire une interface avec

=> cela n'empêche pas la découpe laser pour "faire bonne impression", sans décourager les reproductions (eg: pas d'assemblage ou de découpe impossible à reproduire avec un outillage simple), ni le sourcing de composants neufs (quoique manifestement trouvables par d'autres biais).

quid des fonctionnalités précises (eg capteurs, actionneurs) présents sur l'interface

  • Clément: je vote pour:
    • dans la 1re version, essayer le plus possible d'en avoir pour le moins cher possible, et le moins compliqué: as cheap and easy as possible, toujours
    • réfléchir malgré tout aux notions électroniques possible d'inculquer par ces biais, et vérifier de la faisabilité du jeu prévu avec ce qu'on installera (ou, trouver un autre jeu).

=> etch a sketch est parfait en ce sens.

quid des acteurs impliqués (ou devant l'être) dans le projet

Eh bien... ca reste à voir. Entre les membres du lab & les utilisateurs/contributeurs potentiels, ca fait du monde ! Mais jusqu'ici, il semblerait que j'aie du pain sur la planche jusqu'au stade beta, ou d'autres pourront s'approprier tel ou tel aspect du projet.


Actions passées/Prochaines actions/en cours

PART 4 : prototype de fiches (EN COURS)

La réalisation matérielle du projet n'est qu'un tout petit bout de l'ensemble: pas de doc, pas d'intéret. Pour commencer, trois choses semblent indispensables:

PART 3 : prototype 0.2 (EN COURS)

Objectifs: L'objectif du prototype 0.2 est de tirer les enseignements de la version précédente pour réaliser un modèle permettant une diffusion plus large. Il est prévu de présenter cette version lors de l'OWF en septembre 2011, et de le confronter à des utilisateurs finaux. Vu la simplicité du kit envisagé, il est prévu d'en avoir quelques uns à donner aux personnes les plus motivées pour tester le concept. A noter que lors de l'OWF, le bras robot plasci sera présenté également. Selon le temps disponible, il sera plus avancé que la version présentée à la Japan Expo...

Features: Améliorations par rapport à la précédente version (0.1):

  • réalisation physique plus propre (découpe laser & plexi)
  • meilleur choix des éléments électroniques montés (exit galva, welcome servos ?)
  • réalisation d'un soft coté PC et validation du concept d'interaction

Description Finalement, pour des raisons de simplicité (à tous niveaux), le jeu "centrale nucléaire" est en suspens (quoique des prototypes/travaux aient été réalisés). L'application retenue est etch a sketch, permettant simplement de dessiner à l'écran. C'est assez pauvre coté interactions (surtout coté actionneurs: on a pas trouvé de prétexte crédible pour les servos, npn, ...), mais finalement ce n'est pas forcément un mal, puisque c'est simple tout en étant complet. Coté réalisation, quelques soucis coté découpe laser (indisponibilité de la machine) risquent de compromettre une réal' ultra propre. Ou, de favoriser une réalisation "à la main" et donc incitant peut être plus facilement la reproduction :)

Reste à faire:

  • tenter tout de même de fabriquer en laser quelques exemplaires. En faire "à l'ancienne", pour démontrer la facilité de fabrication
  • compléter le dossier pour l'organisation de l'OWF
  • peaufiner/cleaner le code existant (coté PC surtout) pour release/publication
  • ébaucher la documentation (les deux aspects sont à considérer: "fiche composant/concept", "trame d'activité/de prise en main")
  • creuser les pistes existantes pour la constitution d'un kit, vendable par l'Electrolab
  • creuser les pistes pour animer des ateliers (au lab/ailleurs) sur cette base
  • creuser les contacts type www.salon-education.org, fiche ministère de programme secondaire, APM, ...
  • trouver un nom pour le projet
  • creuser l'idée "la vraie application, ce n'est pas une centrale nucléaire, mais un objet de la vie courante où il y a un uC 8bits: de l'électroménager, etc etc etc".

PART 2: spin off bras robotique pour planète sciences (DONE)

Retour d'expérience à documenter ; en attendant, consulter le wiki (pas forcément à jour non plus) sur le site de plasci:http://www.planete-sciences.org/robot/wiki/doku.php?id=brasrobot Bras Robotv1.JPG

PART 1 : prototype 0.1 (DONE)

Le but du prototype 0.1 est de fournir une base correcte pour développer un peu de soft et valider le concept. On va donc monter les éléments "en direct", cad avec le minimum de matos & d'électronique: pas de multiplexage, et dans la mesure du possible, des éléments les plus simples possible, bien que variés. Juste pour montrer ce qu'on peut brancher simplement sur une Arduino.


Il doit etre simple à:

  • comprendre
    • => pas de multiplexage des leds par exemple
  • fabriquer
    • => plexi plié/percé pour faire un pupitre, sur lequel est fixée l'arduino, les potards & différents switchs, leds, témoins (galva), ...
  • reproduire
    • => pas d'éléments de récup, juste des choses communes/courantes.


Type d'éléments montés/liste de course:

  • 4 potards (10k, linéaire, 17mm à montage sur panneau ; ref mouser: 858-P170N-QC12BR10K )
  • 3 leds (n'importe lesquelles, 3mm/5mm <20mA)
  • 4 galvanometre/indicateur (TODO: choisir, cf ressources) + élec de pilotage. => en fait, NON
  • 4 on/off switches/momentary (TODO: choisir, cf ressources)
  • 1 servomoteur (juste le connecteur)
  • 1 ampoule basse tension (type vélo ; juste les culots) + NPN + transistor
  • filasse pour relier à l'arduino (Fil, pin, gaine thermo) => sous forme de fil monobrin qui rentre bien dans les supports ; 3 couleurs min (idéalement, plein...)
  • barette sécable 1xPLEIN adaptée à l'arduino
  • support pour l'arduino (hex stand)

Penser également aux à coté (guide de montage/starting ; packaging ; outils nécessaire)

Ports arduino typique:

  • D0, D1: réservés port série
  • D2: (interrupt) => switch (x1)
  • D3, D5, D6, D9, D10, D11: (pwm) servo x1, ampoule1 x1, galva x4
  • D7, D8, D12: switch (x3)
  • D13: (led) led
  • A0, A1, A2, A3: Potards (x4)
  • A4, A5: led (x2)

Livrables:

  • tuto de réalisation
  • liste de course
  • doc néophyte sur le fonctionnement de chaque élément
  • code source exemple prise en main de chaque élément coté arduino
  • code source pour intégration au projet OpenShima coté arduino


Ressources:

  • NPN:
    • BC817 package pas cool (?), 0.5A
    • BC337 package cool, 0.8A
  • push:
    • mouser 104-0012-EVX

=> regarder également eBay/brocantes radio pour des lots à pas cher

TODOs:

  • yannick: contact pour négo appro galva => en fait, non: plutot des servos
  • clément:
    • doc néophyte
    • liste course
    • proto 0.x
    • code
    • check vincent pour contact découpe laser ; voir yannick pour format de fichier pour passage CNC
  • bussiere: cleaner son code & page wiki

Remarques:

  • faire un pdf imprimable pour faire sa propre face avant, voire tout reproduire
  • faire des faces avant interchangeables
  • les galvas, en fait ca sert à rien, il faut mettre des microservos en rab à la place => revoir liste des éléments

Commentaires:

  • Ce proto a été donné pour beta test ; il est utilisé en standalone (donc pas tout à fait comme prévu initialement), et a cette occasion on peut se rendre compte du coté limité des interactions possibles avec la plateforme. On constate aussi la difficulté/l'importance d'avoir un gamedesign pertinent (sinon, c'est assez chiant à jouer, et donc l'effet "plop" reste limité)

InterfaceJeuv0 1.JPG

PART 0 : brainstorming (DONE)

  • La première application, c'est naturellement celle qui s'inspire du PJC initial. Mais c'est un peu limité, et il doit être possible de trouver d'autres "thèmes" (brainstorm!)
    • sous marin
    • usine retraitement des eaux usées
    • éolienne
    • barrage hydroélectrique
    • pisciculture
    • lockpicking
    • centrale production bio-carburant
    • Usine de production de parfum (colonne de vapocraquage )
    • Machines outil (genre gras 5 axes, etc...)
    • Un pinball (pas très serious game, mais un bon pjc DIY en perspective !)
    • etch a sketch !!!
  • At random, quelques design goals, feature requests, ...
    • que ce soit hautement hackable, pensé non pas comme un jouet mais comme un moyen fun d'introduction à la bidouille, notamment chez les jeunes
    • que ce soit même une incitation par tous les moyens à se faire bidouiller


=> On va découper les choses de la manière suivante:

  • on fait un proto simple (cf proto 0) puis un autre un peu plus évolué (cf proto 1)
  • on fait le minimum de code pour que ca tourne, puis on diffuse déjà ca aux personnes intéressées pour contribuer du code, du matériau pédagogique complémentaire/associé.

Ensuite, ben on avise selon les retours :)

Macro planning

  • Réaliser un premier prototype hw courant avril 2011 pour pouvoir valider certains concepts et travailler sur le logiciel par la suite => fait.
  • Ebaucher le logiciel courant mai, pour distribution à des testeurs + développeurs complémentaires ; prévoir d'autres interfaces hw pour qu'ils fassent des essais. Faire des démos pour peaufiner le concept => pas vraiment fait à temps, il y a eu de la dispersion ! (tentative d'autonomie de l'Arduino, réalisation de l'animation bras robotique)
  • Tenter de créer une dynamique autour de ce projet au delà du lab, pour inciter d'autres acteurs à s'approprier l'ensemble => pas encore tout à fait réussi, même si l'intéret pour le projet et les résultats sont déjà là.