This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision Next revision Both sides next revision | ||
compte_rendu_reunion_lyonnaise_des_eaux_gemalto_i3s_6_octobre_2011 [2011/10/07 16:35] rey [Bilan matériel] |
compte_rendu_reunion_lyonnaise_des_eaux_gemalto_i3s_6_octobre_2011 [2011/10/07 18:06] rey [Remarques] |
||
---|---|---|---|
Line 32: | Line 32: | ||
- Les boutons actuels sont des bistables enfoncé/sorti. Les étiquettes ne correspondent pas aux noms des boutons. | - Les boutons actuels sont des bistables enfoncé/sorti. Les étiquettes ne correspondent pas aux noms des boutons. | ||
- | ====== ToDo ====== | + | ====== Remarques ====== |
- | <code>En résumé, et après discussion avec JY, il faudrait apporter les | + | Ne serait-il pas intéressant de faire concevoir un boitier adapté à une clef avec un design un peu sympa ? Nous (UNS) avons des contacts avec des personnes de l’université de Reims qui pourraient probablement nous concevoir la coque de ce boitier. Mais pour cela, il nous faut définir exactement les contraintes (taille, fixation, …) que nous souhaitons. |
- | évolutions suivantes avant de présenter le prototype lors de la | + | |
- | prochaine plénière (TODO à régler par Gemalto): | + | |
- | 1) vènement de lecture de tag RFiD : | + | Que souhaitons-nous faire exactement avec les boutons du gros boitier ? En fonction de ce que nous souhaitons simuler, ne serait-il pas mieux d'avoir des boutons poussoirs en lieu et place des boutons "bistables" actuels ? |
- | il faut soit mettre en place une remise à zéro de la lecture pour | + | |
- | permettre de lire 2 fois le même Tag après un intervalle de temps de 20 | + | |
- | à 30 secondes, soit ajouter un numero de séquence après le TAG pour | + | |
- | différencier deux lecture d'un même tag. | + | |
- | 2) Vérifier les causes et effets de la mise en veille bluetooth pour | + | \\ |
- | prévenir les problèmes potentiels lors des démo/évaluations. | + | |
+ | ====== ToDo ====== | ||
- | 3) Revoir la fixation sur la clef et préparer le prototype | + | En résumé, et après discussion avec JY, il faudrait apporter les évolutions suivantes avant de présenter le prototype lors de la prochaine plénière (TODO à régler par Gemalto avant la plénière): |
- | 4) Faire une évaluation de l'autonomie de ses boitiers en | + | - Lecture de tag RFiD : il faut soit mettre en place une remise à zéro de la lecture pour permettre de lire 2 fois le même Tag après un intervalle de temps de 20 à 30 secondes, soit ajouter un numéro de séquence après le TAG pour différencier deux lectures |
- | prévision des expérimentations. | + | successives |
+ | d'un même tag. | ||
+ | - Vérifier les causes et effets de la mise en veille Bluetooth pour prévenir les problèmes potentiels lors des démo/évaluations. | ||
+ | - Faire une évaluation de l'autonomie des boitiers en prévision des expérimentations. | ||
+ | - Vérifier l'étiquetage pour éviter des erreurs comme celle des boutons.\\ | ||
+ | - Revoir la fixation sur la clef et préparer le prototype final de la clé. | ||
+ | - Prévoir un moyen de fixation du petit boitier sur le gros. | ||
- | 5) Vérifier l'étiquetage pour éviter des erreurs comme celle des boutons. | + | Dans le cas où l’on s’oriente vers la conception d’une coque pour le boitier de la clé, prévoir l’ensemble des contraintes et des fonctionnalités de cette coque (les points 5 et 6 deviennent caducs). |
- | </code> | + | |