SE3Groupe2024-2 - Historique des versions

Ahouduss : /* IHM PC */

2025-06-16T15:17:49Z

IHM PC

Cpayet : /* Affichage */

2025-06-15T23:13:03Z

Affichage

Voir les modifications

Cpayet : /* Énergie */

2025-06-15T21:40:02Z

Énergie

Voir les modifications

Cpayet : /* LUFA */

2025-06-15T20:56:34Z

LUFA

← Version précédente		Version du 15 juin 2025 à 20:56
Ligne 193 :		Ligne 193 :

	[[Fichier:Datasheet NHD‐C12832A1Z‐FSW‐FBW‐3V3.pdf\|194x194px\|vignette\|Datasheet de l'écran : NHD‐C12832A1Z‐FSW‐FBW‐3V3\|centré]]		[[Fichier:Datasheet NHD‐C12832A1Z‐FSW‐FBW‐3V3.pdf\|194x194px\|vignette\|Datasheet de l'écran : NHD‐C12832A1Z‐FSW‐FBW‐3V3\|centré]]
	<p style="clear: both;" />On décide de ~~prgrammer~~ l'écran en C. On code donc notre écran via l'API "glcd.h".		<p style="clear: both;" />On décide de programmer l'écran en C. On code donc notre écran via l'API "glcd.h".

	L'écran sera composé d'un menu permettant de naviguer parmi les différents capteurs enregistrés afin de consulter la valeur renvoyée par cle capteur choisi.		L'écran sera composé d'un menu permettant de naviguer parmi les différents capteurs enregistrés afin de consulter la valeur renvoyée par cle capteur choisi.
Ligne 796 :		Ligne 796 :
	=== LUFA ===		=== LUFA ===

	=== Docker ===		=== '''Docker''' ===
	Ces outils sont déployés à l’aide de '''Docker''', une technologie (open source et créer par des ingénieurs français !) de virtualisation légère qui permet d’exécuter des applications dans des conteneurs isolés.		Ces outils sont déployés à l’aide de '''Docker''', une technologie (open source et créer par des ingénieurs français !) de virtualisation légère qui permet d’exécuter des applications dans des conteneurs isolés.

Ligne 856 :		Ligne 856 :
	</syntaxhighlight>		</syntaxhighlight>

	=== Node-RED ===		=== '''Node-RED''' ===
	Voici à quoi ressemble notre configuration :		Voici à quoi ressemble notre configuration :
	[[Fichier:NodeRedConfig.png\|centré\|vignette\|778x778px\|Configuration Node-RED]]		[[Fichier:NodeRedConfig.png\|centré\|vignette\|778x778px\|Configuration Node-RED]]
Ligne 1 299 :		Ligne 1 299 :
	<p style="clear: both;" />L’ajout d’un délai de 300 ms est nécessaire pour éviter les rebonds des boutons mécaniques. Sans cela, une pression peut être détectée plusieurs fois à cause des oscillations électriques rapides à l’activation.<p style="clear: both;" />Ici on voit que le code peut être factorisé. Cela n'a pas été fais pour tester individuellement des fonctions différentes sur chaque bouton (cf prochaine section).		<p style="clear: both;" />L’ajout d’un délai de 300 ms est nécessaire pour éviter les rebonds des boutons mécaniques. Sans cela, une pression peut être détectée plusieurs fois à cause des oscillations électriques rapides à l’activation.<p style="clear: both;" />Ici on voit que le code peut être factorisé. Cela n'a pas été fais pour tester individuellement des fonctions différentes sur chaque bouton (cf prochaine section).

	====== Récupération ID ~~microcontrôleur~~ ======		====== '''Récupération ID microcontroleur''' ======
	Il y a des tentatives afin de récuprer un identifiant d'un microcontroleur via la fonction getIDspi(ReportBuffer). <syntaxhighlight lang="c">		<p style="clear: both;" />Il y a des tentatives afin de récuprer un identifiant d'un microcontroleur via la fonction getIDspi(ReportBuffer). <syntaxhighlight lang="c">
	#include "../spi.h"		#include "../spi.h"

Cpayet : /* LUFA */

2025-06-15T20:53:38Z

LUFA

