Discussion :

[petitnul12]

Bonsoir,

Voila, je programme des µC PIC et pour paramétrer des registres j'ai l'habitude de les écrire sous cette forme:

TMR1H = 0xD8;
TMR1L = 0xF0;

Mais je souhaite créer une fonction pour paramétrer ces registres automatiquement, seulement je calcule la valeur de TMR1 en manipulant un UNSIGNED INT, et je ne voit pas trop comment découper ce nombre en deux pour le placer dans les deux registres H et L...

Vous avez des pistes ?

[Metalman]

Le unsigned char récupère le unsigned int, puis tu fais un >> ou << de 1 (si PIC en 16 bits) et le 2e unsigned char récupère la valeur...
Je n'ai pas fait des masses de décalages de bits, mais ce sont ces 2 opérateurs qu'il te faut !

Ou tu magouilles une structure composée de 2 char avec les champs de bit, et tu cast ton unsigned int en cette structure pour accéder à chaque partie

La 2e méthode est plus "crade"... mais dans tous les cas : attention à l'endianness (big/little endian)

[petitnul12]

Je vais essayer de voir avec ces bestioles la, c'est un PIC 8 bits, mais je vais voir à ça ^^

Thank's !

[petitnul12]

En fait le UNSIGNED CHAR récupère les 8 bits les plus bas de l'INT ?

[Metalman]

Un char = 8 bits/1 octet... et "normalement" il récupère la valeur la plus basse oui...

Je ne sais pas si un unsigned char est nécessaire... le dernier bit est inutilisé "normalement"... ou il y une histoire de bit de contrôle dessus...
Bon... garde-le unsigned ok

EDIT : à tout hasard, es-tu sûr qu'un int est sur 16 bits sur ce PIC ?

[Neckara]

Bonjour,

Je ne sais pas si un unsigned char est nécessaire... le dernier bit est inutilisé "normalement"... ou il y une histoire de bit de contrôle dessus...

Dans un unsigned, il n'y a ni bit de contrôle, ni de bit inutilisés, tous les bits sont utilisés pour coder le nombre, un unsigned char peut donc contenir des valeurs entre 0 et 2^8 - 1 = 255.

cf FAQ.

[petitnul12]

J'avoue que la taille de l'entier je ne me suis pas demandé... Je vais voir à ca ^^

[Metalman]

Bonjour,

Dans un unsigned, il n'y a ni bit de contrôle, ni de bit inutilisés, tous les bits sont utilisés pour coder le nombre, un unsigned char peut donc contenir des valeurs entre 0 et 2^8 - 1 = 255.

cf FAQ.

Pour la signification du "unsigned" oui évidemment....

Mais pour le fait que cela soit un "char", je ne sais pas exactement comment cela se passe...
J'ai un souvenir que l'ASCII contient 127 caractères, et le dernier bit "servirait" à faire du contrôle... est-ce que les compilos/systèmes font cette distinction char <=> ASCII et modifient le dernier bit en fonction du caractère contenu ?... ou ignorent-ils la signification du caractère et laissent la valeur telle quelle ?
Je ne sais pas...

[petitnul12]

TMR1L = (unsigned char)(o->period);
TMR1H = ((unsigned char)(o->period))>>8;

J'ai tenter de faire ça, le TMR1L fonctionne bien (j'ai tester en forçant TMR1H), mais le TMR1H ne fonctionne pas, il ne veut pas prendre la bonne valeur.

Je vous tient au jus !

[Neckara]

Pour la signification du "unsigned" oui évidemment....

Mais pour le fait que cela soit un "char", je ne sais pas exactement comment cela se passe...
J'ai un souvenir que l'ASCII contient 127 caractères, et le dernier bit "servirait" à faire du contrôle... est-ce que les compilos/systèmes font cette distinction char <=> ASCII et modifient le dernier bit en fonction du caractère contenu ?... ou ignorent-ils la signification du caractère et laissent la valeur telle quelle ?
Je ne sais pas...

Il me semble qu'ils utilisent l'ASCII étendu.

Si on utilise que de l'ASCII, ils laissent le bit inutilisé ( pour permettre les comparaisons de caractères). Après, si on fait des échanges là on peut utiliser le 8ème bit comme bit de contrôle (mais ne pas oublier de remettre le 8ème bit à 0 une fois la vérification faite).

[diogene]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

