Projet IMA3 P5, 2015/2016, TD2 : Différence entre versions

De Wiki de Projets IMA
 
(36 révisions intermédiaires par 2 utilisateurs non affichées)
Ligne 2 : Ligne 2 :
  
 
== Cahier des charges ==
 
== Cahier des charges ==
Notre projet Système Communicant aura pour objectif de simuler une pièce d'une maison connectée. Nous allons simuler via une LED la lumière de la pièce, via un servo-moteur le volet de la pièce et via une autre LED la lumière du soleil. Un sonar ultra-sons sera utiliser pour détecter l'entrée ou la sortie d'une personne. Ainsi, à l'entrée d'une personne dans la pièce la lumière s'allume si les volets sont fermés ou si les volets sont ouverts et la LED "Soleil" est éteinte. Un phototransistor permettra de détecter la luminosité dans la pièce et de modifier l'état de la LED "lampe" en fonction des résultats obtenus. Enfin, via l'interface web, l'utilisateur pourra décider manuellement d'allumer/d'éteindre la lampe et d'ouvrir/fermer les volets.
+
Notre projet Système Communicant aura pour objectif de simuler une pièce d'une maison connectée.  
  
note: par soucis de simplification, nous supposerons qu'une seule personne au maximum pourra être dans la pièce. Cela simplifiera la distinction entré/sortie d'une personne dans la pièce.
+
Nous allons simuler via une LED la lumière de la pièce, via un servo-moteur le volet de la pièce et via une autre LED la lumière du soleil.
 +
 
 +
Un sonar ultra-sons sera utiliser pour détecter l'entrée ou la sortie d'une personne.
 +
 
 +
Ainsi, à l'entrée d'une personne dans la pièce la lumière s'allume si les volets sont fermés ou si les volets sont ouverts et la LED "Soleil" est éteinte.
 +
 
 +
Un phototransistor permettra de détecter la luminosité dans la pièce et de modifier l'état de la LED "lampe" en fonction des résultats obtenus.
 +
 
 +
Enfin, via l'interface web, l'utilisateur pourra décider manuellement d'allumer/d'éteindre la lampe et d'ouvrir/fermer les volets.
 +
 
 +
Note:  
 +
 
 +
par soucis de simplification, nous supposerons qu'une seule personne au maximum pourra être dans la pièce.  
 +
 
 +
Cela simplifiera la distinction entré/sortie d'une personne dans la pièce.
  
 
   
 
   
Ligne 18 : Ligne 32 :
 
[[Fichier:Schema_maison.jpeg]]
 
[[Fichier:Schema_maison.jpeg]]
  
Note: la partie encadrée en rouge sera placée sur la Nanoboard. Le reste du montage sera conservé sous son format Arduino (ce choix a été fait pour pouvoir respecter la limite temporelle du projet).
+
Note:  
 +
 
 +
la partie encadrée en rouge sera placée sur la Nanoboard.  
 +
 
 +
Le reste du montage sera conservé sous son format Arduino (ce choix a été fait pour pouvoir respecter la limite temporelle du projet).
  
 
== Séance 1 ==
 
== Séance 1 ==
Ligne 24 : Ligne 42 :
 
=== Partie électronique ===
 
=== Partie électronique ===
  
On a trouvé la propriété  de le composant sonar suivant:
+
Nous avons décidé, parmi tous nos composants, de ne réaliser que le sonar via Alitum Designer et de conserver les autres composants sur notre modèle Arduino
 +
Nous avons choisi d'utiliser le sonar HC-SR04.
 +
Les propriétés du sonar sont les suivantes:
  
 
[[Fichier:notresonar1.png]]
 
[[Fichier:notresonar1.png]]
  
  
on a trouvé sur l'internet que il y a 4 broches sur notre composant sonar:  
+
Ce composant possède 4 branches:  
 
    
 
    
 
-  
 
