SE4Binome2024-4 - Historique des versions

Rex : /* Protocole: */

2025-01-30T13:18:34Z

Protocole:

← Version précédente		Version du 30 janvier 2025 à 13:18
Ligne 465 :		Ligne 465 :


	Maintenant que l'on sait comment créer un protocole, on peut créer un protocole qui va envoyer les commandes de la carte mère à un dépot distant ( un PC ) et qui va récupérer la réponse du PC : le protocole KIFF. ~~référencer~~ par l'Ethertype 0x2911.		Maintenant que l'on sait comment créer un protocole, on peut créer un protocole qui va envoyer les commandes de la carte mère à un dépot distant ( un PC ) et qui va récupérer la réponse du PC : le protocole KIFF. référencé par l'Ethertype 0x2911.

	Malheureusement, nous n'avons pas pu tester ce protocole.		Malheureusement, nous n'avons pas pu tester ce protocole.

Rex : /* Protocole: */

2025-01-30T13:18:01Z

Protocole:

← Version précédente		Version du 30 janvier 2025 à 13:18
Ligne 462 :		Ligne 462 :
	[[Fichier:Gpoat test.png\|centré\|vignette\|401x401px\|Test d'envoi et réception d'un GPOAT (le premier est le paquet envoyé par le PC et le 2ème est la réponse de la carte)]]		[[Fichier:Gpoat test.png\|centré\|vignette\|401x401px\|Test d'envoi et réception d'un GPOAT (le premier est le paquet envoyé par le PC et le 2ème est la réponse de la carte)]]

	Si vous voulez tester le protocole, il y a un dossier GPOAT qui génère un paquet GPOAT. (Il faudra juste changer les data à la main.		Si vous voulez tester le protocole, il y a un dossier GPOAT qui génère un paquet GPOAT. Il faudra juste changer les data à la main.


	Maintenant que l'on sait comment créer un protocole, on peut créer un protocole qui va envoyer les commandes de la carte mère à un dépot distant ( un pc ) et qui va récupérer la réponse ~~deu pc~~ : le protocole KIFF. référencer par l'Ethertype 0x2911.		Maintenant que l'on sait comment créer un protocole, on peut créer un protocole qui va envoyer les commandes de la carte mère à un dépot distant ( un PC ) et qui va récupérer la réponse du PC : le protocole KIFF. référencer par l'Ethertype 0x2911.

	Malheureusement, nous n'avons pas pu tester ce protocole.		Malheureusement, nous n'avons pas pu tester ce protocole.
Ligne 493 :		Ligne 493 :
	return sizeof(KIFF_Header_t);		return sizeof(KIFF_Header_t);

	</syntaxhighlight>Cette fois au lieu de reformuler une réponse, on récupère les données et on l'envoie sur le bus SPI.		</syntaxhighlight>Cette fois au lieu de reformuler une réponse, on récupère les données et on l'envoie sur le bus SPI.

	== Ether : ==		== Ether : ==

Rex : /* Brasure */

2025-01-30T13:11:36Z

Brasure

← Version précédente		Version du 30 janvier 2025 à 13:11
Ligne 395 :		Ligne 395 :
	La brasure se passe bien sauf au moment où l'on a remarqué qu'on a confondu l'empreinte du jumper avec celle d'un connecteur de batterie... On a rattrapé l'erreur en brasant un interupteur à l'arrière de la carte.		La brasure se passe bien sauf au moment où l'on a remarqué qu'on a confondu l'empreinte du jumper avec celle d'un connecteur de batterie... On a rattrapé l'erreur en brasant un interupteur à l'arrière de la carte.
	[[Fichier:Interrupteur surprise.jpg\|vignette\|Interrupteur remplacant le jumper à l'arrière.\|centré\|232x232px]]		[[Fichier:Interrupteur surprise.jpg\|vignette\|Interrupteur remplacant le jumper à l'arrière.\|centré\|232x232px]]
	Mise à part ce ~~soucis~~, tout est en ordre et la carte est brasée.		Mise à part ce souci, tout est en ordre et la carte est brasée.

	[[Fichier:Pico brase.jpg\|vignette\|PCB plus en manque de composants.\|centré\|337x337px]]		[[Fichier:Pico brase.jpg\|vignette\|PCB plus en manque de composants.\|centré\|337x337px]]

Jwacquet : /* Protocole: */

2025-01-26T17:03:11Z

Protocole:

@@ Ligne 421 : / Ligne 421 : @@
 Le but de ce paquet est de recevoir 2 nombres de 16 octets et y effectuer une opération qui dépend du bit de point faible de Operation.
-Pour reconnaitre ce protocole, on a fait un nouvel Ether Type "GPOAT" référencé à 0x2706.
+Pour reconnaitre ce protocole, on a fait un nouvel Ether Type "GPOAT" référencé à 0x2706 qu'on déclare dans le fichier EthernetProtocole.h.
-Ce protocole est intéressant car il permet de montrer que le PC peut envoyer un paquet à la carte, la carte réalise une action qui est l'opération demandé puis renvoie un paquet qui contient la réponse.
+La fonction de traitement du code et tiré de celle du protocole ARP .
-Voici comment est traité le paquet et comment la réponse est forgée:
+Voici comment est traité le paquet et comment la réponse est forgée:<syntaxhighlight lang="c">
-[[Fichier:Traitement.png|centré|vignette|752x752px|Traitement des données GPOAT]]
+GPOATHeaderOUT->TMA = GPOATHeaderIN->SMA;
-Dans l'exemple ci dessous, la carte reçoit 2 valeurs qui sont "ff ff" et il lui est demandé de les diviser entre eux, ce à quoi la carte répond avec comme valeur "1".
+</syntaxhighlight>
 [[Fichier:Gpoat test.png|centré|vignette|401x401px|Test d'envoi et réception d'un GPOAT (le premier est le paquet envoyé par le PC et le 2ème est la réponse de la carte)]]
 ==Bilan :==

Jwacquet le 26 janvier 2025 à 16:39

2025-01-26T16:39:19Z

← Version précédente		Version du 26 janvier 2025 à 16:39
Ligne 434 :		Ligne 434 :


	===Bilan :===		==Bilan :==
	Nous avons conçu un shield arduino sur lequel nous avons programmé un programme d'ordonnancement, qui peut exécuter en tourniquet plusieurs dont des tâches de communiquer par minicom.		Nous avons conçu un shield arduino sur lequel nous avons programmé un programme d'ordonnancement, qui peut exécuter en tourniquet plusieurs dont des tâches de communiquer par minicom.
	Nous avons aussi conçu une carte fille réseau RNDIS et utilisé la lib LUFA pour la programmer.		Nous avons aussi conçu une carte fille réseau RNDIS et utilisé la lib LUFA pour la programmer.

Jwacquet le 26 janvier 2025 à 16:38

2025-01-26T16:38:54Z

← Version précédente		Version du 26 janvier 2025 à 16:38
Ligne 431 :		Ligne 431 :
	Dans l'exemple ci dessous, la carte reçoit 2 valeurs qui sont "ff ff" et il lui est demandé de les diviser entre eux, ce à quoi la carte répond avec comme valeur "1".		Dans l'exemple ci dessous, la carte reçoit 2 valeurs qui sont "ff ff" et il lui est demandé de les diviser entre eux, ce à quoi la carte répond avec comme valeur "1".
	[[Fichier:Gpoat test.png\|centré\|vignette\|401x401px\|Test d'envoi et réception d'un GPOAT (le premier est le paquet envoyé par le PC et le 2ème est la réponse de la carte)]]		[[Fichier:Gpoat test.png\|centré\|vignette\|401x401px\|Test d'envoi et réception d'un GPOAT (le premier est le paquet envoyé par le PC et le 2ème est la réponse de la carte)]]



			===Bilan :===
			Nous avons conçu un shield arduino sur lequel nous avons programmé un programme d'ordonnancement, qui peut exécuter en tourniquet plusieurs dont des tâches de communiquer par minicom.
			Nous avons aussi conçu une carte fille réseau RNDIS et utilisé la lib LUFA pour la programmer.
			Cette carte peut répondre au paquet classique ( ARP, IP, ... ) mais aussi à un protocole que l'on a crée.

			Par la suite, nous aurions pu faire un deuxième protocole, que transmet les infos qu'il reçoit à la carte mère via SPI, une fonction qui reçoit les commandes de la carte mère qu'elle envoie dans un paquet ethernet au dépot distant ( un pc ), une application sur le pc qui lors de la réception d'un paquet du protocole renvoie un paquet avec les données demandées.

Itepeli le 25 janvier 2025 à 17:53

2025-01-25T17:53:03Z

← Version précédente		Version du 25 janvier 2025 à 17:53
Ligne 421 :		Ligne 421 :
	Le but de ce paquet est de recevoir 2 nombres de 16 octets et y effectuer une opération qui dépend du bit de point faible de Operation.		Le but de ce paquet est de recevoir 2 nombres de 16 octets et y effectuer une opération qui dépend du bit de point faible de Operation.

	Ce protocole est intéressant car il permet de montrer que le PC peut envoyer un paquet à la carte, la carte réalise une action qui est l'opération demandé puis renvoie un paquet qui contient la réponse. Dans l'exemple ci dessous, la carte reçoit 2 valeurs qui sont "ff ff" et il lui est demandé de les diviser entre eux, ce à quoi la carte répond avec comme valeur "1".		Pour reconnaitre ce protocole, on a fait un nouvel Ether Type "GPOAT" référencé à 0x2706.

			Ce protocole est intéressant car il permet de montrer que le PC peut envoyer un paquet à la carte, la carte réalise une action qui est l'opération demandé puis renvoie un paquet qui contient la réponse.

			Voici comment est traité le paquet et comment la réponse est forgée:
			[[Fichier:Traitement.png\|centré\|vignette\|752x752px\|Traitement des données GPOAT]]


			Dans l'exemple ci dessous, la carte reçoit 2 valeurs qui sont "ff ff" et il lui est demandé de les diviser entre eux, ce à quoi la carte répond avec comme valeur "1".
	[[Fichier:Gpoat test.png\|centré\|vignette\|401x401px\|Test d'envoi et réception d'un GPOAT (le premier est le paquet envoyé par le PC et le 2ème est la réponse de la carte)]]		[[Fichier:Gpoat test.png\|centré\|vignette\|401x401px\|Test d'envoi et réception d'un GPOAT (le premier est le paquet envoyé par le PC et le 2ème est la réponse de la carte)]]

Itepeli le 25 janvier 2025 à 16:52

2025-01-25T16:52:47Z

← Version précédente		Version du 25 janvier 2025 à 16:52
Ligne 422 :		Ligne 422 :

	Ce protocole est intéressant car il permet de montrer que le PC peut envoyer un paquet à la carte, la carte réalise une action qui est l'opération demandé puis renvoie un paquet qui contient la réponse. Dans l'exemple ci dessous, la carte reçoit 2 valeurs qui sont "ff ff" et il lui est demandé de les diviser entre eux, ce à quoi la carte répond avec comme valeur "1".		Ce protocole est intéressant car il permet de montrer que le PC peut envoyer un paquet à la carte, la carte réalise une action qui est l'opération demandé puis renvoie un paquet qui contient la réponse. Dans l'exemple ci dessous, la carte reçoit 2 valeurs qui sont "ff ff" et il lui est demandé de les diviser entre eux, ce à quoi la carte répond avec comme valeur "1".
	[[Fichier:Gpoat test.png\|centré\|vignette\|401x401px\|Test d'envoi et réception d'un ~~GOAT~~ (le premier est le paquet envoyé par le PC et le 2ème est la réponse de la carte)]]		[[Fichier:Gpoat test.png\|centré\|vignette\|401x401px\|Test d'envoi et réception d'un GPOAT (le premier est le paquet envoyé par le PC et le 2ème est la réponse de la carte)]]

Itepeli le 25 janvier 2025 à 16:52

2025-01-25T16:52:12Z

← Version précédente		Version du 25 janvier 2025 à 16:52
Ligne 420 :		Ligne 420 :
	[[Fichier:Gpoat.png\|centré\|vignette\|504x504px\|Structure d'un paquet GPOAT]]		[[Fichier:Gpoat.png\|centré\|vignette\|504x504px\|Structure d'un paquet GPOAT]]
	Le but de ce paquet est de recevoir 2 nombres de 16 octets et y effectuer une opération qui dépend du bit de point faible de Operation.		Le but de ce paquet est de recevoir 2 nombres de 16 octets et y effectuer une opération qui dépend du bit de point faible de Operation.

			Ce protocole est intéressant car il permet de montrer que le PC peut envoyer un paquet à la carte, la carte réalise une action qui est l'opération demandé puis renvoie un paquet qui contient la réponse. Dans l'exemple ci dessous, la carte reçoit 2 valeurs qui sont "ff ff" et il lui est demandé de les diviser entre eux, ce à quoi la carte répond avec comme valeur "1".
			[[Fichier:Gpoat test.png\|centré\|vignette\|401x401px\|Test d'envoi et réception d'un GOAT (le premier est le paquet envoyé par le PC et le 2ème est la réponse de la carte)]]

Itepeli le 25 janvier 2025 à 16:12

2025-01-25T16:12:28Z

← Version précédente		Version du 25 janvier 2025 à 16:12
Ligne 414 :		Ligne 414 :
	[[Fichier:Pong.mp4\|centré\|vignette\|Vidéo test de communication par SPI]]		[[Fichier:Pong.mp4\|centré\|vignette\|Vidéo test de communication par SPI]]
	[[Fichier:Pongscreen.png\|centré\|vignette\|Pong]]		[[Fichier:Pongscreen.png\|centré\|vignette\|Pong]]
	Pour cela, on a pris le code pong.c fourni par Mr Redon qui permet de tester la communication par SPI. Le premier essai s'avère être un échec. Le problème venait d'une erreur de conception du shield. On a eu le même problème que le binôme 7 donc on a fait la même manipulation et la communication par SPI fonctionne ! On arrive donc à communiquer avec l'~~arduino~~.		Pour cela, on a pris le code pong.c fourni par Mr Redon qui permet de tester la communication par SPI. Le premier essai s'avère être un échec. Le problème venait d'une erreur de conception du shield. On a eu le même problème que le binôme 7 donc on a fait la même manipulation et la communication par SPI fonctionne ! On arrive donc à communiquer avec l'Arduino.

			=== Protocole: ===
			Pour envoyer et recevoir des paquets Ethernet avec le PC et la carte, on doit développer notre propre protocole. On a développé un premier protocole test appelé GPOAT (Greatest Protocol Of All Time) qui est composé de la manière suivante:
			[[Fichier:Gpoat.png\|centré\|vignette\|504x504px\|Structure d'un paquet GPOAT]]
			Le but de ce paquet est de recevoir 2 nombres de 16 octets et y effectuer une opération qui dépend du bit de point faible de Operation.

SE4Binome2024-4 - Historique des versions

Rex : /* Protocole: */

Rex : /* Protocole: */

Rex : /* Brasure */

Jwacquet : /* Protocole: */

Jwacquet le 26 janvier 2025 à 16:39

Jwacquet le 26 janvier 2025 à 16:38

Itepeli le 25 janvier 2025 à 17:53

Itepeli le 25 janvier 2025 à 16:52

Itepeli le 25 janvier 2025 à 16:52

Itepeli le 25 janvier 2025 à 16:12

Rex : /* Protocole: */

Rex : /* Protocole: */

Rex : /* Brasure */

Jwacquet : /* Protocole: */