TMR1H = ((unsigned char)(o->period))>>8;

ça doit faire 0.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

TMR1H = (unsigned char)(o->period>>8);

[petitnul12]

Hummm cela ne fonctionne tjs pas, mais je ne saisis pas ou...
Voici le code complet:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
void o_clock_init(struct o_clock *o, unsigned int _freq, unsigned int _period)
{
    unsigned int reg;
 
    IPEN = 0;
    GIE = 1;
    PEIE = 1;
    TMR1IE = 1;
    TMR1IP = 0;
    T1CON = 0x01;
 
    reg = _period*_freq/1000000;
    o->period = 65536 - reg;
 
    TMR1L = (unsigned char)(o->period);
    TMR1H = (unsigned char)(o->period>>8);
    TMR1IF = 0;
}

TMR1L et TMR1H sont des registres de 8 bits.

[moins1]

Et que vaut reg qui sert à définir o->period?

Parce que ça fonctionne ce bout de code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
TMR1L = (unsigned char)(o->period);
TMR1H = (unsigned char)(o->period>>8);

Si j'ai par exemple 0xDEF3 dans o->period, j'obtiens 0xF3 dans TMR1L et 0xDE dans TMR1H.

[Bktero]

Sur quelle famille de PIC développes-tu et avec quel compilateur ?

[petitnul12]

Je suis sur un PIC18F458 (8 bits) et compilateur XC8 Lite.

Dans l'exemple de mon main, reg vaut 10000, ce qui fait un TMR1 à 0xD8F0

J'ai essayer en initialisant reg à 0; mais c'est tjs le même résultat. Je ne voit vraiment pas ou il bloque =(

[Bktero]

OK. Je voulais m'assurer de la taille d'un short int avec ce compiateur. Dans la documentation, c'est la section 5.4.2 Integer Data Types qui nous intéresse : un unsigned short (int) fait bien 16 bits.

Si dans ton main, tu fais un code comme suit et que tu vas en mode debug vérifier la valeur de chaque variable (avec les watches), les valeurs attendues sont-elles correctes ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
unsigned short int a = 0xFD13;
unsigned char lsb = (unsigned char) (a & 0x00FF);
unsigned char msb = (unsigned char) ((a >> 8) & 0x00FF);

[petitnul12]

Alors le morceau de code fonctionne dans le main sans soucis.

Après je me suis dit que la valeur de reg dépassait quelque fois la capacité d'un int alors je l'ai passé en double pour ensuite le caster, mais tjs rien..

Edit: Je vient de m'apercevoir que la variable period de ma structure clock vaut 0 après être passer dans le calcul.. Ca me semble bizzare =(

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
void o_clock_init(struct o_clock *o, unsigned int _freq, unsigned int _period)
{
    o->ev = 0;
    double reg;
    reg = 0;
 
    IPEN = 0;
    GIE = 1;
    PEIE = 1;
    TMR1IE = 1;
    TMR1IP = 0;
    T1CON = 0x81;
 
    reg = (_period * _freq) / 1000000;
    o->period = 65536 - (unsigned int)reg;
 
    unsigned char lsb = (unsigned char) ((o->period) & 0x00FF);
    unsigned char msb = (unsigned char) (((o->period) >> 8) & 0x00FF);
    TMR1H = msb;
    TMR1L = lsb;
    TMR1IF = 0;
}

[crocodilex]

Peut-on voir la structure o_clock ?
Que vaut _periode ? Que vaut _freq ?

[crocodilex]

D'après la datasheet, l'ordre d'écriture dans ces registres à une importance en fonction du bit RD16 du registre T1CON.
Il faut d'abord écrire le MSB puis le LSB.

Si tu ne veux pas te soucier de l'ordre, je pense qu'il faut mettre RD16 à 0 (donc T1CON=0x01)

[petitnul12]

Je teste ma fonction avec _freq = 10 000 000 et _period = 1000
Je les écris bien dans ce sens, mais même dans l'autre ça ne fonctionne pas.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
#ifndef CLOCK_H
#define	CLOCK_H
 
#include <xc.h>
 
struct o_clock {
    unsigned int period; // Periode de l'horloge temps reel en µs
    unsigned char ev; //
};
 
void o_clock_init(struct o_clock *o, unsigned int _freq, unsigned int _period);
void o_clock_run(struct o_clock *o);
 
#endif	/* CLOCK_H */