port parallèle Linux (Debian) - C - Programmation
Marsh Posté le 01-12-2005 à 19:22:40
ptitchep a écrit : |
Est-il configuré pour recevoir ? Les ports // ne sont pas forcément bi-directionnels voir le BIOS...
Sinon, plutôt que ce boucles infâmes, essaye usleep()...
Enfin, pour échanger des données par les port //, il faut gérer les signaux de contrôle (data strobe, notamment), sinon, tu risques de lire n'importe quoi...
Marsh Posté le 02-12-2005 à 10:39:22
Emmanuel Delahaye a écrit : Est-il configuré pour recevoir ? Les ports // ne sont pas forcément bi-directionnels voir le BIOS... |
Les ports sont bien configurés en communication bi-directionnelle (EPP).
Emmanuel Delahaye a écrit : Enfin, pour échanger des données par les port //, il faut gérer les signaux de contrôle (data strobe, notamment), sinon, tu risques de lire n'importe quoi... |
C'est bien possible que ça soit ça qui pose problème, nous allons essayer de gérer le data strobe.
Merci Emmanuel.
Marsh Posté le 02-12-2005 à 11:15:08
Evil_Ifrit a écrit : Les ports sont bien configurés en communication bi-directionnels (EPP). |
Il y a en effet un chronogramme bien précis à respecter.
J'aime bien ce site http://www.beyondlogic.org
EPP :
http://www.beyondlogic.org/epp/epp.htm
Marsh Posté le 02-12-2005 à 16:38:46
Bonjour,
Après avoir relu la doc suivante sur le mode EPP :
http://www.beyondlogic.org/epp/epp.htm
qui est très bien faite, mais en anglais, je me souviens mieux de la question du port // sur PC.
Si l'on souhaite utiliser un simple cable, sans aucune électronique, pour communiquer entre deux PC, la seule solution
que je connaisse est d'utiliser un cable de type "NULL modem parallèle".
Ce "charabia", "NULL modem parallèle", signifie que l'on relie les ports de sortie (4 ou 5 lignes de DATA), aux ports
d'entrée (Ack, Busy, Paper out/End, Select, Error / Fault)
Le handshake doit se faire pas soft, et on ne transmet que 4 ou 5 bits, à chaque fois. Les débits ne sont donc pas
très élevés.
Cette méthode était utilisée par des logiciels comme Laplink, et DOS, dans sa version 6.2 et sous Windows 95
(je ne sais pas si ils ont conservé la fonctionnalité depuis) : connection directe par cable.
Dans ce mode de communcation, on utilise le mode SPP qui permet d'utiliser les signaux d'erreur en entrée.
Je sais que dans le livre : "La Bible PC", édité chez Microapplication, on trouve le schéma et le soft en C pour
faire les échanges entre deux PC.
La Bible PC
3e édition, revue et corrigée
Micro Application
1992
Pour le cable "NULL modem parallèle", je ne sais pas si ça se trouve encore dans le commerce. Si non, il faut
le faire soi même.
Si l'on veut utiliser les modes ECP ou EPP qui permettent d'avoir des débits plus élévés, il faut faire un montage
électronique, car les cartes // sont avant tout faites pour communiquer avec des imprimantes. L'imprimante disposant
de sa propre électronique, qui n'est pas une carte // PC.
Si un tel montage t'intéresse, il faut chercher un peu sur le Net, ça doit bien se trouver !
(Je veux dire faire des transferts rapides entre deux PC en utilisant les modes ECP ou EPP).
Nicolas
Marsh Posté le 03-12-2005 à 16:26:07
Wahoo
merci on va potasser tout ça!!!!!!!!!!!
Marsh Posté le 04-12-2005 à 01:34:35
En effet, on résoudra sûrement notre problème avec tout ça ^^
Merci bien !
Marsh Posté le 05-12-2005 à 11:40:39
Ca marche , notre cable n'était pas null modem, les broches étaient pas croisées!
Merci bien
Marsh Posté le 01-12-2005 à 16:41:23
Bonjour
Voila je dois faire deux petits programmes qui, executés sur deux pc communiquent sur port parallèle.
J'ai trouvé pas mal de doc et j'arrive à envoyer des signaux sur une broche voulue (je contrôle avec un oscilloscope). Seulement je n'arrive pas à les capter sur le deuxième PC... je reçois constamment la valeur 127...
Merci
Serveur:
client:
---------------
deluser --remove-home ptitchep