← Version précédente		Version du 15 juin 2025 à 20:53
Ligne 1 299 :		Ligne 1 299 :
	<p style="clear: both;" />L’ajout d’un délai de 300 ms est nécessaire pour éviter les rebonds des boutons mécaniques. Sans cela, une pression peut être détectée plusieurs fois à cause des oscillations électriques rapides à l’activation.<p style="clear: both;" />Ici on voit que le code peut être factorisé. Cela n'a pas été fais pour tester individuellement des fonctions différentes sur chaque bouton (cf prochaine section).		<p style="clear: both;" />L’ajout d’un délai de 300 ms est nécessaire pour éviter les rebonds des boutons mécaniques. Sans cela, une pression peut être détectée plusieurs fois à cause des oscillations électriques rapides à l’activation.<p style="clear: both;" />Ici on voit que le code peut être factorisé. Cela n'a pas été fais pour tester individuellement des fonctions différentes sur chaque bouton (cf prochaine section).

	====== Récupération ID ~~microcontroleur~~ ======		====== Récupération ID microcontrôleur ======
	~~<p style="clear: both;" />~~Il y a des tentatives afin de récuprer un identifiant d'un microcontroleur via la fonction getIDspi(ReportBuffer). <syntaxhighlight lang="c">		Il y a des tentatives afin de récuprer un identifiant d'un microcontroleur via la fonction getIDspi(ReportBuffer). <syntaxhighlight lang="c">
	#include "../spi.h"		#include "../spi.h"

Cpayet : /* Docker */

2025-06-15T20:48:31Z

Docker

← Version précédente		Version du 15 juin 2025 à 20:48
Ligne 796 :		Ligne 796 :
	=== LUFA ===		=== LUFA ===

	=== ~~'''~~Docker~~'''~~ ===		=== Docker ===
	Ces outils sont déployés à l’aide de '''Docker''', une technologie (open source et créer par des ingénieurs français !) de virtualisation légère qui permet d’exécuter des applications dans des conteneurs isolés.		Ces outils sont déployés à l’aide de '''Docker''', une technologie (open source et créer par des ingénieurs français !) de virtualisation légère qui permet d’exécuter des applications dans des conteneurs isolés.

Ligne 856 :		Ligne 856 :
	</syntaxhighlight>		</syntaxhighlight>

	=== ~~'''~~Node-RED~~'''~~ ===		=== Node-RED ===
	Voici à quoi ressemble notre configuration :		Voici à quoi ressemble notre configuration :
	[[Fichier:NodeRedConfig.png\|centré\|vignette\|778x778px\|Configuration Node-RED]]		[[Fichier:NodeRedConfig.png\|centré\|vignette\|778x778px\|Configuration Node-RED]]
Ligne 1 299 :		Ligne 1 299 :
	<p style="clear: both;" />L’ajout d’un délai de 300 ms est nécessaire pour éviter les rebonds des boutons mécaniques. Sans cela, une pression peut être détectée plusieurs fois à cause des oscillations électriques rapides à l’activation.<p style="clear: both;" />Ici on voit que le code peut être factorisé. Cela n'a pas été fais pour tester individuellement des fonctions différentes sur chaque bouton (cf prochaine section).		<p style="clear: both;" />L’ajout d’un délai de 300 ms est nécessaire pour éviter les rebonds des boutons mécaniques. Sans cela, une pression peut être détectée plusieurs fois à cause des oscillations électriques rapides à l’activation.<p style="clear: both;" />Ici on voit que le code peut être factorisé. Cela n'a pas été fais pour tester individuellement des fonctions différentes sur chaque bouton (cf prochaine section).

	====== ~~'''~~Récupération ID microcontroleur~~'''~~ ======		====== Récupération ID microcontroleur ======
	<p style="clear: both;" />Il y a des tentatives afin de récuprer un identifiant d'un microcontroleur via la fonction getIDspi(ReportBuffer). <syntaxhighlight lang="c">		<p style="clear: both;" />Il y a des tentatives afin de récuprer un identifiant d'un microcontroleur via la fonction getIDspi(ReportBuffer). <syntaxhighlight lang="c">
	#include "../spi.h"		#include "../spi.h"

Cpayet : /* Communication */

2025-06-15T20:40:21Z

