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.
Ok, la on parle des logs d'ouverture de porte ... je n'avais pas compris ça comme ça ... Si on a le protocole d'échange (RS485 ,c'est comme RS232 : ça définit les caractéristiques électriques de ligne, pas les messages échangés). Il faudrait que le protocole soit documenté par le constructeur de la centrale pour implémenter un échange. Si c'est pas chiffré on doit pouvoir relativement simplement sniffer le bus pour essayer de comprendre comment ça marche, mais comme tout reverse engineering, ça prend beaucoup de temps ...
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.
Là c'est pareil, il faut savoir comment sont organisées les données stockées sur le flash. Si c'est un support non standard, il faudra déjà comprendre comment on s'interface avec le flash, puis une fois que c'est fait, savoir comment les données sont organisées dessus. Si c'est du standard (Compact Flash, I2C, SPI, carte SD ou autre), seul le reverse engineering du contenu sera à faire si on a pas d'infos sur la façon dont il doit être organisé pour interagir avec.
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.
Oui elle ne fait ni plus ni moins ... C'est un élément intéressant pour intégrer dans une solution plus globale (elle ne s'interface pas avec les portes). Mais elle pourrait servir à la phase d'association utilisateur-> badge (scan du badge pour l'associer à l'utilisateur lors de l'arrivée de celui-ci).
J'ai peut etre un truc chez moi qui me permetttrait de jouer avec cette lib (le truc qui permet de recharger son pass navigo depuis chez soi ...). Je peux peut-être faire quelque sexpérimentations dessus.
Sinon en regardant j'ai l'impression que toutes ces solutions sont proprios, à des niveaux plus ou moins élevés :( J'ai cru voir (j'ai fait quelques recherches suite à ton post) quelque strucs plus ou moins modulaire, mais la documentation n'est as forcément en libre accès.
Perso c'est un truc sur lequel j'aimerais bien bosser. Sinon Ca peut faire l'objet d'un projet de fin d'année intéressant pour des élèves de bac STI Electronique (si ça se fait encore - moi j'étais en F2 et j'ai eu un projet de fin d'année à réaliser - une carte d'interface moteur pas à pas sur un ensemble qui servait à doser du café) ou pour des élèves de BTS ...
[^] # Re: Je crois que le coeur du problème c'est
Posté par totof2000 . En réponse au message Contrôle d'accès physique (genre vigik). Évalué à 3.
Ok, la on parle des logs d'ouverture de porte ... je n'avais pas compris ça comme ça ... Si on a le protocole d'échange (RS485 ,c'est comme RS232 : ça définit les caractéristiques électriques de ligne, pas les messages échangés). Il faudrait que le protocole soit documenté par le constructeur de la centrale pour implémenter un échange. Si c'est pas chiffré on doit pouvoir relativement simplement sniffer le bus pour essayer de comprendre comment ça marche, mais comme tout reverse engineering, ça prend beaucoup de temps ...
Là c'est pareil, il faut savoir comment sont organisées les données stockées sur le flash. Si c'est un support non standard, il faudra déjà comprendre comment on s'interface avec le flash, puis une fois que c'est fait, savoir comment les données sont organisées dessus. Si c'est du standard (Compact Flash, I2C, SPI, carte SD ou autre), seul le reverse engineering du contenu sera à faire si on a pas d'infos sur la façon dont il doit être organisé pour interagir avec.
Oui elle ne fait ni plus ni moins ... C'est un élément intéressant pour intégrer dans une solution plus globale (elle ne s'interface pas avec les portes). Mais elle pourrait servir à la phase d'association utilisateur-> badge (scan du badge pour l'associer à l'utilisateur lors de l'arrivée de celui-ci).
J'ai peut etre un truc chez moi qui me permetttrait de jouer avec cette lib (le truc qui permet de recharger son pass navigo depuis chez soi ...). Je peux peut-être faire quelque sexpérimentations dessus.
Sinon en regardant j'ai l'impression que toutes ces solutions sont proprios, à des niveaux plus ou moins élevés :( J'ai cru voir (j'ai fait quelques recherches suite à ton post) quelque strucs plus ou moins modulaire, mais la documentation n'est as forcément en libre accès.
Perso c'est un truc sur lequel j'aimerais bien bosser. Sinon Ca peut faire l'objet d'un projet de fin d'année intéressant pour des élèves de bac STI Electronique (si ça se fait encore - moi j'étais en F2 et j'ai eu un projet de fin d'année à réaliser - une carte d'interface moteur pas à pas sur un ensemble qui servait à doser du café) ou pour des élèves de BTS ...