1 / 20

PPE : La Porte Intelligente

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.

selma
Download Presentation

PPE : La Porte Intelligente

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

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

  2. 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

  3. Les contraintes Pour une salle accueillant : - 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.

  4. La réalisation

  5. Carte E-Blocks

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

  7. 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

  8. 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

  9. 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

  10. 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

  11. 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 -Initialisation du système -Acquisition du code clavier -Envoi de la requête HTTP -Traitement des données reçues -Actions résultantes

  12. COMMUNICATION RESEAU CLIENT/SERVEUR

  13. 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) -Problème posé -Utilisation de Wireshark - Solution au problème

  14. 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… -Problème posé -Utilisation de Wireshark - Solution au problème

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

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

  17. 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 ! -Problème posé -Utilisation de Wireshark -Solution au problème

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

  19. Schemajeneral!Attention ,holaaaaaa

More Related