Communication

← Version précédente		Version du 15 juin 2025 à 20:40
Ligne 919 :		Ligne 919 :

	Et une démonstration du projet dans son intégralité en vidéo ci dessous :		Et une démonstration du projet dans son intégralité en vidéo ci dessous :
			[[Fichier:VideoDemoFinalv1.mp4\|centré\|vignette\|Vidéo demonstration du projet fonctionnel]]

	=== Programmateur AVR (Projet annexe) ===		=== Programmateur AVR (Projet annexe) ===

Cpayet : /* LUFA */

2025-06-15T20:29:09Z

LUFA

Voir les modifications

Cpayet : /* IHM PC */

2025-06-15T18:59:46Z

IHM PC

← Version précédente		Version du 15 juin 2025 à 18:59
Ligne 737 :		Ligne 737 :
	* Elle configure les différents registres : le canal RF, la taille du payload pour les pipes (canaux de réception), la puissance d’émission, le CRC, l’auto-acknowledgment (reconnaissance automatique de réception), les adresses RX activées, la retransmission automatique.		* Elle configure les différents registres : le canal RF, la taille du payload pour les pipes (canaux de réception), la puissance d’émission, le CRC, l’auto-acknowledgment (reconnaissance automatique de réception), les adresses RX activées, la retransmission automatique.
	* Puis elle mets le module en mode écoute (réception).		* Puis elle mets le module en mode écoute (réception).



Ligne 742 :		Ligne 743 :

	<code>nrf24_tx_address()</code> et <code>nrf24_rx_address()</code> servent à définir les adresses pour l’envoi et la réception. Ces adresses doivent être cohérentes pour que la communication fonctionne.		<code>nrf24_tx_address()</code> et <code>nrf24_rx_address()</code> servent à définir les adresses pour l’envoi et la réception. Ces adresses doivent être cohérentes pour que la communication fonctionne.


	'''<u>Envoi et réception des données</u>'''		'''<u>Envoi et réception des données</u>'''
Ligne 749 :		Ligne 749 :

	<code>nrf24_getData()</code> lit les données reçues depuis le module en SPI, puis remet à zéro le flag d’interruption réception.		<code>nrf24_getData()</code> lit les données reçues depuis le module en SPI, puis remet à zéro le flag d’interruption réception.
			'''<u>Vérification de l’état</u>'''

	'''<u>Vérification de l’état</u>'''		'''<u>Vérification de l’état</u>'''
Ligne 759 :		Ligne 760 :

	<code>nrf24_retransmissionCount()</code> donne le nombre de tentatives de retransmission.		<code>nrf24_retransmissionCount()</code> donne le nombre de tentatives de retransmission.
			'''<u>Gestion de la puissance</u>'''
	'''<u>Gestion de la puissance</u>'''		'''<u>Gestion de la puissance</u>'''

Ligne 764 :		Ligne 766 :

	<code>nrf24_powerUpRx()</code>, <code>nrf24_powerUpTx()</code>, <code>nrf24_powerDown()</code> sont des fonctions pour mettre le module en mode réception, émission, ou veille.		<code>nrf24_powerUpRx()</code>, <code>nrf24_powerUpTx()</code>, <code>nrf24_powerDown()</code> sont des fonctions pour mettre le module en mode réception, émission, ou veille.

Cpayet : /* Communication */

2025-06-15T18:57:59Z

Communication