-  
Ligne 38 : Ligne 58 :
 
    
 
    
 
-  
 
-  
TrigInput: il faut qu'on envoye le signal PWM(10us l'état haut,60ms l'état bas) par FPGA.  
+
TrigInput: il faut qu'on envoie le signal PWM (10us d'état haut,60ms d'état bas) par FPGA.  
 
    
 
    
 
-  
 
-  
Echo: notre FPGA peut recevoir le signal sur ce broche après envoye par liaison série.
+
Echo: notre FPGA peut recevoir le signal sur cette broche après transmission par liaison série.
 
 
Donc pour le signal commandé de TrigInput et echo, c'est comme l'image suivant:
 
  
 +
Voici donc à quoi doivent ressembler les signaux de TrigInput et echo:
 
[[Fichier:notresonar2.png]]
 
[[Fichier:notresonar2.png]]
  
 
=== Partie informatique ===
 
=== Partie informatique ===
  
Configuration, via connexion série, de la raspberry désormais accessible via ssh (pi@172.26.79.8).
+
Découverte de la raspberry et de son mode de fonctionnement.
 +
 
 +
Après familiarisation avec les instructions, nous avons pu configurer la raspberry, via connexion série, afin de la rendre accessible via ssh (pi@172.26.79.8).
  
 
Installation de la bibliothèque libwebsockets.
 
Installation de la bibliothèque libwebsockets.
  
Installation d'apache2 por avoir un serveur web.
+
Installation d'apache2 pour posséder un serveur web accessible via l'adresse IP de la raspberry.
 +
 
 +
Nous avons notamment dû éditer le fichier etc/apt/sources.list  en ajoutant une ligne de commande remplaçant "wheezy" par "jessie" afin de permettre l'accès à d'avantage de miroirs pour le téléchargement des librairies.
  
 
=== Partie Arduino  ===
 
=== Partie Arduino  ===
  
Test du matériels fournis avec des fonctions simple sous le logiciels Arduino
+
Nous avons tésté le matériel à disposition avec des fonctions simples sous le logiciel Arduino afin de déterminer comment nous allions les utiliser.
  
Travail en dehors des heures de projet :
+
Travail réalisé en dehors des heures de projet :
  
 
Programme permettant d'allumer une lampe en fonction d'une personne détecté dans la pièce.
 
Programme permettant d'allumer une lampe en fonction d'une personne détecté dans la pièce.
(L'allumage de la lampe peut ce faire seulement si elle est autorisé via la connexion série, cela peut éviter un allumage nocturne lors d'une détection erronée)
+
(L'allumage de la lampe peut se faire seulement si il est autorisé via la connexion série, cela peut éviter un allumage nocturne lors d'une détection erronée)
  
 
== Séance 2 ==
 
== Séance 2 ==
  
 
=== Partie électronique ===
 
=== Partie électronique ===
Pour émettre le signal à trigInput de notre sonar, il faut qu'on fait un signal PWM avec alpha=<math>1/6001</math>,  
+
Pour émettre le signal de trigInput de notre sonar, nous devons faire un signal PWM avec alpha=<math>1/6001</math>,  
et la fréquence f=<math>1/(60e-3 + 10e-6)</math> = 17Hz.  
+
 
On a tracer le graph dans altium designer pour faire le signal PWM:
+
et avec une fréquence f=<math>1/(60e-3 + 10e-6)</math> = 17Hz.  
 +
 
 +
Nous avons tracé le graphe de ce signal dans Altium Designer:
  
 
[[Fichier:notresonar3.png]]
 
[[Fichier:notresonar3.png]]
  
Dans ce image, on a mit 16 broches pour le composant PWM, car on a trouvé c'est mieux pour fabriquer alpha:  
+
Pour ce montage, nous avons mis 16 broches pour le composant PWM afin d'avoir plus de précision pour l'obtention d'alpha:  
 +
 
 +
