PPE : La Porte Intelligente Emmanuel Cabri Thomas Meyers Charles Moreau Antoine Beck Session 2011/2012 Lycée Raynouard

Présentation du projet Le besoin: Limiter l’accès à une salle par mot de passe via un réseau local Les contraintes: Normes à respecter, technologies imposées

Les contraintes Pour une salle accueillant : Matériel imposé : - Plus de 100 personnes: Hauteur poignée > 1,40m / Passage utile >0,77 m. - Moins de 100 personnes, Hauteur poignée > 0,90 m / Passage utile > 0,83 m. - Locaux de moins de 30 m², Hauteur poignée > 0,80 m / Passage utile>0,77 m. Matériel imposé : - Carte Matrix E-Blocks - Flowcode V4 - Environnement Wamp pour le serveur.

La réalisation

Carte E-Blocks

Programmation de la Matrix E-blocks Programmée via FlowCode V4 Présentation de la structure et des macros

-Initialisation du système -Acquisition du code clavier -Envoi de la requête HTTP -Traitement des données reçues -Actions résultantes Initialisation des différents composants de la carte et des variables manipulées Incrémentation de variables paramétrables (Code bon, adresse IP du serveur, …) Affichage d’un message de bienvenue sur l’écran LCD

-Initialisation du système -Acquisition du code clavier -Envoi de la requête HTTP -Traitement des données reçues -Actions résultantes 4 Chiffres Un bouton de validation (#) Un bouton de réinitialisation (*) Pas d’appui sur deux touches simultanément Délai d’attente court entre les acquisitions, sans double acquisition si appui long Affichage du chiffre sur l’écran, remplacé par une étoile après 500 ms

-Initialisation du système -Acquisition du code clavier -Envoi de la requête HTTP -Traitement des données reçues -Actions résultantes Ouverture de la connexion entre la carte et le serveur via le routeur Envoi d’une requête HTTP Réception de la réponse Stockage des données reçues dans une variable

-Initialisation du système -Acquisition du code clavier -Envoi de la requête HTTP -Traitement des données reçues -Actions résultantes Manipulation des données afin de les transformer en variables exploitables Comparaison de la valeur obtenue avec des valeurs de référence Exploitation du résultat

-Initialisation du système -Acquisition du code clavier -Envoi de la requête HTTP -Traitement des données reçues -Actions résultantes Trois cas de figures possibles: - Le code n’existe pas dans la base de données du serveur, l’information est alors indiquée sur l’écran - Le code existe, mais n’est pas tapé à l’heure d’accès autorisé, la porte ne s’ouvre toujours pas, l’écran affiche un message d’erreur (différent du premier cas) - Le code existe, et est tapé dans la bonne plage horaire, le système envoie alors un ordre permettant d’alimenter la gâche et d’ouvrir la porte pendant 10 secondes

COMMUNICATION RESEAU CLIENT/SERVEUR

-Problème posé -Utilisation de Wireshark - Solution au problème Lors de nos tests nous avons remarqué que la communication entre la carte (le client) et le serveur posait des problèmes. Notre carte envoyait une requête HTTP et parfois ne recevait aucune réponse de la part du serveur, ou alors au bout de 10 minutes… Plusieurs hypothèse s’offrent à nous: La requête HTTP est mal formé La connexion n’arrive pas à s’établir Le serveur est mal programmé et ne sait pas renvoyer une réponse à la carte (peu probable) Balalbabkfjdqsfdskljflks je suis un commentaire et j’aime les papillions !!!!!!:!

-Problème posé -Utilisation de Wireshark - Solution au problème Pour tenter de résoudre ce problème, nous allons utilisé un logiciel installé sur le serveur pour analyser les paquets transférés entre le serveur et la carte: Wireshark. Nous allons donc étudier tout ce qui se passe entre l’adresse IP : Et l’adresse IP : Nous avons pris deux captures d’écrans de Wireshark: - une capture témoin où la carte reçoit une réponse du serveur (code ok ou pas) - une capture où justement, le serveur ne répond pas…

-Présentation de Wireshark -Protocoles TCP et HTTP -Première capture : quand ça marche… -Seconde capture : limites du matériel -

-Présentation de Wireshark -Protocoles TCP et HTTP -Première capture : quand ça marche… -Seconde capture : limites du matériel -

-Problème posé -Utilisation de Wireshark -Solution au problème En conclusion: - Nous avons pu isoler le problème, la connexion ne pouvait s’établir et la carte envoyait en boucle des requêtes de synchronisation. Le problème se produit donc lors la connexion via le protocole TCP. - Malgré cela, nous n’avons pas pu résoudre ce problème qui vient surement du module Internet de la carte, nous n’avons pas le budget pour acheter une nouvelle carte, hélas !

Programmation du serveur Programmé en PHP sur un environnement Wamp Présentation de l’interface d’utilisateur et d’administration

Schemajeneral! Attention ,holaaaaaa