Difference between revisions of "Projets:Lab:2011:OpenBrushless2k"
Line 8: | Line 8: | ||
|where=Anywhere | |where=Anywhere | ||
|for_who=Everybody | |for_who=Everybody | ||
− | |||
|budget= 0 | |budget= 0 | ||
|number_of_members= 4 | |number_of_members= 4 | ||
− | |estimated_time= few months for the first prototype, a year for official release. | + | |estimated_time= few months for the first prototype, a year for first official release. |
}} | }} | ||
Revision as of 22:41, 12 May 2011
OpenBrusless2k | |
---|---|
Auteur | Aeris |
Date de proposition | 18/01/2011 |
Tags du projet | Projet Electrolab |
Lieu d'utilisation final | Anywhere |
Utilisateur final | Everybody |
Type de projet
Projet personnel de Aeris |
De plus en plus de membres de l'Electrolab sont intéressés pas la mobilité électrique.
|
Introduction
Donne un aperçu des tenants et aboutissants du projet.
Objectifs
Principes
Fonctionnalités
Partie software
Partie Hardware
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 la partie soft sur PC?
- Clément: moi je vote pour:
- faire une API propre, bien documentée, pour les couches basses/abstractant le hw, ceci dans un ou plusieurs langages
- permet de se concentrer sur notre "coeur d'activité"
- permet d'etre quick win
- permet d'impliquer d'autres gens avec expertise complémentaire
- faire un démonstrateur minimaliste infame coté PC 'couche haute'
- se rapprocher de JLM/FANG (voir avec mon frère)
- faire une API propre, bien documentée, pour les couches basses/abstractant le hw, ceci dans un ou plusieurs langages
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
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
Macro planning
- Réaliser un premier prototype hw courant avril pour pouvoir valider certains concepts et travailler sur le logiciel par la suite
- 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
- Tenter de créer une dynamique autour de ce projet au delà du lab, pour inciter d'autres acteurs à s'approprier l'ensemble
Etat d'avancement
- 10 mai 2011:
Prochaines actions/en cours
TODO 0 : brainstorming
TODO 1 : prototype 0
Le but du prototype 0 est de fournir une base correcte pour développer un peu de soft et valider le concept.
Livrables:
- Schéma
- Dossier de fab
- Gerber
- Bom
- code source
- tuto de réalisation
- doc sur le fonctionnement
Ressources:
TODOs:
Remarques:
Résultats
Permet de capitaliser sur le travail effectué: l'utiliser, le reproduire, l'améliorer, ...
Schéma structurel
TBC
Budget
TBC
Contacts, fournisseurs
TBC
Prototype 1
TBC