Ajout erreur TCPP02 et comm pcb actionneurs

Writerside/topics/PCB-alimentation.md

@@ -297,4 +297,7 @@ Fourniture supplémentaire non présente sur les schémas
 - Le 3V3 de J8 n'est pas relié. Il faut ajouter une connexion entre le 3V3 de J8 et le 3V3 de J7.
 
 ### R27
-- R27 a une résistance (1k) trop forte pour faire commuter Q8. Il faut réduire la valeur de R27.
+- R27 a une résistance (1k) trop forte pour faire commuter Q8. Il faut réduire la valeur de R27.
+
+### U9
+- EN est déconnecté. EN doit être relié manuellement à PA9 sur le STM32 pour permettre le bon fonctionnement de l'USB-PD.

Writerside/topics/Pilotage-PCB-Actionneurs.md

@@ -9,8 +9,30 @@
 ## Ordres envoyables au PCB
 - Armer la tirette
 - Désarmer la tirette
-- 
+- Activer/désactiver le relai (qui alimente les solénoïdes)
+- Faire tourner le servo vers un angle
 ## Protocole de communication
-La communication se fait en liaison série UART
-
-Les mots de communication restent à définir mais un format qui peut être envisagé fonctionnerait de la sorte :
+La communication se fait en USB CDC
+### Récupération d'une donnée par la raspi :
+GET;XXXX;YYYY\n avec XXXX l'élément du PCB concerné et YYYY la donnée demandée dans la liste suivante :
+- ASC;POS pour récupérer la position de l'ascenseur ('low', 'climb', 'high', ou 'desc')
+- SERVOn;POS pour récupérer la position du servo n (renvoie le numéro de position prédéfini par l'utilisateur (le x de POSx dans la commande SET))
+- RELAYn;STATE pour récupérer l'état d'un relai (1 = activé, 0 = désactivé) avec n l'id du relai (1, 2 ou 3)
+### Réponse du PCB à une demande de donnée
+SET;XXXX;YYYY;val avec XXXX et YYYY identiques à la commande GET et val une valeur dans l'unité ou la plage de valeurs convenue.
+### Modification d'une constante par la raspi :
+SET;XXXX;YYYY;val avec XXXX l'élément du PCB concerné, YYYY la donnée à enregistrer et val la valeur dans la liste suivante :
+- ASC;HIGH;val (valeur en mm de hauteur de la position haute de l'ascenseur)
+- SERVOn;POSx;angle (valeur de l'angle de la position d'un servo moteur en radians avec n et x des nombres (id du servo et de la pos de ce servo))
+### Réponse du PCB à la modif d'une constante
+OK;XXXX;YYYY;val avec XXXX, YYYY et val identiques à la commande SET pour valider une commande effectuée.
+KO;XXXX;YYYY;val pour une commande échouée
+### Déclenchement d'une action par la rasp
+MOV;XXX;YYY
+- ASC;HIGH pour mettre l'ascenseur à l'étage haut
+- ASC;LOW pour mettre l'ascenseur à l'étage bas
+- SERVOn;POSx pour mettre le servo n à la position x
+- RELAY;x avec x vaut 1 ou 0 pour activer ou désactiver des sorties
+### Réponse du PCB au déclenchement d'une action
+OK;XXXX;YYYY avec XXXX et YYYY identiques à la commande MOV pour valider une commande effectuée.
+KO;XXXX;YYYY pour une commande échouée

Writerside/topics/Pilotage-PCB-alimentation.md

@@ -16,9 +16,6 @@
 - Configuration des GPIO (à définir : sur quels évènements on passe à l'état haut ou bas ?)
 ## Protocole de communication
 La communication se fait en liaison série UART
-
-Les mots de communication restent à définir mais un format qui peut être envisagé fonctionnerait de la sorte :
-
 ### Récupération d'une donnée par la raspi :
 GET;XXXX;YYYY\n avec XXXX l'élément du PCB concerné et YYYY la donnée demandée dans la liste suivante :
 - BAU;STATE pour l'état du bouton d'arrêt d'urgence (1 ou 0)
@@ -26,7 +23,7 @@ GET;XXXX;YYYY\n avec XXXX l'élément du PCB concerné et YYYY la donnée demand
 - INn;AMPS pour le courant d'entrée des entrées batteries (n vaut 1 ou 2) (En mA)
 - INn;STATE pour l'état de l'entrée (active => entrée qui alimente la carte actuellement. Inactive sinon) (1 ou 0)
 - INn;VALID pour la validité de l'entrée (une entrée peut être valide sans être active !). Valide si sa tension est correcte depuis suffisamment longtemps. (1 ou 0)
-- TEMP;CELS pour la température de la carte (en dixième de celcius)
+- TEMP;CELS pour la température de la carte (en dixième de celsius)
 - OUT5V;STATE
 - OUT5V;VOLT
 - OUT5V;AMPS

Writerside/topics/Pilotage-PCB-odometrie.md

@@ -10,7 +10,7 @@
 - Liste de points de passages
 - Arrêt/marche
 ## Protocole de communication
-La communication se fait en liaison série UART
+La communication se fait en USB CDC
 
 Les mots de communication restent à définir mais un format qui peut être envisagé fonctionnerait de la sorte :