Bonjour tout le monde,

Merci Dark pour cette info. J'ai bien compris l'emploi du fichier h. D'ailleurs, je viens de terminer mes libs pour l'instant et qui concernent l'I2C, 1WIRE, et init de mon proc. J'ai inclus tout ça dans mon projet et ça marche.

Je réitère ma question précédente ;

Et a quoi sert par exemple un _PORT_PTAD.Bits.PTAD3 (avec le underscore qui semblerait servir dans les macros) ?

Il faut que tu regardes dans le .h de ton µC. En principe, l'usage veut qu'on définisse des constantes symboliques en majuscules à l'aide de #define.

Apparemment, cette utilisation de majuscules est aussi utilisée pour le nommage des registres et la définition des registres.

Exemple avec un 9S08QD:

Salut

Les majuscules sont souvent une convention d’écriture pour les define et autres trucs dont la valeur/signification est fixe.
rappel un define est une réécriture
#define TOTO 23
signifie que le fait d’écrire TOTO ou 23 fera la même chose dans ton code

le _ n'a a ma connaissance aucune signification en C, ça sert ici à faire un "espace"

le .sert à désigner les éléments d'une structure

Ce que Jacques te montre est un outil puissant du c, beaucoup utilisé dans le .h du µc, créé par défaut par Code Warrior.

pour les port cela combine des structures dans des union;
Cela sert a désigner un port complet ou juste une partie d'un port ou un bit

tu peux utiliser ce genre d'outil dans ton code pour définir des Flag
Par exemple tu déclares un octet u8status et tu vas donner un nom à chacun de ses bits



Tu déclares l'octet de status en faisant



et ensuite soit tu manipules l'ensemble de l'octet

soit tu manipules chacun des flags indépendamment



La structure seule, sans union est un outil très utile que l'on rencontre beaucoup.
Les unions de structure comme ci dessus plaisent à certains, ne sont pas du tout utilisées par d'autres qui préfèrent utiliser des masques


Sur les Kinetis les définitions se font plutôt avec les masques dans les exemples et wizard de freescale, contrairement aux S08 ou les unions sont beaucoup utilisées.

Ok j'en comprend à peu prés le principe.

D'ailleurs une question me vient :

Comment puis-je redéfinir le nom d'un bit par exemple comme ceci je présume :



Comme cela je fais ensuite

ça marche ça ?

pas du tout

si tu veux que écrire LED soit la même chose que écrire PORT_MACHIN_TRUC
tu dois faire
[code]#define PORT_MACHIN_TRUC LED

et là tu pourras faire LED = 1

sans le define déclaré avant tu ne peux pas écrire LED = 1 tout simplement parce que LED le compilo ne sait pas ce que c'est.

Et pour compléter la réponse de Charly avec un exemple concret en relation avec le code que j'ai donné plus haut, il suffit de s'inspirer de la ligne
<code>#define PTAD_PTAD0 _PTAD.Bits.PTAD0 </code>
pour écrire

ou plus simple

Et pour reboucler la boucle, je te rappelle à la première chose que Jacques t'as écrit dans sa première réponse
Citation :

PORT_PTDD_PTDD1 = LED n'est pas possible parce que LED ne peut pas être lu (le compilateur lèvera une erreur : "qu'est ce que c'est LED ?")

Je serais moins affirmatif Charly. Peut-être que je me trompe, mais d'après ce dont je me souviens, on peut lire un port de sortie. En fait, on récupérera la valeur du registre de sortie.

A confirmer ...

je parle de LED qui ne peut être lu parce que non déclaré.

Dans sa question dinastar parle de "redéfinir le nom d'un bit"

en écrivant Nom_Du_port = led il confond avec

#define Nom_du_port led

Autant pour moi. Je n'avais pas remarqué cet aspect de la question.