IrLPT est en phase de d�veloppement active en ce moment. La partie cliente devrait marcher, mais le serveur pourrait planter.
lprm "*".
kerneld faites un modprobe irtty.
modprobe irlpt_client.
lsmod. Il devrait y avoir
irda, irtty et irlpt_clientcat /proc/misc vous donne le num�ro mineur du
p�riph�rique. C'est le premier chiffre sur la ligne avec irlpt0.
su pour devenir root, et faites un mknod /dev/irlpt0 c
10 <num�ro mineur>. Note : quelque chose comme ./MAKEDEV
irlpt0 n'est toujours pas possible, mais un load_misc irlpt
marche, bien que je ne puisse pas le confirmer.
cat FILE
>/dev/irlpt0 (ne pensez pas au format, c'est juste un test). Pour moi,
�a n'a pas toujours march�, mais je n'ai jamais compris pourquoi.
/etc/printcap pour utiliser
plut�t /dev/irlpt0 ou m�me � la place de /dev/lp1. R�f�rez
vous au Printing-HOWTO pour plus de d�tails.
/etc/printcap avant :-).
"Avez vous une interface (s)s�rie ou (p)parall�le ?" R�ponse "p"
"Quelle est le nom du p�riph�rique pour votre imprimante parall�le
?" R�ponse "/dev/irlpt0"
kill -HUP <PID de
lpd>. Si vous utilisez un autre d�mon d'impression, utilisez la
commande appropri�e.
Takahide Higuchi a rapport� : "J'ai test� IrCOMM avec une imprimante (Canon BJC-80v) ayant un port IrDA et le protocole IrCOMM (pas IrLPT). J'ai pu imprimer de petits textes, mais il se peut que cela cause facilement un blocage total lorsque j' essaye d'imprimer un fichier postscript avec gs.".
Sur la page de Thomas Davis http://www.jps.net/tadavis/irda, on peut lire que pour utiliser le serveur IrLPT, il faut :
/sbin/insmod irlpt_server
/sbin/mknod /dev/irlptd c 10 `grep irlptd /proc/misc|cut -f 1`
A ce moment l�, le serveur IrLPT est pr�t � recevoir des fichiers � imprimer. Maintenant, tout ce dont vous avez besoin est un script :
#!/bin/sh
#
while (true)
do
cat /dev/irlptd | lpr
done
modprobe irlan_client avant ifup eth0. J'ai du supprimer
toute la partie request_module() car cela n�cessite un contexte non disponible
dans le noyau.".
ifconfig eth0 up <addresse_ip> netmask
<masque_sous_r�seau> pour le configurer avec une adresse IP et
d'autres param�tres. Si le protocole est toujours en m�moire, vous pourrez
commencer � communiquer. Il est possible d'utiliser l'outil netcfg de
la RedHat pour le faire, cela rend les choses plus faciles. La prochaine fois,
vous aurez juste � faire un /sbin/ifup eth0.
route add default gw
<ip_passerelle> ou route add -host <cible> dev eth0.
Pour une carte ou un dongle ACTiSYS FIR, vous aurez � faire :
irmanager -d1
/sbin/modprobe pc87108 # Supprimer irattach de /etc/irda/drivers, ou
# substituer irattach par modprobe !
Sur la machine 1 :
modprobe irlan_client # Pas vraiment n�cessaire, vu que irmanager devrait le faire !
Sur la machine 2 (si vous n'avez pas un point d'acc�s)
modprobe irlan_server
Ne compilez pas irlan_server dans le noyau, car il n'aime pas �a du
tout pour l'instant ! Vous devriez avoir configur�
/etc/sysconfig/network-scripts/ircfg-eth0 avec le bon r�seau si vous
utilisez deux machines. Si vous avez un point d'acc�s, alors, le param�trage
par d�faut devrait �tre bon.
Remarquez que dans le dernier patch (2.2.0-irda1), irlan_client devrait
appeler le p�riph�rique irlan0 par d�faut, mais il est possible de
modifier ce comportement en donnant eth=1 comme option �
irlan_client (modprobe irlan_client eth=1 ou options
irlan_client eth=1 dans /etc/conf.modules).
La prochaine version d'IrLAN ne sera qu'un seul module, alors, vous n'aurez pas � penser au fait qu'il vous faut le client et/ou le serveur d'install�.
Il est possible de faire un ifconfig irlan0 -broadcast pour emp�cher
l'AP de vous submerger avec des trames de broadcast ! Cela peut �tre un
probl�me si vous �tes connect�s � un segment ethernet tr�s large. Le seul
probl�me sera que votre machine aura � d�marrer toutes les communications,
et donc, ne pourra pas marcher en tant que serveur (bon, vous devriez
pouvoir trouver une machine fixe qui pourrait r�pondre aux requ�tes ARP �
votre place).
La partie IrOBEX semble �tre en constant d�veloppement. Par cons�quent, les applications changent aussi. Par cons�quent, je ne peux pas vous donner des informations exactes. Allez voir la page de Dag Brattli � http://www.cdpubs.com/hhsys/archives/66/10brattl.pdf.
Le script /etc/irda est vraiment juste bon pour configurer les
p�riph�riques, en faisant le bon mknod pour /dev/irobex etc, pas pour
d�marrer des applications.
1) Terminal 1> irattach /dev/ttyS<x>
2) Terminal 2> load_misc irobex
3) Terminal 3> D�marrez irobex_app depuis le r�pertoire irobex. Je
suppose que irobex_app ne marche plus maintenant. Maintenant, vous
devez utiliser le programme gtk/irobex ! Vous avez besoin que la
librairie gtk soit install�e pour pouvoir utiliser ce programme. Une
interface graphique devrait �tre d�velopp�e par quelqu'un. Le programme �
utiliser devrait �tre irobex_receive.
4) R�cup�rez quelque chose depuis votre Palm III.
5) Si tout va bien, vous pouvez aller voir le fichier qui vient d'arriver dans le r�pertoire depuis lequel a �t� lanc� irobex_app (ou /tmp pour irobex_receive). Le nom de ce fichier d�pendra de l'objet que vous avez transf�r�.
Cela devrait �tre possible, mais je n'ai pas d'informations pour l'instant.
Rui Oliveira a �crit : "Gr�ce au dernier patch IrCOMM (050998) de Takahide Higuchi, j'ai r�ussi � synchroniser et � �tablir une connexion PPP entre mon Palm III et ma machine Linux. J'utilise IRLink (provenant de IsComplete) pour rediriger le port s�rie vers un port IR. La communication avec pilot-xfer marche sans aucun probl�me. Bien que j'aie r�ussi � �tablir une connexion PPP, je n'arrive toujours pas � r�cup�rer des emails et � naviguer sur le Web. Cela est probablement du � des timeouts de connexion. Je suis en train d'essayer de r�soudre ce probl�me.". R�f�rez vous au PPP-HOWTO pour de plus amples informations sur le PPP.
Jon Howell a �crit : "Je pensais essayer IrCOMM, car le Palm III peut �tre configur� pour rerouter les infos du port s�rie vers le port IR (en utilisant IrLink de IS/Complete, disponible sur www.palmcentral.com), et ensuite, vous pouvez lancer un programme terminal (tel "PalmTelnet" en mode s�rie) � travers IrDA. Je peux seulement supposer qu'il utilise le protocole IrCOMM. J'ai test� cette configuration entre deux Palm Pilots, mais l�, je ne peux pas savoir quel protocole est utilis�.
Je n'ai pas r�ussi � trouver une application au code IrCOMM. Je vois sur la page d'avancement qu'il y a un "support client (devrait commencer � �tre utilisable)" mais je ne trouve aucune documentation sur comment l'utiliser.".
D'apr�s ce que je sais, quelques t�l�phones utilisent le standard IrCOMM, ex: Ericsson SH888 et NOKIA 8110. Benny Amorsen a �crit : "J'ai utilis� minicom avec le SH888, et j'ai r�ussi � �tablir une connexion (CONNECT 9600...). Je n'ai pas r�ussi � lui faire faire quoi que ce soit d'autre apr�s la connexion, et raccrocher en arr�tant la porteuse ne marche pas. +++ J'ai bien travaill�, maintenant, il sait raccrocher. Je dois dire que le SH888 n'est pas loin de marcher tr�s bien avec Linux/IrDA, et devrait m�me marcher avec les noyaux 2.0.x. Je n'utilise que les noyaux 2.1.".
Il se peut que d'autres t�l�phones utilisent le standard IrOBEX, allez faire un tour dans la section Palm III pour apprendre � faire une connexion.
Carlos Vidal a �crit : "Corrigez moi si j'ai tout faux, mais il me semble que les t�l�phones NOKIA ne contiennent pas de modem mat�riel, mais quelque chose assez similaire aux WinModems pour les PC. Car � chaque fois que NOKIA �crit un truc � propos de communication via modem, ils utilisent le m�me nom de "Modem Windows logiciel" (ou quelque chose de similaire). Ce qui est actuellement confirm� par le fait qu'il faut utiliser les logiciels NOKIA pour Windows (nomm�s : NOKIA Cellular Data Suite).
Joonas Lehtinen a �crit : "Cela est vrai pour les mod�les 61xx. Les mod�les 8810, 9000(i) et 9110 devraient marcher (ils ont un modem int�gr�). Mon N9000 marche avec IrCOMM et Linux de la fa�on suivante :
Pour d�marrer une session de communication avec /dev/irnine, par
exemple, faites :
dip -t
> port irnine
> term
Vous utiliserez peut �tre cu � la place de dip. Il y a aussi du
travail de fait avec l'Ericsson GF768 et le modem IR DI 27.
Benny Amorsen a �crit : Le SH888 �mule le port IrDA quand vous vous connectez via un c�ble s�rie, alors que beaucoup penseraient que c'est une chose plut�t obscure comme cela l'est pour moi. Mais c'est la seule mani�re de le faire fonctionner avec Windows, bien que je n'ai jamais r�ussi � le faire marcher avec Windows.
Markus Schill a �crit : "Heureusement qu'il y a d'autre personnes qui sont int�ress�es � faire fonctionner l'adaptateur IR SONY DSC-F1 sous Linux. Jusqu'� maintenant, je n'ai fait que jouer avec les logiciels de la suite Linux/IrDA et l'adaptateur s�rie qui est fournit avec l'appareil photo. Voici o� cela en est. J'utilise un noyau 2.0.33 et les derniers Linux/IrDA... Si je fait :
insmod irda
insmod irtty
irattach /dev/cua0
L'adaptateur commence � discuter avec l'appareil photo.
/var/log/messages dit que le SONY-DSC-F1 a �t� trouv�, mais qu'aucun
service n'a �t� d�marr�. (notez que ce comportement ne s'applique peut �tre
pas aux noyaux 2.2.x).
Il y a deux programmes pour Linux qui sont disponibles et qui peuvent �tre
utilis�s avec l'appareil photo avec le c�ble : (1) chotplay et (2)
stillgrab. Ils prennent tous les deux un tty comme ligne de commande,
par cons�quent, je suppose qu'ils devraient marcher si la couche irtty et la
pile de protocole fonctionnent correctement... Je n'ai pas jet� de coup d'oeil
au code Linux/IrDA pour l'instant ! Je ne suis pas certain de comprendre la
pile, mais irtty ne devrait-il pas faire en sorte que cela ressemble � un vrai
tty ? Quel service devrait �tre d�marr� ? "
Dag Brattli a �crit : "Je ne suis pas certain de savoir quel protocole l'appareil photo utilise, mais il est possible qu'il impl�mente les sp�cifications du protocole IrDA(TM) transfert d'images par infrarouge (Infrared Transfer Picture IrTran-P). Allez jeter un coup d'oeil � http://www.irda.org/standards/pubs/IrTran-P_10.pdf, vous verrez que le protocole est impl�ment� par dessus IrCOMM (pas IrTTY !). IrTTY est quelque chose que nous utilisons juste pour communiquer avec le pilote s�rie de Linux. "
Introduction
Pourquoi cette section ? Malheureusement, les utilisateurs de Linux ne sont pas toujours capable de savoir tout sur leur configuration mat�rielle. Quelquefois, il est possible de trouver ces informations depuis Window$95.
O� commencer ? Sur
http://www.microsoft.com/windows95/info/irda.htm vous trouverez un
support pour "Infrared Transfer 2.0". C'est une archive
auto extractible (W95IR.EXE) qui fait 331Ko.
Avec certaines machines telles le HP Omnibook 800, il est n�cessaire d'utiliser les sp�cifications du fabricant (pour cet Omnibook, cela se trouve sur votre CD de secours).
Les fichiers les plus int�ressants pour trouver des d�tails sur la
configuration sont les ..\windows\inf\*.inf et les gestionnaires de
p�riph�riques.
D'apr�s ce que je sais, Window$NT ne supporte pas IrDA(TM). Et pour Windows98, je n'ai pas encore entendu parler de support IrDA(TM) pour l'instant.
Il y a aussi quelques p�riph�riques non M$ disponibles. Notez toutefois que certains utilisent des protocoles infrarouges propri�taires :
Connexion entre Linux/IrDA et Window$95 IrDA(TM)
Je pense qu'il y a trois fa�ons de connecter Linux/IrDA et Window$95 :
Une connexion r�seau entre les deux PC. Si vous avez mis en place Infrared Transfer 2.0, vous devriez trouver une interface r�seau IrDA(TM) dans la liste des interfaces r�seaux. Mais je n'ai pas encore r�ussi � faire une connexion.
Il est certainement aussi possible d'utiliser le protocole IrOBEX. Mais je ne sais pas quel logiciel utiliser et o� le trouver. Je pensais que les logiciels n�cessaires viendraient avec le Palm III, mais il s'av�re que ce n'est pas le cas.
Takahide Higuchi
<thiguchi@pluto.dti.ne.jp> a fournit le support IrCOMM. Depuis
sa page
http://www.pluto.dti.ne.jp/~thiguchi/irda/ j'ai r�cup�r� la
description suivante (que j'ai l�g�rement modifi�e) : "Avec IrCOMM, il
est possible d'envoyer et de recevoir de petits messages entre une machine
Linux et un programme de terminal sur un portable sous Win95 ! Ajoutez cette
ligne � votre /etc/conf.modules :
alias char-major-60 ircomm_tty
Ensuite, cr�ez un fichier de p�riph�rique mknod /dev/irnine c 60
64. Maintenant, les services Linux/IrDA peuvent �tre d�marr�s avec
irattach /dev/ttyS? &. /dev/irnine peut �tre utilis� comme
port s�rie. Les modules ircomm et ircomm_tty seront charg�s
automatiquement par kerneld/kmod quand un programme utilise
/dev/irnine. NOTE : Je pense que le programme "setserial"
ne devrait pas �tre utilis� sur /dev/irnine. Quelques petits trucs :
/etc/inittab et
ajoutez une ligne comme celle l� :
T1:23:respawn:/sbin/getty -L -w irnine 38400 vt100
init q. Et init commencera �
attendre les connexions IrCOMM. Vous verrez appara�tre votre prompt de login
pr�f�r� depuis un �mulateur de terminal depuis Win95 !
pppd, pensez � utiliser l'option -crtscts pour
d�sactiver le contr�le de flux. J'ai impl�ment� une petite �mulation de
contr�le de flux, mais cela n'a pas �t� test�.
Sep 4 10:01:02 monolith kernel: parse_control:instruction(0x12) Sep 4 10:01:02 monolith kernel: data:03
Il devrait y avoir trois fa�ons de connecter deux machines Linux via Linux/IrDA.
load_misc irobex des deux
cot�s, et ensuite, essayer iroabex_app get sur l'une des deux machines
et irobex put <file> sur l'autre.".
irlan_client sur l'une des machines et le module
irlan_server sur l'autre.
minicom, pppd, etc.
Notez que cette fonctionnalit� est toujours vraiment exp�rimentale ! Dag Brattli a �crit : "Je voulais juste vous dire que je viens juste d'ajouter de la COMPRESSION � IrLAP ! Comme vous le savez peut �tre, cela ne fait pas partie du standard IrDA(TM), mais Linux peut n�gocier avec son voisin et savoir si il est capable de compresser les donn�es. Donc, si vous discutez avec une machine Win95, Palm III ou quoi que ce soit d'autre, vous n'aurez pas de compression !!! C'est une fonctionnalit� propre � Linux d'autant que je sache ! Le standard IrDA(TM) dit que les p�riph�riques doivent ignorer les champs inconnus dans les en-t�tes de n�gociations, donc, nous sommes toujours compatibles avec le standard IrDA(TM) (j'ai juste emprunt� une valeur non utilis�e dans les en-t�tes).
Si vous voulez essayer d'utiliser la compression (Linux <-> Linux) vous
aurez � ins�rer le module irda_deflate quelques temps avant de faire la
connexion. Personnellement, je le fait avant irattach.
Le standard de compression que j'ai ajout� est le format deflate utilis� par
la librairie zlib qui est d�crit par les RFC (Request for Comments) 1950 �
1952 dans les fichiers ftp://ds.internic.net/rfc/rfc1950.txt
(format zlib), rfc1951.txt (format deflate) et
rfc1952.txt (format gzip).
L'interface de compression est similaire � celle qu'utilise PPP, par cons�quent vous pouvez ajouter autant de compresseurs diff�rents. Pour l'instant, seul GZIP est support�, mais la compression BSD sera ajout�e plus tard."
Dag Brattli a �crit : "La couche IrLAP a �t� am�lior�e de telle sorte
qu'elle autorise plusieurs instances (de cette fa�on, je peux utiliser mon
port infrarouge pour IrLAN et communiquer avec mon Pilot via un dongle IrDA en
m�me temps)... Comment faire pour avoir plusieurs connexions Linux/IrDA ? Et
bien, facile, lancez tout simplement irattach autant de fois que vous
avez de ports... proc�dez comme il suit : "
irattach /dev/ttyS0 & (mon dongle ESI)
irattach /dev/ttyS2 & (mon port IrDA int�gr�)
insmod irlan_client
insmod irobex
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:41