A votre place, j’envisagerais de monter le système sur la porte (il y a une prise à côté de la charnière, ça tombe bien) en remplaçant la face plate de la poignée par une version imprimée permettant de monter un servo actionnant le bouton rotatif.
Si effectivement un modèle de gache électrique peut s’insérer dans l’huisserie à la place de la plaque existante, ça peut être une solution qui éviterait le moteur et son système de fixation plutôt “Mac Giver”
Ceci dit, il faut sans doute pas mal creuser dans la paroi pour ça !
À voir aussi pour la remise à l’état initial quand on quittera le local.
Je passe ce soir mercredi.
Le maneton de la porte, coté intérieur, n’est pas indépendant de la clé. Il faut donc que le système puisse subir la rotation lors d’une ouverture avec la clé.
Les données techniques ont été mise à jour dans le premier sujet.
On a pas réussi à démonter les plaques de parements -> fixation par aimant.
Pour la fixation du moteur et de son système d’embrayage/limiteur de couple, je peux refaire une platine à l’identique de la plaque de parement intérieure.
Et pour la partie intelligente vous avez des propositions?
Arduino+bluetooth, esp8266, raspberry pi?..
Quelle méthode pour ouvrir?
smartphone, code à frapper sur la porte, air à siffler… on se doit d’être inventif
Pour la partie logicielle on a évoqué la dernière fois un ESP32 connecté au wifi de l’ACoLab, avec un serveur https (https://github.com/fhessel/esp32_https_server) pour le commander depuis un smartphone ou ordi. Et lui greffer d’autres trucs (soit en direct soit par wifi) pour le controller d’autres manières (badge, etc.).
Mais c’est ouvert. Je vais probablement me pencher là dessus pendant l’ouverture de demain, si d’autres veulent participer à la réflexion.
Arduino+bluetooth : pour le contrôle par smartphone ça nécessite de faire une appli native, donc assez lourd. Ou de faire des périphériques bluetooth pour le contrôler, donc assez lourd aussi sauf s’il en existe des tout prêts.
esp8266 : semble un peu trop limité (pas trouvé de serveur https, mais il semble exister des librairies de chiffrement)
raspberry pi : simplifie beaucoup la partie logicielle, mais c’est la grosse artillerie. Le multi-tâche peut être un problème pour le contrôle de la porte ? J’ai un peu peur que ça tombe plus facilement en panne qu’une solution à base de microcontrôleur (problèmes de carte SD par exemple).
raspberry+arduino/esp8266 : résout l’éventuel problème de contrôler l’ouverture avec le raspberry. Mais ça fait 2 éléments qu’il faut synchroniser, donc un peu plus de boulot, et plus de risque de panne ?
esp32 : partie logicielle bien plus difficile que sur un raspberry (à coder et à debugger), mais solution finale plus robuste ?
Si on passe par du wifi il faut chiffrer la transmission des codes pour éviter que quelqu’un sniff les accès sur le réseau. Si on part sur un serveur https ça se fait tout seul, mais il faut créer un certificat et le renouveler régulièrement, ce qui est assez pénible. Mais sinon il faut chiffrer avec une librairie ce qui n’est pas forcément plus simple. Avec du bluetooth c’est chiffré de base apparemment.
Du coup je verrai bien :
soit un truc simple avec comme seule interface ce qui permet d’ouvrir la porte. Par exemple un arduino avec des badges RFID. Les accès autorisés sont en dur dans le programme et on reprogramme pour les changer. J’ai vu que quelqu’un a laissé un truc RFID à l’ACoLab pour la porte. On a des élements qu’on peut scanner ?
soit un truc plus évolué, avec un ESP32 et un serveur https. Il servirait une page web et une API qui permettent, avec des codes d’accès :
de lister/ajouter/enlever les codes d’accès, éventuellement avec des autorisations variables (par ex le droit d’ajouter des codes). Stockage dans la mémoire non volatile (exemple) et un code spécial pour le départ, en dur.
d’ouvrir/fermer la porte
de renouveler le certificat ssl. On utiliserait Let’s Encrypt car c’est gratuit, mais ça demande de renouveler tous les 3 mois donc il faut l’automatiser. C’est pas simple à faire à partir de l’ESP32, donc ça pourrait être un raspberry qui s’en charge et envoie le certificat à l’ESP32 par l’API. On pourrait faire un renouvellement par DNS avec acme.sh
soit raspberry + arduino. Même fonctionnement que la solution ESP32 en plus facile à implémenter. Mais plus volumineuse et peut être moins robuste.
Avec les solutions 2 et 3 d’autres appareils peuvent contrôler la porte par wifi s’ils ont un code et qu’ils savent faire de l’HTTPS. Par exemple un lecteur de badge indépendant qui envoie l’identifiant du badge comme code. Ou un micro qui nous écoute siffler, mais c’est pas très secure face à la copie
Peut être partir sur la solution la plus simple et rapide à implémenter ?
