app.h -> bugs / amélioration / remarque

[PBYetml]

• [x] => question / amélioration => librairie => utilité ? => stdint.h - stdbool.h - bsp.h - Mc32DriverLcd.h - gestPWM.h + quand avez-vous le droit de mettre un include dans un headerfile ?
• [x] => question / amélioration => librairie => différence entre Mc32DriverAdcAlt.h et \Mc32DriverAdc.h https://github.com/CyrilFeliciano/MINF_TP1/blob/a66637f99f8c948ba6626841b47fb1093a76d55e/TP1_PWM%202/firmware/src/app.h#L55C1-L68C1
• [x] => question / amélioration => énumération => champs => est-ce que les champs doivent être initialisés ? https://github.com/CyrilFeliciano/MINF_TP1/blob/a66637f99f8c948ba6626841b47fb1093a76d55e/TP1_PWM%202/firmware/src/app.h#L94C1-L103C14
• [x] => question / amélioration => commentaire => que fait ces fct ? https://github.com/CyrilFeliciano/MINF_TP1/blob/a66637f99f8c948ba6626841b47fb1093a76d55e/TP1_PWM%202/firmware/src/app.h#L213C1-L215C29

[CyrilFeliciano]

1. Jamais!! d'après la norme du C, il faut les mettre dans le fichier source ou elles sont utilisées. (voir issues TP0).
2. Mc32DriverAdcAlt.h permet de prendre la valeur des ADC en alterné alors que Mc32DriverAdc.h le fais en "mode" scan
3. Oui, car dans le cahier des charges page n°5, il est indiqué que nous devons l'initialiser à 1. Si nous ne le faisons pas, le code va tout de même fonctionner.
4. Nous avons mis un texte d'en-tête dans le fichier app.c.

Toutes les modifications ont été apportées dans le fichier.

[PBYetml]

vous pourriez apporter les modifications mis en évidence dans cette issue au fichier adéquat -> ici app.h

Remarque : ne le faite encore pour les fichiers GESTPWM.c et .h => merci ;)