Maximum int sur PIC?

[invite01336075]

Bonjour,

Dans un de mes programmes j'utilise un int comme variable dans une boucle. Mais je ne comprends pas quelque chose.

Voici ma boucle :

if(TD==0)	// Si on appuie sur le bouton descente
	{
	antirebond();
	MDS=on;	// On allume le moteur de descente du store
	            while(TD==0 && compteur2!=valeur)	// Tant que l'on laisse le bouton enclenché et que la butée basse n'est pas atteinte
	             {
		delay_ms(50);
		compteur2++;
		}
		antirebond();
		MDS=off;
			if(compteur2==valeur)		// Si la butée basse est atteinte on passe en position butée basse.
			{
			position2=0;
			}
		}

Et par exemple avec valeur = 100 sa fonctionne mais pas avec valeur = 250.

compteur2 est un int. Sa valeur maximale est bien plus grande que 250 normalement, non?
En tout cas avec 250 cette boucle est infini alors qu'avec 100 elle s'arrête bien quand il faut..

Si quelqu'un voit le problème sa m'aiderait bien ! Je suis en train de me prendre la tête surement sur un truc idiot..

Merci d'avance!
-----

[invite01336075]

Je viens de voir que sa m'affiche un avertissement. Mais je comprends pas trop sa signification :

Warning[1] C:\Documents and Settings\a459021\Desktop\MELANGE_FINAL\MELANGE_FINAL2.c 69 : Constant is truncated
 (The default C type cast rules force significant bits in the result to be
 cleared. It is recommended to use typecast one value to make clear
 what the type (size) should be. For example '(long)100*100'. Note
 that the default int size is 8 bit)

Sa doit être une histoire d'initilisation de constante mais je vois pas..

[mortaurat]

Et par exemple avec valeur = 100 sa fonctionne mais pas avec valeur = 250.

Normal car un INT sur un µc 8 bit va de -127 à +128, si tu veux aller jusqu'a 255 tu dois faire unsigned char.
Si tu veux aller au dela int16 ou int32.

[invite01336075]

Ah ben tout simplement.. oki ben merci beaucoup ^^

[A voir en vidéo sur Futura]

[RISC]

Salut,

Normal car un INT sur un µc 8 bit va de -127 à +128, si tu veux aller jusqu'a 255 tu dois faire unsigned char.
Si tu veux aller au dela int16 ou int32.

Cela n'est pas correct...Pour les PIC10/12/16, les INT ont effectivement une taille de 8bits, MAIS pour les PIC18, les INT ont une taille de 16 bits...

Il vaut mieux vérifier pour chaque compilateur car il n'y a pas de règle dans ce domaine.

a+

[invite29971eb1]

Salut,

Cela n'est pas correct...Pour les PIC10/12/16, les INT ont effectivement une taille de 8bits, MAIS pour les PIC18, les INT ont une taille de 16 bits...

Il vaut mieux vérifier pour chaque compilateur car il n'y a pas de règle dans ce domaine.

a+

Ah bon? et le C ANSI c'est quoi?

En C ANSI, un INT c'est 16 bits signés...

[mortaurat]

Cela n'est pas correct...Pour les PIC10/12/16, les INT ont effectivement une taille de 8bits, MAIS pour les PIC18, les INT ont une taille de 16 bits...

N'empêche que sur ce coup là j'avais raison, et C ANSI (c'est ainsi) !
Et pis les PIC16 c'est de la merde quand même...

Et pis aussi d'après wikipedia le type integer fait la taille d'un mot machine.

[invitee05a3fcc]

Et pis aussi d'après wikipedia le type integer fait la taille d'un mot machine.

Attention, Wiki n'est pas une référence ! Comme les articles sont écris par n'importe qui, on y trouve de tout. Quand j'utilise, par fainéantise, un article de wiki en citation, je vérifie toujours son contenu pour vérifier que je suis bien d'accord avec l'auteur.
PS : pour le C ANSI ..... je suis incompétent pour juger.

[invite7a49d0d5]

Salut,

(...)

Il vaut mieux vérifier pour chaque compilateur car il n'y a pas de règle dans ce domaine.

a+

je plussoie, je pense que cela dépend plus du compilo C que de la cible...

et si le compilo respecte la norme C ANSI, et ben un integer fait 16bits...
(unsigned par défaut?)

vede
;O]
____________
...

[invite7a49d0d5]

ps :

après déclarer et utiliser un entier 16bits sur un µC 8bits
c'est une "vue de l'esprit"... facilitant la programmation en C...
car comme son nom l'indique, un µC 8 bits ne sait gérer plus
de 8 bits simultanément... et pour gérer un 16bits, il doit utiliser
et décomposer ses calculs sur 2*8bits...

[invite29971eb1]

Salut,



je plussoie, je pense que cela dépend plus du compilo C que de la cible...

et si le compilo respecte la norme C ANSI, et ben un integer fait 16bits...
(unsigned par défaut?)

vede
;O]
____________
...

Perso, un compilo qui me sort un int en 8 bits, je le fous à la poubelle sans autre forme de procès, que ce soit sur PIC, AVR ou autres.

C'est déja assez la m... parfois de programmer pour ne pas avoir à se soucier de l'incompétence de certains éditeurs.

[invitef26bdcba]

Un integer, c'est la taille normal des données pour la machine...

Ce qui est anormal, c'est de voir un integer d'une taille de 16bits pour un machine 8bits...

Même sur Visual studio ou Java, l'integer respecte bien le processeur avec un integer de 32bits pour les processeur 32bits.

De même, si on prend les appli PC, un char peut être d'une longueur de 16bits pour respecter les caractères Unicode...

David.

[invite29971eb1]

Un integer, c'est la taille normal des données pour la machine...

Ce qui est anormal, c'est de voir un integer d'une taille de 16bits pour un machine 8bits...

Même sur Visual studio ou Java, l'integer respecte bien le processeur avec un integer de 32bits pour les processeur 32bits.

De même, si on prend les appli PC, un char peut être d'une longueur de 16bits pour respecter les caractères Unicode...

David.

Tu es sur de toi là?

Le rôle des types standards, c'est justement de s'affranchir de la machine.

Tu as les types justement orientés hardware tels que byte (8 bits), word (16 bits),dword(32 bits), etc....

Maintenant, si je prends l'exemple que je connais le mieux, les AVR, qui sont des 8 bits, les int font 16 bits, que ce soit sur Codevision ou sur Gcc.

Maintenant les éditeurs font ce qu'ils veulent mais la norme ANSI a été faite justement pour faire le ménage là-dedans.

[invite89303051]

Bonjour,

Juste pour information, Visual Studio 2008, compilateur C++ (Microsoft) indique que le type int est un 32 bits signed integer.
Je vérifierais ce soir chez moi avec un compilateur 64bits.

Cordialement

[invitef26bdcba]

Oui, j'en suis certain...

Le ménage à faire, est de ne plus valider l'Integer en AINSI C, vu qu'il ne respecte plus la longueur entière des données sous cette norme...

C'est marrant de constater que la plupart des langages objet utilise un "short int" d'une longueur 16bits pour les processeur 32bits...

Je vérifierais ce soir chez moi avec un compilateur 64bits

En Java, pour les applis 64bits, le INT c'est ... 64bits!

David.