Voilou, mon but est de lire sur le registre d'état et d'écrire sur les registres de données et de commande de port parallèle.
 
Voilà un bout du code de Lous :
 

 
Donc si je veux écrire sur le registre de données, je fais
 
outb(ADRESSE_LPT, 255); // Met tout à 1 ?
 
Pour le registre de commande :
 
outb(CONTROL, 255); // Met tt à 1 ?
 
Pour le registre d'état,
 
inb(STATUS); // Renvoie 255 si tout est à 1 ?
 
Parce qu'en fait apparemment pour les registres d'état et de controle, certains bits ne sont pas utilisés, don j'aimerais savoir comment ça se passe, et si mon code est bon
 
merci d'avance

outb écrit la valeur binaire de l'octet que tu lui passe sur les 8 bit du port visé
donc passé à 255 met tout à 1, oui
 
mais fait attention au faite que, dans le registre de commande, certains bit se mette à l'état haut lorsqu'on leur met une valeur de 0, et inversement, ils sont à l'état bas pour une valeur de 1 ...
 

Pour le 2, ouep j'avais vu
 
Mais en fait, comme dans certains registres il n'y a pas les 8 bits, ca ignore simplement les bits inexistants ? Ou il faut faire qqch de spécial ?

normallement ça ignore
moi je passe un mask binaire dessus, histoire de mettre les bits inutiles à 0

oki, je vais me lacer dan un ptit prog alors, quand j'aurais des soucis je reviendrais ! lol merci

faire attention au bit ki permet de passer le port // en mode input

...
 
càd ?

dans le registre de control tu a un bit qui permet de passer les D0-D7 en input ou output

Ahh, oki
 
Mais D0-D7, je m'en sers pourun LCD, donc en output

oui mais fait gaffe ne fait pas un 255 sur le control ou un 0 car tu va le faire changer de out en in ou inversement !!! c'est pour ca (moi je m'en sert pour ne plus avoir un seul delay dans le code pour LCD ducoup j'ai un affichage ulllllltra rapide (et sans bug )

Oki

 
 
huuum
 
c'est pas avec le port // qu'il faut faire ça, c'est avec le 0x80 ...
une écriture sur le 0x80 = 1µs (quand l'écriture est direct, par assembleur ou macro qui fait assembleur)

tss tss ddg, le busy flag sur les lcd c'ets pas pour les clebard
 
edit: precision => je lit le busy flag avant de la prochaine instruct avec un while a vide (enfin presque) et comme ca j'ai toujours un temps tres tres tres rapide, tout en etant independant de la puissance machine

 
ouhla mon coco, c'est pas à moi que tu vas apprendre ce qu'est un busyflag
 
essaye donc de faire avec un ... hum ... un HD44780 wiring habituel par expl

ben oui le busy sur un HD44780
 
sinon je vient de matter tes sources de THD....

je t'ai dit avec un wiring traditionnel ...
un wiring traditionnel ne cable habituellement pas le R/W, alors qu'il est nécessaire de le manipuler pour pouvoir faire un read busy flag
 
regarde plutôt dans le T6963, la le busyflags il y est intégré, parce que avec un T6963 la plus part des wiring le permettent

en meme temps faut etre con de pas cabler le R/W car c'est une pinoce essentiel puis c'est pas pour rien qu'elle existe et a un fil pres merde hein (et de toute facon mes lib lcd c'est pour mes appli perso)

oui, moi aussi je trouve ça con, mais regarde la plus part des shémas pour HD44780 sur port // ...