• [^] # Re: Je crois que le coeur du problème c'est

    Posté par . En réponse au message Contrôle d'accès physique (genre vigik). Évalué à 2.

    Oui, je vois bien comment développer un système, et en effet git est tout vu pour garder les historiques, chouette idée.

    Mais c'est la moitié du problème ;) : toute la difficulté est la communication avec le matériel.

    Pour résumer, les centrales que je connais stockent les listes d'accès et ne sont pas dépendantes d'un ordinateur pour fonctionner. Elles gèrent elles-même les aspects matériels sous-jacents (lecteurs de badges, relais pour les portes).

    J'ai croisé deux modes de transfert :

    • le logiciel est connecté à la centrale via un bus rs485, et envoie les mises à jour des listes d'accès au fur et à mesure. Il reçoit aussi les logs via ce bus rs485.
    • depuis le logiciel, il faut transférer la configuration sur un petit stockage flash, puis mettre cette mémoire flash dans chaque centrale pour importer les configs. Pour récupérer les logs, il faut aussi les exporter depuis la centrale pour les mettre sur un PC ensuite.

    Pour cette partie, il "suffit" d'avoir le protocole (ou une lib qui l'implémente) qui permet de faire les mises à jour des listes d'autorisations dans les centrales et c'est plié (tout à l'air facile dit comme ça :D).

    Je me rend compte qu'une lib comme liblogicalaccess travaille à un niveau trop bas pour moi, puisqu'elle traite directement les événements des lecteurs de badge.

    OpenConcerto est un logiciel beaucoup plus large, mais pourrait faire l'affaire. La doc du module badge semble inexistante par contre :(.