SE4Binome2023-11 - Historique des versions

Achaouni : /* Conclusion & Axes d'amélioration */

2024-01-18T16:42:03Z

Conclusion & Axes d'amélioration

← Version précédente		Version du 18 janvier 2024 à 16:42
Ligne 316 :		Ligne 316 :
	Pour bien s'organiser, nous avons définit des tâches pour chacun d'entre nous pour avancer en parallèle, jusqu'au moment où on avait rencontré un problème de communication SPI (sens MISO), en effet on avait remarqué que cette dernière ne s'établie jamais, on a alors revérifier le soudage, le code, les pins des connecteurs HE10 en les visualisant avec l'oscilloscope, mais le problème n'était pas clair ce qui nous a fait perdu pas mal de temps.		Pour bien s'organiser, nous avons définit des tâches pour chacun d'entre nous pour avancer en parallèle, jusqu'au moment où on avait rencontré un problème de communication SPI (sens MISO), en effet on avait remarqué que cette dernière ne s'établie jamais, on a alors revérifier le soudage, le code, les pins des connecteurs HE10 en les visualisant avec l'oscilloscope, mais le problème n'était pas clair ce qui nous a fait perdu pas mal de temps.

	Dans l'ensemble, nous sommes contents du résultat de notre travail mais pas assez satisfait, certains objectifs été atteignables. En effet, nous aurions pu améliorer la méthodologie d'organisation de travail au début pour gagner du temps, nous aurions aimé tester le pico-ordinateur en entier. ~~Mais~~ c'était intéressant de rencontrer ce type de problèmes afin de renforcer nos compétences pour les futurs projets.		Dans l'ensemble, nous sommes contents du résultat de notre travail mais pas assez satisfait, certains objectifs été atteignables. En effet, nous aurions pu améliorer la méthodologie d'organisation de travail au début pour gagner du temps, nous aurions aimé tester le pico-ordinateur en entier, mais cela n'a pas été possible à cause de l'état d'avancement du groupe. En somme, c'était intéressant de rencontrer ce type de problèmes afin de mieux anticiper et de renforcer nos compétences pour les futurs projets.

	= '''Liens utiles''' =		= '''Liens utiles''' =
	Git repository pour nos codes sources : [https://archives.plil.fr/belhasna/GROUPE11_CARTE_CLAVIER git]		Git repository pour nos codes sources : [https://archives.plil.fr/belhasna/GROUPE11_CARTE_CLAVIER git]

Achaouni : /* Primitive au niveau de la carte mère */

2024-01-18T16:20:32Z

Primitive au niveau de la carte mère

← Version précédente		Version du 18 janvier 2024 à 16:20
Ligne 183 :		Ligne 183 :
	Dans un premier temps, on a commencé par débuguer les appuis des touches sur le clavier de telle façon à basculer l'état de la LED D4 (jaune) quand une lettre est appuyée ([a-z]), et basculer l'état de la LED D3 (bleue) si un chiffre est appuyé ([0-9]) (vous trouvez le code source et la démonstration de cette partie ci-dessous).		Dans un premier temps, on a commencé par débuguer les appuis des touches sur le clavier de telle façon à basculer l'état de la LED D4 (jaune) quand une lettre est appuyée ([a-z]), et basculer l'état de la LED D3 (bleue) si un chiffre est appuyé ([0-9]) (vous trouvez le code source et la démonstration de cette partie ci-dessous).

	A bien noter que la convention adoptée (code ASCII), est pour un clavier de type QWERTY. On développera par la suite une primitive qui ~~gére~~ la ~~conversion QWERTY -> AZERTY~~.<syntaxhighlight line="1" start="1" lang="abap">		A bien noter que la convention adoptée (code ASCII), est pour un clavier de type QWERTY. On développera par la suite une primitive qui convertit le layout en s'appuyant sur la bibliothèque LUFA [https://fourwalledcubicle.com/files/LUFA/Doc/151115/html/group___group___u_s_b_class_h_i_d_common.html LUFA Library]<syntaxhighlight line="1" start="1" lang="abap">
	/* Verifier si une touche a été appuyée */		/* Verifier si une touche a été appuyée */
	if (KeyCode)		if (KeyCode)
Ligne 281 :		Ligne 281 :
	Cette fonction sera appelée par la suite dans une interruption <code>ISR(SPI_STC_vect)</code> pour alerter la carte mère qu'il existe des touches dans le tampon en lui demandant de lui accorder "la permission" pour lui envoyer les touches appuyées.		Cette fonction sera appelée par la suite dans une interruption <code>ISR(SPI_STC_vect)</code> pour alerter la carte mère qu'il existe des touches dans le tampon en lui demandant de lui accorder "la permission" pour lui envoyer les touches appuyées.

	Par la suite, on s'est assuré que l'envoi des données est bien réalisé en clignotant une LED à chaque envoi d'un octet (pour la carte mère) et à sa réception (pour la carte fille), voir la démonstration ci-dessous.		Par la suite, on s'est assuré que l'envoi des données est bien réalisé en clignotant une LED à chaque envoi d'un octet (pour la carte mère) et à sa réception (pour la carte fille), voir la démonstration ci-dessous.

	[[Fichier:Demo2 SPI.mp4\|centré\|vignette\|Démo SPI (2)]]		[[Fichier:Demo2 SPI.mp4\|centré\|vignette\|Démo SPI (2)]]

Belhasna : /* Liens utiles */

2024-01-18T16:18:46Z

Liens utiles

← Version précédente		Version du 18 janvier 2024 à 16:18
Ligne 319 :		Ligne 319 :

	= '''Liens utiles''' =		= '''Liens utiles''' =
	Git repository pour nos codes sources : [https://archives.plil.fr/belhasna/~~PICO_GROUPE11~~ git]		Git repository pour nos codes sources : [https://archives.plil.fr/belhasna/GROUPE11_CARTE_CLAVIER git]

Achaouni : /* Tests et Réalisations */

2024-01-18T16:17:47Z

Tests et Réalisations

← Version précédente		Version du 18 janvier 2024 à 16:17
Ligne 280 :		Ligne 280 :
	</syntaxhighlight>		</syntaxhighlight>
	Cette fonction sera appelée par la suite dans une interruption <code>ISR(SPI_STC_vect)</code> pour alerter la carte mère qu'il existe des touches dans le tampon en lui demandant de lui accorder "la permission" pour lui envoyer les touches appuyées.		Cette fonction sera appelée par la suite dans une interruption <code>ISR(SPI_STC_vect)</code> pour alerter la carte mère qu'il existe des touches dans le tampon en lui demandant de lui accorder "la permission" pour lui envoyer les touches appuyées.

			Par la suite, on s'est assuré que l'envoi des données est bien réalisé en clignotant une LED à chaque envoi d'un octet (pour la carte mère) et à sa réception (pour la carte fille), voir la démonstration ci-dessous.

			[[Fichier:Demo2 SPI.mp4\|centré\|vignette\|Démo SPI (2)]]


	=== Primitive au niveau de la carte mère ===		=== Primitive au niveau de la carte mère ===

Achaouni : /* Conclusion & Axes d'amélioration */

2024-01-18T09:00:44Z

Conclusion & Axes d'amélioration

← Version précédente		Version du 18 janvier 2024 à 09:00
Ligne 307 :		Ligne 307 :

	= '''Conclusion & Axes d'amélioration''' =		= '''Conclusion & Axes d'amélioration''' =
	//		Ce type de projets a été une première expérience dans notre cas, le travail et le contenu du projet était bien enrichissant et nous a permis d'acquérir de nouvelles compétences, que ça soit du côté électronique (Conception, routage PCB, soudage, test...) ou du côté informatique (Programmation bas niveau, contrôle de version...). Certes, on a rencontré des difficultés techniques tout au long de cette période, certaines tâches étaient plus complexes pour nous, mais cela nous a pas empêché d'avancer sur le projet.

			Pour bien s'organiser, nous avons définit des tâches pour chacun d'entre nous pour avancer en parallèle, jusqu'au moment où on avait rencontré un problème de communication SPI (sens MISO), en effet on avait remarqué que cette dernière ne s'établie jamais, on a alors revérifier le soudage, le code, les pins des connecteurs HE10 en les visualisant avec l'oscilloscope, mais le problème n'était pas clair ce qui nous a fait perdu pas mal de temps.

			Dans l'ensemble, nous sommes contents du résultat de notre travail mais pas assez satisfait, certains objectifs été atteignables. En effet, nous aurions pu améliorer la méthodologie d'organisation de travail au début pour gagner du temps, nous aurions aimé tester le pico-ordinateur en entier. Mais c'était intéressant de rencontrer ce type de problèmes afin de renforcer nos compétences pour les futurs projets.

	= '''Liens utiles''' =		= '''Liens utiles''' =
	Git repository pour nos codes sources : [https://archives.plil.fr/belhasna/PICO_GROUPE11 git]		Git repository pour nos codes sources : [https://archives.plil.fr/belhasna/PICO_GROUPE11 git]

Achaouni : /* Conclusion & Axes d'amélioration */

2024-01-18T08:20:49Z

Conclusion & Axes d'amélioration

← Version précédente		Version du 18 janvier 2024 à 08:20
Ligne 307 :		Ligne 307 :

	= '''Conclusion & Axes d'amélioration''' =		= '''Conclusion & Axes d'amélioration''' =
			//

	= '''Liens utiles''' =		= '''Liens utiles''' =
	Git repository pour nos codes sources : [https://archives.plil.fr/belhasna/PICO_GROUPE11 git]		Git repository pour nos codes sources : [https://archives.plil.fr/belhasna/PICO_GROUPE11 git]

Achaouni : /* Tests et Réalisations */

2024-01-18T08:17:59Z

Tests et Réalisations

← Version précédente		Version du 18 janvier 2024 à 08:17
Ligne 260 :		Ligne 260 :

	Lorsque cette identification est réalisée, on commence le traitement d'envoi des données (nombre de touches + les touches), sauf que l'envoi ne sera effectué que si une requête SPI de code commande ''0x01'' est reçue [...]		Lorsque cette identification est réalisée, on commence le traitement d'envoi des données (nombre de touches + les touches), sauf que l'envoi ne sera effectué que si une requête SPI de code commande ''0x01'' est reçue [...]

	Pour un premier essai, on a testé et de-bugué l'envoi SPI dans un seul sens Envoi depuis Master <code>ATMega328p</code> -> Réception Slave <code>AT90USB647</code>, voir la démonstration dans la vidéo ci-dessous.

	[[Fichier:Démo SPI MasterSlave.mp4\|vignette\|Démo SPI (Master->Slave)]]		[[Fichier:Démo SPI MasterSlave.mp4\|vignette\|Démo SPI (Master->Slave)]]

	~~Une fois la communication MOSI établie~~, on a ~~préparé une primitive qui s'occupe~~ de l'envoi ~~des touches stockées~~ dans ~~le buffer en s'appuyant sur la fonction~~ <code>~~addKeyToBuffer~~</code> ~~[..~~.]		Pour un premier essai, on a testé et de-bugué l'envoi SPI dans un seul sens Envoi depuis Master <code>ATMega328p</code> -> Réception Slave <code>AT90USB647</code>, voir la démonstration dans la vidéo à coté.


			Une fois la communication MOSI établie, on a préparé une primitive <code>send_buffer_to_master</code> qui s'occupe de l'envoi des touches stockées dans le buffer (stockage réalisé par la fonction <code>addKeyToBuffer</code> ) :

			<syntaxhighlight lang="abap" line="1" start="1">
			void send_buffer_to_master(struct KeyboardBuffer *keysBuffer) {
			uint8_t receivedByte = SPDR;
			if (receivedByte == 0x01) {
			receivedByte = 0x02;
			for (uint8_t i = 0; i < keysBuffer->count; i++) {
			keysBuffer->keys[i] = SPDR;
			}
			}
			}
			</syntaxhighlight>
			Cette fonction sera appelée par la suite dans une interruption <code>ISR(SPI_STC_vect)</code> pour alerter la carte mère qu'il existe des touches dans le tampon en lui demandant de lui accorder "la permission" pour lui envoyer les touches appuyées.

	On a créé une primitive <code>spi_receive_buffer</code> (à implanter dans la carte mère) qui gére le réception et le stockage des touches :<syntaxhighlight lang="abap" line="1" start="1">		=== Primitive au niveau de la carte mère ===
			On a créé une primitive <code>spi_receive_buffer</code> (à implanter dans la carte mère) qui prend en paramètres la ligne de selection SPI de notre clavier et le tampon des touches , et qui gére le réception et le stockage des touches dans le buffer<syntaxhighlight lang="abap" line="1" start="1">
	void spi_receive_buffer(uint8_t lineSelect, struct KeyboardBuffer *saveBuffer) {		void spi_receive_buffer(uint8_t lineSelect, struct KeyboardBuffer *saveBuffer) {
	/* Transmission du 0x01 = "(Carte mère): Je suis prêt à recevoir les données" */		/* Transmission du 0x01 = "(Carte mère): Je suis prêt à recevoir les données" */

Achaouni : /* Tests et Réalisations */

2024-01-18T07:38:02Z

Tests et Réalisations

← Version précédente		Version du 18 janvier 2024 à 07:38
Ligne 261 :		Ligne 261 :
	Lorsque cette identification est réalisée, on commence le traitement d'envoi des données (nombre de touches + les touches), sauf que l'envoi ne sera effectué que si une requête SPI de code commande ''0x01'' est reçue [...]		Lorsque cette identification est réalisée, on commence le traitement d'envoi des données (nombre de touches + les touches), sauf que l'envoi ne sera effectué que si une requête SPI de code commande ''0x01'' est reçue [...]

	Pour un premier essai, on a testé et de-bugué l'envoi SPI dans un seul sens Envoi depuis Master <code>ATMega328p</code> -> Réception Slave <code>AT90USB647</code>, voir la démonstration dans la vidéo ci-dessous :		Pour un premier essai, on a testé et de-bugué l'envoi SPI dans un seul sens Envoi depuis Master <code>ATMega328p</code> -> Réception Slave <code>AT90USB647</code>, voir la démonstration dans la vidéo ci-dessous.

	[[Fichier:Démo SPI MasterSlave.mp4\|vignette\|Démo SPI (Master->Slave)]]		[[Fichier:Démo SPI MasterSlave.mp4\|vignette\|Démo SPI (Master->Slave)]]

			Une fois la communication MOSI établie, on a préparé une primitive qui s'occupe de l'envoi des touches stockées dans le buffer en s'appuyant sur la fonction <code>addKeyToBuffer</code> [...]

Belhasna : /* Programmation de l'ordonnanceur. */

2024-01-17T23:49:16Z

Programmation de l'ordonnanceur.

← Version précédente		Version du 17 janvier 2024 à 23:49
Ligne 58 :		Ligne 58 :
	Après qu'on a testé notre shield, on a commencé a implementer les fonctionnalités de l'ordonnanceur. L'ordonnanceur qu'on a implémenté utilise un algorithme Round-Robine avec un quantum de 20 ms. Le principe l'ordonnateur est basé sur le déclenchement d'une interruption chaque 20 ms sur le timer1 de l'ATMEGA328 Pl'ATMEGA328p. Pour une fréquence d'horloge de 16 Mhz16mhz et un quantum de 20 ms on peut calculer la valeur à mettre dans le registre OCR1A du timer1 pour générer des interruptions chaque 20 ms. La relation est donnée par :		Après qu'on a testé notre shield, on a commencé a implementer les fonctionnalités de l'ordonnanceur. L'ordonnanceur qu'on a implémenté utilise un algorithme Round-Robine avec un quantum de 20 ms. Le principe l'ordonnateur est basé sur le déclenchement d'une interruption chaque 20 ms sur le timer1 de l'ATMEGA328 Pl'ATMEGA328p. Pour une fréquence d'horloge de 16 Mhz16mhz et un quantum de 20 ms on peut calculer la valeur à mettre dans le registre OCR1A du timer1 pour générer des interruptions chaque 20 ms. La relation est donnée par :

	<math display="block">Nombre de Ticks = \frac{~~CPU~~*Delay}{Prescalar} - 1</math>		<math display="block">Nombre de Ticks = \frac{FrequenceCPU*Delay}{Prescalar} - 1</math>

	On choisit un diviseur de fréquence de 1024, pour générer les interruptions chaque 20 ms on aura besoin d'avoir un nombre de Ticks de 313.		On choisit un diviseur de fréquence de 1024, pour générer les interruptions chaque 20 ms on aura besoin d'avoir un nombre de Ticks de 313.

Belhasna : /* Liens utiles */

2024-01-17T23:23:37Z

Liens utiles

← Version précédente		Version du 17 janvier 2024 à 23:23
Ligne 294 :		Ligne 294 :

	= '''Liens utiles''' =		= '''Liens utiles''' =
	Git repository pour nos codes sources : [https://archives.plil.fr/belhasna/~~Pico_SE4_11.git~~ git]		Git repository pour nos codes sources : [https://archives.plil.fr/belhasna/PICO_GROUPE11 git]

SE4Binome2023-11 - Historique des versions

Achaouni : /* Conclusion & Axes d'amélioration */

Achaouni : /* Primitive au niveau de la carte mère */

Belhasna : /* Liens utiles */

Achaouni : /* Tests et Réalisations */

Achaouni : /* Conclusion & Axes d'amélioration */

Achaouni : /* Conclusion & Axes d'amélioration */

Achaouni : /* Tests et Réalisations */

Achaouni : /* Tests et Réalisations */

Belhasna : /* Programmation de l'ordonnanceur. */

Belhasna : /* Liens utiles */

Achaouni : /* Conclusion & Axes d'amélioration */

Achaouni : /* Primitive au niveau de la carte mère */

Belhasna : /* Liens utiles */

Achaouni : /* Tests et Réalisations */

Achaouni : /* Conclusion & Axes d'amélioration */

Achaouni : /* Conclusion & Axes d'amélioration */

Achaouni : /* Tests et Réalisations */

Achaouni : /* Tests et Réalisations */

Belhasna : /* Programmation de l'ordonnanceur. */

Belhasna : /* Liens utiles */