Salut,
Un simple tableau fait l'affaire, et la durée sera de maximum 3 ou 4 cycles.Envoyé par Gérard
A nouveau, travaille avec tableau, la comparaison devient alors inutile.Je suis bien d'accord.
Mais niveau code de retour (ce qui revient du port d'entrée), on effectue comment la comparaison en assembleur ?
David.
Bonjour,
C'est quoi ton histire de tableau ? (Noob; je le suis mais on apprend tjs)
Bon ben faut lire un cours pour savoir utiliser un tableau...
En deux mots,
Ton tableau est composé de sauts inconditionnels de type GOTO avec tous les cas possibles :
Ensuite tu lis la valeur du PCF et avec cette valeur tu fais un saut dans "TableauCas" qui te mène immédiatement à la routine de traitement "CasX".Code:TableauCas: goto CAS0 goto CAS1 goto CAS2 goto CAS3 ... Cas0: nop Cas1: nop ...
David.
je pense que a ce stade il faudrait que ico apprenne a programmer un mcu et ensuite, quand il aura comprit ce qu'est une I/O il fera la connection à un capteur..........
J'ai déja programmé des mcu.
Mais la on relance un point que j'avis abordé au tout début de mon tread.
Ce qui m'épate c'est que je suis partit dans les comparaison et que cette solution me va parfaitement. Cei dit un methode ou l'autre revient, au final, au même.
Pour répondre à Gérard: Effectivement le Bigocours 1 contient bien la base de la comparaison. Et c'est une routine programmé qui la gêrera. Le but simplifier le code, possiilité de mieux entretnir les cnditions (connu à l'avance)...
Quand à la methode ci dessus, on est bien loin de la methode"tableau" qui, il me semble, aurait du passer par la partie mémoire.
Il ya une différence entre programmer un µC et écrire un code source.
Pas clair.
Au début, tu parlais de retourner les bit !
C'est quoi la base ?
Bigo explique très bien comment faire.
Je ne comprends pas ce que tu veux de plus.
Ben oui.
Avec d'autres mots ça donne quoi parce que là, ce n'est pas clair.
C'est la méthode tableau !
Evidemment que le tableau se trouve en mémoire.
Salut,
C'est vrai, que c'est bien plus simple tant en programmation qu'en maintenance de faire 256tests, sur 8bits que de faire un simple saut dans un tableau à 256 positions...
Si je compte bien :
La comparaison va prendre 1280 instructions, alors que la méthode tableau va prendre 258 instructions...
C'est ton choix, et c'est ton programme!
Je répète une fois de plus (d'ailleurs comme l'a fait Gérard), il me semble plus que nécessaire d'étudier un cours en évitant de simplement de le lire.
David.
De suite les gands mots!
Effectivement sur ce coup la... Je croi que je vais y penser; au tableau.
Est-ce compatible à mes trois cas seul?
Je pense (et David certainement aussi), que ce n'est pas à nous de faire ton travail.
Ce ne sont pas "les grands mots", c'est juste qu'il faut que tu commences par le début càd faire clignoter une LED.
Les tableaux, I2C, RS232, LCD ... viendront plus tard.
Ca ne sert à rien de vouloir griller les étapes.
Oui.
Cela fait un bail que je fait clignoter des leds.
Ce que je cherce c'est des indications, des portions de codes, tester des points déjà eprouvé.
@+
Faire clignoter une LED, c'est faire changer d'état une I/O et c'est ce que tu demandes.
Les comparaisons font partis du ba-ba.
Lire et écrire dans un PCF est décrit dans la datasheet.
Les portions de code à tester, on les écrit soi-même.
C'est la meilleure façon d'apprendre.
