de jjnoui » Ven 20 Mai 2011 15:51
@Lionel
Merci de ton accueil.
Le projet de serrure est terminé, si tant est qu'un projet soit terminé un jour......
Le cahier des charges :
Permettre un accès contrôlé à un coffret qui contient les clés de 2 avions; ceci deviendrait une obligation sécuritaire imposée (par une instance officielle : la peur qu'un petit 'coucou' soit détourné par de dangereux terroristes).
A partir de ce cahier des charges très léger, nous avons, le chef pilote et moi commencé à délirer sur ce qui pourrait se faire à faible coût. Il était possible d'acheter un petit coffre-fort pour moins de 50 euros. Mais c'est moins amusant que de faire quelque chose par soi-même, non?
Pour vendre l'idée, nous avons donc étendu les spécifications:
Chaque personne autorisée possède son propre code qui peut être révoqué à tout moment.
Un code de secours utilisable 2 fois avant expiration (une fois pour prendre une clé, une fois pour la remettre).
Chaque accès au coffret est enregistré.
La mise à jour des codes et la consultation des incidents se fait sur un PC (vous savez, un microcontrôleur en plus grand).
Au fil de la conception du soft, des fonctionnalités ont été ajoutées :
Si après la frappe d'un bon code le coffret n'est pas ouvert dans un délai (paramètrable) donné la serrure se vérouille.
Le code entier doît être tapé en un temps donné (paramètrable lui aussi).
Lorsqu'après avoir tapé un code valide on ouvre le coffret, celui-ci doît être refermé dans un délai (paramètrable).
Tout dépassement de délai peut faire l'objet d'un enregistrement d'incident.
Les codes et les incidents doivent être conservés en cas de coupure d'alimentation (alimentation secteur + pile).
Ces alimentations sont surveillées et peuvent aussi faire l'objet d'un enregistrement d'incident.
La mémoire EEPROM (un arduino UNO) de 1Ko étant un peu juste on paramètre les incidents que l'on veut enregistrer (un 15 d'évènements différents sont enregistrables.
Selon la nature de l'évènement, celui-ci consomme 3 ou 4 octets.
A chaque connexion au PC les évènements sont enregistrés sur le PC, la partie correspondante de l'EEPROM est réinitialisée, la date et l'heure sont envoyées pour recaler l'arduino (pas d'horloge externe).
Sur le PC une routine de traitement des logs permet de les afficher en clair, de les sauvegarder, de les archiver.
Après une première présentation de ce coffret une idée supplémentaire a germé : c'est bien mais comme le coffret reste fermé on ne sait pas quels sont les clefs qui sont au tableau!
Aduino toujours vaillant et ayant encore quelques 'pattes' de disponible, une proposition a été faite : une led par trousseau de clé indiquera la présence de celui-ci sans avoir besoin de 'taper un code pour ouvrir le coffret afin de recenser les trousseaux', trop simple ? Ben oui, si les trousseaux sont croisés au tableau cela ne se verra pas! D'où nouvelle contrainte : identifier les trousseaux et non pas l'emplacement.
Ah j'oubliais : un budget très limité, un peu plus d'une centaine d'euros pour le matériel hors coffret.
Voilà en gros pour le soft.
Pour le hard :
1 Arduino UNO,
1 clavier,
1 servo-moteur
quelques résistances, condensateur, leds, diodes,
1 alimentation secteur récupérée.
1 switch mécanique pour la détection d'ouverture du coffret
des prises audio
des fiches jack mono attachés aux trousseaux de clés
1 ami qui a bien voulu nous faire un boitier pour recevoir tout ce petit matériel
et des heures et des heures et des heures, mais ça c'est justement tout le sel de l'affaire.
En consultant l'aperçu je constate que je suis très bavard.
Donc pour les détails hard et soft ce sera pour une autre fois si cela intéresse quelqu'un.
Bonne journée à tous et bonnes 'bidouilles'.
Jean-Jacques
).
tant mieux !!