alpha= 1/6001 = x/(2^16)
 +
 
 +
on obtient environ x=10
  
alpha=<math>1/6001 = x/2^16</math>
+
Après observations sur l'oscilloscope, nous avons choisi x=9.
on obtient -> x=10 (environs) après voir l'oscilloscope on prend 9 pour x
 
  
on liai avec FPGA:
+
Nous avons ensuite établi la liaison avec la FPGA:
  
 
[[Fichier:notresonar6.png]]
 
[[Fichier:notresonar6.png]]
  
On double clique U1 et change la valeur de frequence à 1MHz (pour obtenir PWM 17Hz)
+
Nous avons changé la valeur de fréquence à 1MHz afin d'obtenir PWM à 17Hz.
et on double clique U3 et change la valeur de x: (0000 1001) =10
 
  
Voyant le figure sur l'osciloscope, on a bien le signal PWM pour le broche TrigInput.
+
Nous avons ensuite réglé x en changeant sa valeur en binaire: 0b00001001 = 9
Donc notre partie TrigInput (l'émesion) est le schema suivant:
+
 
 +
Après observations sur l'oscilloscope, nous obtenons bien le signal TrigInuput souhaité:
  
 
[[Fichier:notresonar5.jpg| 500px]]
 
[[Fichier:notresonar5.jpg| 500px]]
 +
 
[[Fichier:notresonar8.jpg| 500px]]
 
[[Fichier:notresonar8.jpg| 500px]]
Oscillogramme correspondant
+
 
 +
Ce signal est à l'état haut durant 10us toute les 66ms, c'est bien le signal demandé dans le datasheet du sonar HC-SR04.
 +
 
 
=== Partie informatique ===
 
=== Partie informatique ===
 +
 +
À cause de la coupure d'électricité survenue le jour de la seconde séance, il nous a été impossible de travailler la partie informatique de notre projet durant celle-ci.
 +
 +
Nous nous sommes donc concentré sur les deux autres parties.
  
 
=== Partie Arduino ===
 
=== Partie Arduino ===
Ligne 97 : Ligne 132 :
  
 
[[Fichier:IMG 20160531 115405.jpg | 500px]]
 
[[Fichier:IMG 20160531 115405.jpg | 500px]]
Montage arduino de la première carte.
+
  Montage Arduino de la première carte.
 +
 
 
Programme de cette carte :    [[Fichier:Carte_1_Projet_SC_S6_IMA3.txt‎]]
 
Programme de cette carte :    [[Fichier:Carte_1_Projet_SC_S6_IMA3.txt‎]]
  
Sur cette première carte arduino est connecté les LEDS, phototransistor et moteur.
+
Sur cette première carte Arduino sont connectés les LEDS, le phototransistor et le moteur.
Le programme permet d'allumer la lampe si une personne est dans la pièce et que la luminosité est inférieur à une valeur lu par le phototransistor (fixé à 200).
+
 
 +
Le programme permet d'allumer la lampe si une personne est dans la pièce et que la luminosité est inférieur à une valeur lu par le phototransistor (fixée à 200).
 +
 
 
Le programme permet l'ouverture et la fermeture du volet si il reçoit  O ou F sur la liaison série.
 
Le programme permet l'ouverture et la fermeture du volet si il reçoit  O ou F sur la liaison série.
 +
 
La carte reçoit également la présence ou non d'une personne via la liaison série. (0 ou 1)
 
La carte reçoit également la présence ou non d'une personne via la liaison série. (0 ou 1)
  
  
 
[[Fichier:IMG 20160531 105702.jpg | 500px]]
 
[[Fichier:IMG 20160531 105702.jpg | 500px]]
Montage arduino de la seconde carte.
+
  Montage arduino de la seconde carte.
 +
 
 
Programme de cette carte :    [[Fichier:Carte_2_Projet_SC_S6_IMA3.txt‎]]
 
Programme de cette carte :    [[Fichier:Carte_2_Projet_SC_S6_IMA3.txt‎]]
  
 
Ce montage à était fait sur une seconde carte car par la suite cette partie sera remplacé par la partie sur la nanoboard.
 
Ce montage à était fait sur une seconde carte car par la suite cette partie sera remplacé par la partie sur la nanoboard.
Cette carte permet de gérer la présence ou non dans la pièce.
+
 
Si une personne est détecté à moins de 8cm du capteur alors une variable prend ça valeur opposé pour gérer la sortie ou l'entré d'une personne dans la pièce.
+
Cette carte permet de gérer la présence ou non d'un individu dans la pièce.
Ensuite on émet l'état de la variable sur la liaison série (0 ou 1) pour si il y a une personne ou non dans la pièce.
+
 
 +
Si une personne est détectée à moins de 8cm du capteur alors une variable prend l'opposé de sa valeur actuelle pour gérer la sortie ou l'entré d'une personne dans la pièce.
 +
 
 +
Ensuite, on émet l'état de la variable sur la liaison série (0 ou 1) indiquant si il y a une personne ou non dans la pièce.
  
 
== Séance 3 ==
 
== Séance 3 ==
  
 
=== Partie électronique ===
 
=== Partie électronique ===
 +
 +
Nous avons réussi à générer un signal sur la broche "trig" de 10us toute les 65ms.
 +
 +
Nous avons donc pu observer ce signal à l'oscilloscope et observer le signal de retour sur la broche "echo" , ce signal étant proportionnel à la distance captée.
 +
Voir vidéo ci-jointe :
 +
 +
[[Média:notresonar.mp4]]
 +
 +
On peut observer que le paramètre alpha du PWM du signal 'echo' change bien proportionnellement à la distance entre l'objet et le sonar.
 +
 +
Cependant, si l'objet est suffisamment loin (ce qui signifie que le sonar ne détecte rien devant lui), le alpha du PWM du signal 'echo' reste toujours 10ms/66ms.
 +
 +
Pour notre projet, nous avons juste besoin de détecter la présence d'un individu, donc il faut seulement dire si un passage a été détecté ou non à l'entrée de la pièce, la distance précise mesurée ne nous intéresse pas.
 +
 +
Nous avons donc choisi, un comparateur appliqué entre le alpha réel du PWM du signal de 'echo' avec le alpha de U4:
 +
le alpha du U4 est réglé à 10ms/66ms et dans notre FPGA nous mettons  U4 = 0b10001100101000 = 9000
 +
(car quand alpha du 'triginput' = 10us/66ms on met 9).
 +
 +
-Si alpha réel est inférieur à U4, cela signifie que quelqu'un est passé, donc on envoie 1 dans la liaison série;
 +
 +
-Si alpha réel est supérieur ou égale à U4 cela signifie que personne n'est passé, donc on envoie 0 dans la liaison série.
 +
 +
Notre schéma Altium Designer est le suivant:
 +
[[Fichier:notresonar11.png]]
  
 
=== Partie informatique ===
 
=== Partie informatique ===
 +
 +
Au début de cette séance, nous avons eu le plaisir de constater qu'Apache2 et que la librairie libwebsockets, fonctionnels à la fin de la première séance, n'étaient plus installés sur notre raspberry.
 +
 +
Après réinstallation grâce au port série, nous avons pu accéder à la raspberry en ssh pour réaliser diverses actions:
 +
 +
-nous avons modifié l'adresse IP renseigné dans le fichier index.html par l'adresse de notre raspberry.
 +
 +
-nous avons ajouté, dans le même dossier que le fichier index.html, un fichier javascript contenant les commandes fournies dans le sujet.
 +
 +
-nous avons installé la librairie jquery avec quelques commandes supplémentaires:
 +
  export https_proxy=http://proxy.polytech-lille.fr:3128  pour reconfigurer correctement la connexion
 +
  wget --no-check-certificate https://code.jquery.com/jquery-1.12.4.min.js  afin de contourner la demande de certificat
 +
 +
-afin de tester la raspberry, nous avons pu ajouter différents fichier .c que nous avons ensuite compilé grâce à gcc -lwebsockets
 +
 +
En tapant l'adresse IP de la raspberry dans un navigateur internet, nous avons pu tester le bon fonctionnement du serveur créé, et ce pour les divers exemples fournis dans l'énoncé du projet.
 +
 +
Malheureusement, étant débutants dans le domaine, rendre fonctionnelle notre raspberry et comprendre les diverses commandes html nous a pris beaucoup de temps et nous n'avons pas eu suffisamment de temps pour implémenter convenablement l modèle que nous souhaitions réaliser.
  
 
== Démonstration ==
 
== Démonstration ==
  
 
== Conclusion ==
 
== Conclusion ==
 +
 +
Nous avons perçu ce projet comme un projet de découverte. Étant novice dans tout ce que nous avons utilisé (à l'exception du logiciel Alitium Designer que nous avions déjà appréhendé), il nous a fallu un temps conséquent pour comprendre ce que nous faisions et pouvoir progresser.
 +
 +
Ainsi, nous n'avons pas pu venir à bout de ce projet, mais nous avons pu progresser dans chaque partie et nous familiariser avec tous ces nouveaux équipements. Nous sommes malgré tout déçu de ne pas pouvoir observer le résultat final combinant toutes nos parties.
 +
 +
Enfin, à cause de la semaine d'examen suivie du départ en stage, nous n'avons pas pu retravailler sur le projet après les séances qui y étaient dédiées. Il est regrettable que ce projet ai pris place si tard dans l'année.

Version actuelle datée du 31 décembre 2016 à 23:39

Projet IMA3-SC 2015/2016 : Maison connectée

Cahier des charges

Notre projet Système Communicant aura pour objectif de simuler une pièce d'une maison connectée.

Nous allons simuler via une LED la lumière de la pièce, via un servo-moteur le volet de la pièce et via une autre LED la lumière du soleil.

Un sonar ultra-sons sera utiliser pour détecter l'entrée ou la sortie d'une personne.

Ainsi, à l'entrée d'une personne dans la pièce la lumière s'allume si les volets sont fermés ou si les volets sont ouverts et la LED "Soleil" est éteinte.

Un phototransistor permettra de détecter la luminosité dans la pièce et de modifier l'état de la LED "lampe" en fonction des résultats obtenus.

Enfin, via l'interface web, l'utilisateur pourra décider manuellement d'allumer/d'éteindre la lampe et d'ouvrir/fermer les volets.

Note:

par soucis de simplification, nous supposerons qu'une seule personne au maximum pourra être dans la pièce.

Cela simplifiera la distinction entré/sortie d'une personne dans la pièce.


Matériel

  • Une nanoboard
  • Une raspberry pi
  • Deux LED
  • Un phototransistor
  • Un sonar ultra-sons
  • Un servo-moteur

Schema maison.jpeg

Note:

la partie encadrée en rouge sera placée sur la Nanoboard.

Le reste du montage sera conservé sous son format Arduino (ce choix a été fait pour pouvoir respecter la limite temporelle du projet).

Séance 1

Partie électronique

Nous avons décidé, parmi tous nos composants, de ne réaliser que le sonar via Alitum Designer et de conserver les autres composants sur notre modèle Arduino Nous avons choisi d'utiliser le sonar HC-SR04. Les propriétés du sonar sont les suivantes:

Notresonar1.png


Ce composant possède 4 branches:

- Vcc: +5v

- Ground: la masse

- TrigInput: il faut qu'on envoie le signal PWM (10us d'état haut,60ms d'état bas) par FPGA.

- Echo: notre FPGA peut recevoir le signal sur cette broche après transmission par liaison série.

Voici donc à quoi doivent ressembler les signaux de TrigInput et echo: Notresonar2.png

Partie informatique

Découverte de la raspberry et de son mode de fonctionnement.

Après familiarisation avec les instructions, nous avons pu configurer la raspberry, via connexion série, afin de la rendre accessible via ssh (pi@172.26.79.8).

Installation de la bibliothèque libwebsockets.

Installation d'apache2 pour posséder un serveur web accessible via l'adresse IP de la raspberry.

Nous avons notamment dû éditer le fichier etc/apt/sources.list en ajoutant une ligne de commande remplaçant "wheezy" par "jessie" afin de permettre l'accès à d'avantage de miroirs pour le téléchargement des librairies.

Partie Arduino

Nous avons tésté le matériel à disposition avec des fonctions simples sous le logiciel Arduino afin de déterminer comment nous allions les utiliser.

Travail réalisé en dehors des heures de projet :

Programme permettant d'allumer une lampe en fonction d'une personne détecté dans la pièce. (L'allumage de la lampe peut se faire seulement si il est autorisé via la connexion série, cela peut éviter un allumage nocturne lors d'une détection erronée)

Séance 2

Partie électronique

Pour émettre le signal de trigInput de notre sonar, nous devons faire un signal PWM avec alpha=1/6001,

et avec une fréquence f=1/(60e-3 + 10e-6) = 17Hz.

Nous avons tracé le graphe de ce signal dans Altium Designer:

Notresonar3.png

Pour ce montage, nous avons mis 16 broches pour le composant PWM afin d'avoir plus de précision pour l'obtention d'alpha:

alpha= 1/6001 = x/(2^16)

on obtient environ x=10

Après observations sur l'oscilloscope, nous avons choisi x=9.

Nous avons ensuite établi la liaison avec la FPGA:

Notresonar6.png

Nous avons changé la valeur de fréquence à 1MHz afin d'obtenir PWM à 17Hz.

Nous avons ensuite réglé x en changeant sa valeur en binaire: 0b00001001 = 9

Après observations sur l'oscilloscope, nous obtenons bien le signal TrigInuput souhaité:

Notresonar5.jpg

Notresonar8.jpg

Ce signal est à l'état haut durant 10us toute les 66ms, c'est bien le signal demandé dans le datasheet du sonar HC-SR04.

Partie informatique

À cause de la coupure d'électricité survenue le jour de la seconde séance, il nous a été impossible de travailler la partie informatique de notre projet durant celle-ci.

Nous nous sommes donc concentré sur les deux autres parties.

Partie Arduino

Lors de cette séance nous avons terminé le programme Arduino de la première carte.

IMG 20160531 115405.jpg

  Montage Arduino de la première carte.

Programme de cette carte : Fichier:Carte 1 Projet SC S6 IMA3.txt

Sur cette première carte Arduino sont connectés les LEDS, le phototransistor et le moteur.

Le programme permet d'allumer la lampe si une personne est dans la pièce et que la luminosité est inférieur à une valeur lu par le phototransistor (fixée à 200).

Le programme permet l'ouverture et la fermeture du volet si il reçoit O ou F sur la liaison série.

La carte reçoit également la présence ou non d'une personne via la liaison série. (0 ou 1)


IMG 20160531 105702.jpg

  Montage arduino de la seconde carte.

Programme de cette carte : Fichier:Carte 2 Projet SC S6 IMA3.txt

Ce montage à était fait sur une seconde carte car par la suite cette partie sera remplacé par la partie sur la nanoboard.

Cette carte permet de gérer la présence ou non d'un individu dans la pièce.

Si une personne est détectée à moins de 8cm du capteur alors une variable prend l'opposé de sa valeur actuelle pour gérer la sortie ou l'entré d'une personne dans la pièce.

Ensuite, on émet l'état de la variable sur la liaison série (0 ou 1) indiquant si il y a une personne ou non dans la pièce.

Séance 3

Partie électronique

Nous avons réussi à générer un signal sur la broche "trig" de 10us toute les 65ms.

Nous avons donc pu observer ce signal à l'oscilloscope et observer le signal de retour sur la broche "echo" , ce signal étant proportionnel à la distance captée. Voir vidéo ci-jointe :

Média:notresonar.mp4

On peut observer que le paramètre alpha du PWM du signal 'echo' change bien proportionnellement à la distance entre l'objet et le sonar.

Cependant, si l'objet est suffisamment loin (ce qui signifie que le sonar ne détecte rien devant lui), le alpha du PWM du signal 'echo' reste toujours 10ms/66ms.

Pour notre projet, nous avons juste besoin de détecter la présence d'un individu, donc il faut seulement dire si un passage a été détecté ou non à l'entrée de la pièce, la distance précise mesurée ne nous intéresse pas.

Nous avons donc choisi, un comparateur appliqué entre le alpha réel du PWM du signal de 'echo' avec le alpha de U4: le alpha du U4 est réglé à 10ms/66ms et dans notre FPGA nous mettons U4 = 0b10001100101000 = 9000 (car quand alpha du 'triginput' = 10us/66ms on met 9).

-Si alpha réel est inférieur à U4, cela signifie que quelqu'un est passé, donc on envoie 1 dans la liaison série;

-Si alpha réel est supérieur ou égale à U4 cela signifie que personne n'est passé, donc on envoie 0 dans la liaison série.

Notre schéma Altium Designer est le suivant: Notresonar11.png

Partie informatique

Au début de cette séance, nous avons eu le plaisir de constater qu'Apache2 et que la librairie libwebsockets, fonctionnels à la fin de la première séance, n'étaient plus installés sur notre raspberry.

Après réinstallation grâce au port série, nous avons pu accéder à la raspberry en ssh pour réaliser diverses actions:

-nous avons modifié l'adresse IP renseigné dans le fichier index.html par l'adresse de notre raspberry.

-nous avons ajouté, dans le même dossier que le fichier index.html, un fichier javascript contenant les commandes fournies dans le sujet.

-nous avons installé la librairie jquery avec quelques commandes supplémentaires:

  export https_proxy=http://proxy.polytech-lille.fr:3128   pour reconfigurer correctement la connexion 
  wget --no-check-certificate https://code.jquery.com/jquery-1.12.4.min.js   afin de contourner la demande de certificat

-afin de tester la raspberry, nous avons pu ajouter différents fichier .c que nous avons ensuite compilé grâce à gcc -lwebsockets

En tapant l'adresse IP de la raspberry dans un navigateur internet, nous avons pu tester le bon fonctionnement du serveur créé, et ce pour les divers exemples fournis dans l'énoncé du projet.

Malheureusement, étant débutants dans le domaine, rendre fonctionnelle notre raspberry et comprendre les diverses commandes html nous a pris beaucoup de temps et nous n'avons pas eu suffisamment de temps pour implémenter convenablement l modèle que nous souhaitions réaliser.

Démonstration

Conclusion

Nous avons perçu ce projet comme un projet de découverte. Étant novice dans tout ce que nous avons utilisé (à l'exception du logiciel Alitium Designer que nous avions déjà appréhendé), il nous a fallu un temps conséquent pour comprendre ce que nous faisions et pouvoir progresser.

Ainsi, nous n'avons pas pu venir à bout de ce projet, mais nous avons pu progresser dans chaque partie et nous familiariser avec tous ces nouveaux équipements. Nous sommes malgré tout déçu de ne pas pouvoir observer le résultat final combinant toutes nos parties.

Enfin, à cause de la semaine d'examen suivie du départ en stage, nous n'avons pas pu retravailler sur le projet après les séances qui y étaient dédiées. Il est regrettable que ce projet ai pris place si tard dans l'année.