Projet INF1 Présentation

1. Projet INF1Présentation DivernoisJulien Novac Laurent Stalder Alan Wenk Nicolas

2. Plan de présentation • Outils collaboratifs • Nos besoins • Services Google • Versionning • Protocole RS232 • Branchement • Description du protocole • Tests • M-Bus • Modèle OSI • Topologie (Bus, Master-Slave), Physical Layer • Description du Protocole • Data Link Layer • Application Layer • API en C • Architecture future du projet

3. Outils collaboratifs Nos besoins : • Les outils de communication • Agenda partagé • Documents partagés • Mail • Les outils d’accès au savoir • Wikis • Les outils de travail partagé • Serveur de versioning

4. Outils collaboratifs • Notre choix pour les outils de communication : Google • Donne accès à : • Google Agenda • Google documents • Google Mail

5. Outils collaboratifs • Versionning • Nos essais : • SVN • Git • Mercurial • Notre choix : SVN avec le programme Tortoise SVN. • Raisons : • Interface graphique simple intégrée à Windows • Google propose le service avec Google Code et donne accès à d’autres outils • Wikis, Bug Tracker,… • Configuration facile • Expériences personnelles

6. Protocole RS-232 Branchement: • Null Modem • Inverse les différents pin • Gender Changer • Indispensable pour connecter le tout

7. Protocole RS-232 Protocole de communication: • Baudrate • Bit de start, bit de stop et bit de parité (optionnel) • La configuration peut se faire directement dans windows

8. Protocole RS-232 Tests: • Utilisation d’un convertisseur USB-Serie (Port virtuel) • Hyperterminal • Utilisé au début entre deux ordinateurs pour envoyer des caractères entre les deux machines. • Programme en C • Remplace Hyperterminal, permet d’envoyer des blocs de caractères. • Permet de dialoguer avec d’autres appareils qu’un ordinateur.

9. M-Bus • Le protocole M-Bus est un protocole spécialement conçu pour communiquer avec des appareils de mesure. • Il suit le modèle OSI

10. M-Bus • Physical Layer • Topologie en Bus • Maître-Esclave avec 2 cables (Entrée-Sortie) • Communication Half Duplex • Modèle « Send/Confirm » & « Request/Response »

11. Trames M-Bus • Transmission asynchrone • Bits de Start et de Stop pour la synchronisation • Le silence sur la ligne est à 1 -> Bit de start à 0 • Master pas à la même tension que les slaves, ses états sont lus en fonction de la tension et les esclaves en fonction du courant ->Il faut une interface entre le bus et les slaves.

12. M-Bus Trames M-BUS

13. M-Bus Field M-BUS • Single Character: Acknowledge • Start : Constante • CFIELD: Spécifie la direction de la communication • AFIELD: Adresse (0-250) • 251 252 -> future application • 253 (Adresse codé en couche Network • 254-255 (Broadcast) • CIFIELD(Couche Application, Management) • Configuration(Selection of Slave, Baudrate,…) • LFIELD: Nombre de byte de donnée (Long Frame). • Checksum: Vérifier l’intégrité des données (Somme arithmétique). • Stop Char: Constante

14. M-Bus • Exemple de trame: Long Frame

15. API en C • Nous fournissons une API écrite en C

16. API en C Avantage de notre API • Offre une interface pour coder et décoder (lecture et écriture) de trame en respectant le codage M-Bus • Bas Niveau • Permet ainsi de créer n’importe quelle trame M-Bus • Donne une couche de base pour créer des programmes M-Bus plus haut niveau • Bien documentée • Utilisation de l’outil Doxygen pour la documentation

17. API en C • Exemple de programme • Décodage d’un Long Frame

18. API en C

19. Architecture future du projet • Architecture Serveur • PHP-Mysql, CGI • Ajax • Multi-plateformes (Windows, OSX, Linux, iOS, etc.) • Plusieurs interfaces • Page Web • Desktop, Mobile (C, Iphone)

20. Questions Questions?