← Version précédente		Version du 15 juin 2025 à 18:57
Ligne 634 :		Ligne 634 :

	* <code>lcd_data()</code> '''incrémente''' la colonne '''automatiquement''' après chaque octet envoyé.		* <code>lcd_data()</code> '''incrémente''' la colonne '''automatiquement''' après chaque octet envoyé.
			[[Fichier:TexteLCD.jpg\|centré\|vignette\|Photographie de l'écran avec du texte]]


Ligne 748 :		Ligne 749 :

	<code>nrf24_getData()</code> lit les données reçues depuis le module en SPI, puis remet à zéro le flag d’interruption réception.		<code>nrf24_getData()</code> lit les données reçues depuis le module en SPI, puis remet à zéro le flag d’interruption réception.



	'''<u>Vérification de l’état</u>'''		'''<u>Vérification de l’état</u>'''
Ligne 760 :		Ligne 759 :

	<code>nrf24_retransmissionCount()</code> donne le nombre de tentatives de retransmission.		<code>nrf24_retransmissionCount()</code> donne le nombre de tentatives de retransmission.
			'''<u>Gestion de la puissance</u>'''

	'''<u>Gestion de la puissance</u>'''		'''<u>Gestion de la puissance</u>'''
Ligne 765 :		Ligne 765 :
	<code>nrf24_powerUpRx()</code>, <code>nrf24_powerUpTx()</code>, <code>nrf24_powerDown()</code> sont des fonctions pour mettre le module en mode réception, émission, ou veille.		<code>nrf24_powerUpRx()</code>, <code>nrf24_powerUpTx()</code>, <code>nrf24_powerDown()</code> sont des fonctions pour mettre le module en mode réception, émission, ou veille.

	'''<u>Communication SPI en logiciel (bit-banging)</u>'''Comme on n’utilise pas le matériel SPI natif, <code>spi_transfer()</code> envoie et reçoit un octet via manipulation manuelle des broches MOSI, MISO et SCK.
			'''<u>Communication SPI en logiciel (bit-banging)</u>'''

			Comme on n’utilise pas le matériel SPI natif, <code>spi_transfer()</code> envoie et reçoit un octet via manipulation manuelle des broches MOSI, MISO et SCK.

	Les fonctions <code>nrf24_transferSync()</code> et <code>nrf24_transmitSync()</code> permettent d’envoyer ou recevoir plusieurs octets à la suite.		Les fonctions <code>nrf24_transferSync()</code> et <code>nrf24_transmitSync()</code> permettent d’envoyer ou recevoir plusieurs octets à la suite.
Ligne 780 :		Ligne 783 :

	=== IHM PC ===		=== IHM PC ===
	Dans cette section nous allons aborder comment notre carte domotique communique avec		Dans cette section nous allons aborder comment notre carte domotique communique avec notre PC via LUFA. Le code esxemple à été repris depuis [https://gitea.plil.fr/ahouduss/se3_2024_B2/src/branch/main/01%20-%20Programmateur%20AVR/02%20-%20Programmation/lufa-LUFA-210130-NSI/Demos/Device/LowLevel/VirtualSerial le repertoire suivant]. Ce code permet l'envoie simple de donnée via une liaison USB (Cf projet annexe : Programmateur AVR).

	== Programmateur AVR (Projet annexe) ==		== Programmateur AVR (Projet annexe) ==

← Version précédente		Version du 16 juin 2025 à 15:17
Ligne 795 :		Ligne 795 :
	Pour récupérer ces données côté PC et les afficher, nous avons choisi d’utiliser d’abord '''Node-RED''' pour la gestion des flux de données, puis '''Grafana''' (outil recommandé par M. Boé) pour l’affichage graphique qui sera implémenté plus tard. Ce choix nous permet de gagner du temps sur la partie interface web, qui peut être longue à développer manuellement.		Pour récupérer ces données côté PC et les afficher, nous avons choisi d’utiliser d’abord '''Node-RED''' pour la gestion des flux de données, puis '''Grafana''' (outil recommandé par M. Boé) pour l’affichage graphique qui sera implémenté plus tard. Ce choix nous permet de gagner du temps sur la partie interface web, qui peut être longue à développer manuellement.

	Grafana ne sera peut être pas ~~déployer~~ car la liaison entre Node-RED et Grafana doit se faire depuis une base de donnée (surement InfluxDB) et cela prend du temps à être mis en place.		Grafana ne sera peut être pas déployé car la liaison entre Node-RED et Grafana doit se faire depuis une base de donnée (surement InfluxDB) et cela prend du temps à être mis en place.

	Voici le repertoire de cette partie : https://gitea.plil.fr/ahouduss/se3_2024_B2/src/branch/main/03%20-%20%20ui_web_interface		Voici le repertoire de cette partie : https://gitea.plil.fr/ahouduss/se3_2024_B2/src/branch/main/03%20-%20%20ui_web_interface

	=== LUFA ===		=== LUFA ===
	Ce code permet de faire un Hello World. Il à été nettoyé au préalable. Il est également disponible [https://gitea.plil.fr/ahouduss/se3_2024_B2/src/branch/main/02%20-%20Station%20Domotique/02%20-%20Programmation/CapteurHumidite_ET_NRF/Lufa/SE/HelloWorld dans ce repertoire].<syntaxhighlight lang="c">		Ce code permet de faire un Hello World. Il a été nettoyé au préalable. Il est également disponible [https://gitea.plil.fr/ahouduss/se3_2024_B2/src/branch/main/02%20-%20Station%20Domotique/02%20-%20Programmation/CapteurHumidite_ET_NRF/Lufa/SE/HelloWorld dans ce repertoire].<syntaxhighlight lang="c">
	#include "VirtualSerial.h"		#include "VirtualSerial.h"

Ligne 923 :		Ligne 923 :


	</syntaxhighlight>Nous n'avons pas réussi à souder notre NRF, ~~malheuresmeent~~ le code avec celui ne fonctionnera donc pas. Le code avec NRF sera fait avec un Arduino Uno et UART comme l'atmega328p ne supporte pas la LUFA.		</syntaxhighlight>Nous n'avons pas réussi à souder notre NRF, malheureusement le code avec celui ne fonctionnera donc pas. Le code avec NRF sera fait avec un Arduino Uno et UART comme l'atmega328p ne supporte pas la LUFA.

	Voici tout de même une piste qui pourrait fonctionner : https://gitea.plil.fr/ahouduss/se3_2024_B2/src/branch/main/02%20-%20Station%20Domotique/02%20-%20Programmation/CapteurHumidite_ET_NRF/Lufa/SE/VirtualSerial		Voici tout de même une piste qui pourrait fonctionner : https://gitea.plil.fr/ahouduss/se3_2024_B2/src/branch/main/02%20-%20Station%20Domotique/02%20-%20Programmation/CapteurHumidite_ET_NRF/Lufa/SE/VirtualSerial

	=== '''Docker''' ===		=== '''Docker''' ===
	Ces outils sont déployés à l’aide de '''Docker''', une technologie (open source et ~~créer~~ par des ingénieurs français !) de virtualisation légère qui permet d’exécuter des applications dans des conteneurs isolés.		Ces outils sont déployés à l’aide de '''Docker''', une technologie (open source et créée par des ingénieurs français !) de virtualisation légère qui permet d’exécuter des applications dans des conteneurs isolés.

	Docker permet de '''packager toute une application et ses dépendances''' dans un conteneur. Plus besoin de réinstaller des bibliothèques, configurer l’environnement, ou se soucier du “ça marche sur mon PC mais pas ailleurs”. Cela marchera donc aussi de votre côté ;).		Docker permet de '''packager toute une application et ses dépendances''' dans un conteneur. Plus besoin de réinstaller des bibliothèques, configurer l’environnement, ou se soucier du “ça marche sur mon PC mais pas ailleurs”. Cela marchera donc aussi de votre côté ;).
Ligne 1 047 :		Ligne 1 047 :
	Voici notre interface finale :		Voici notre interface finale :
	[[Fichier:Dashboard.png\|centré\|vignette\|1456x1456px\|Dashboard site web]]		[[Fichier:Dashboard.png\|centré\|vignette\|1456x1456px\|Dashboard site web]]


	Et une démonstration du projet dans son intégralité en vidéo ci dessous :		Et une démonstration du projet dans son intégralité en vidéo ci dessous :

SE3Groupe2024-2 - Historique des versions

Ahouduss : /* IHM PC */

Cpayet : /* Affichage */

Cpayet : /* Énergie */

Cpayet : /* LUFA */

Cpayet : /* LUFA */

Cpayet : /* Docker */

Cpayet : /* Communication */

Cpayet : /* LUFA */

Cpayet : /* IHM PC */

Cpayet : /* Communication */

Ahouduss : /* IHM PC */

Cpayet : /* Affichage */

Cpayet : /* Énergie */

Cpayet : /* LUFA */

Cpayet : /* LUFA */

Cpayet : /* Docker */

Cpayet : /* Communication */

Cpayet : /* LUFA */

Cpayet : /* IHM PC */

Cpayet : /* Communication */