Commander une LED reliée au port //

Version imprimable

Salut,

J'ai fait le montage suivant sur mon port parallèle (vu de face côté soudure) :
Code:

1 2 3 4 5 6 7 8 9 10 +------+ D7 ... |D0 | | | * * * * * * * * * * * * | * * * * * * * * * * * | |GND | +-----------/\/\/----O----+ R LED
Mais le problème est que sous GNU/Linux comme sous windows XP sp2 et peut importe la broche data D0 à D7 raccordée j'ai toujours la diode qui ne fonctionne que quand j'envois un 0x20 (6 ème bit à 1, le reste ne change rien) sur le port 0x37A, à quoi cela peut être dû ?

Merci.

12/08/2009, 05h45
Mac LAK
Ben... Au fait que tu tapes dans le port CONTROL au lieu du port DATA, non ? ;)
Code:

1 2 3 #define DATA 0x378 #define STATUS 0x379 #define CONTROL 0x37a
Mets 0x378, ça devrait mieux marcher normalement. En plus, les trois bits de poids fort du registre de contrôle ne sont normalement pas assignés, donc écrire dedans est rarement une bonne idée.

Côté mapping, tu as ça :
http://logix4u.net/images/stories/le...l/parallel.gif

Tu trouveras aussi un mapping des registres sur ce document, page 96, si tu n'as pas la Bible du PC sous le coude.

Normalement, pour émettre des données, tu dois écrire l'octet dans le registre DATA, puis activer le bit STROBE du registre CONTROL (bit de poids faible). Attention, ce bit est en logique inverse, il faut le mettre à zéro pour valider les lignes de données. Tu es normalement censé laisser le STROBE à zéro au moins une microseconde, puis le remettre à un pour éviter d'émettre deux fois le même octet.

(Source : "Bible du PC - Programmation système", 4ème édition, Micro Application)
12/08/2009, 08h56
sevyc64

Citation:

En plus, les trois bits de poids fort du registre de contrôle ne sont normalement pas assignés, donc écrire dedans est rarement une bonne idée.

Faux, C4 active/désactive le gestionnaire d'interruption du port parallèle, C5 bascule le port DATA en entrée/sortie (sortie par défaut) mais uniquement sur port bidirectionnel, EPP ou ECP

Citation:

Normalement, pour émettre des données, tu dois écrire l'octet dans le registre DATA, puis activer le bit STROBE du registre CONTROL (bit de poids faible).

Cette procedure est valable lorsque tu envoie des données à une imprimante. D'activer le strobe indique à l'imprimante qu'elle peut aller lire les données dur le port DATA. Ca fait partie du protocole de dialogue avec une imprimante.
Sinon les données écrites dans le registre sont directement retranscrite sur le port sans besoin de valider par un strobe ou autre

Citation:

J'ai fait le montage suivant sur mon port parallèle

A en croire ce schéma, il te faut écrire 1 pour allumer la led et 0 pour l'éteindre sur le registre DATA en &h378
12/08/2009, 09h14
Mac LAK

Citation:

Envoyé par sevyc64

Faux, C4 active/désactive le gestionnaire d'interruption du port parallèle, C5 bascule le port DATA en entrée/sortie (sortie par défaut) mais uniquement sur port bidirectionnel, EPP ou ECP

Heu... C4, ce n'est pas un des trois bits de poids fort, tu sais... :mrgreen: Cela ne concerne que C5, C6 et C7.
Je n'ai pas parlé des spécificités EPP/ECP, car "on ne sait jamais", autant prendre en compte uniquement le port parallèle "basique" pour ce genre d'applications... Du moins tant que l'on n'est pas à court de lignes.

Citation:

Envoyé par sevyc64

Sinon les données écrites dans le registre sont directement retranscrite sur le port sans besoin de valider par un strobe ou autre

Effectivement, j'ai lu trop vite, c'est réservé à la communication avec une imprimante. Les signaux sont émis/lus directement depuis les pins jusqu'au registre.
12/08/2009, 15h01
orfix

Merci d'avoir pris le temps de me répondre !

J'ai passé la nuit avec cette diode mais j'ai compris l'origine du problème il fallait d'abord mettre le bit 5 du port 0x37A à 0 avant d'écrire sur le port 0x378!! aucun des nombreux liens que j'ai visité ne mentionnais cela :(

En reprenant mes recherches pour une confirmation j'ai trouvé ceci :
http://petit.developpez.com/parallele/cours_tdlportio/

Merci.
12/08/2009, 15h44
Mac LAK

Citation:

Envoyé par ssmario2

J'ai passé la nuit avec cette diode mais j'ai compris l'origine du problème il fallait d'abord mettre le bit 5 du port 0x37A à 0 avant d'écrire sur le port 0x378!! aucun des nombreux liens que j'ai visité ne mentionnais cela :(

Oui, par défaut, les bits "non assignés" d'un registre "write-only" doivent être mis à zéro, pour assurer notamment la compatibilité avec les évolutions ultérieures. Pour les registres en lecture seule, les bits en question doivent être masqués car ils peuvent parfois être "flottants" et changer de valeur aléatoirement.

Or, tu utilises justement le port parallèle en sortie uniquement, dans ton montage, donc comme un port parallèle "basique" (non EPP, non ECP). Donc, bits C5, C6 et C7 à zéro pour le registre CONTROL. ;)
12/08/2009, 16h36
orfix

C'est plus clair maintenant, merci beaucoup !