ABUL

Configurer un onduleur Unitek alpha 500

Jean Bernard Subrenat — 2007-12-16T13:23:59Z

Tutoriel pour configurer un onduleur Unitek alpha 500 ic port série (drivrer=megatec), et un onduleur MGE Ellipse 600 port série (driver=mge-shut) sous Kubuntu et Mandriva 2008.

Kubuntu

Système d'exploitation :

Kubuntu 7.10 Gutsy Gibbon (kubuntu 7.10.desktop.i386.iso.

UPS :

onduleur Unitek alpha 500 ic commandé par le port série.

On suit les manuels suivants :

Installation de nut :
Sous debian (kubuntu) :

Se mettre en root :
sudo -s
"mot de passe"

On tape toutes les commandes, et à la fin, ne pas oublier de faire exit.

# apt-get install nut

Droits sur les fichiers :

# chmod 0600 /dev/ttyS0 # chown nut:nut /dev/ttyS0 # addgroup nut dialout

La dernière ligne permet à nut de faire partie de dialout, qui est autorisé par udev à acceder à ttyS0.

Remarque : ttyS0 est un port série (com1)( S0 c'est S ''zéro'')

Lignes de commande élémentaires à connaître :

On va utiliser vim qui est un éditeur de texte. On utilise les flèches pour se déplacer et pour insérer du texte on tape i ; pour sortir du mode insertion, échap ; pour sortir sans sauvegarder :q (2 point et q) ; pour sauvegarder, :wq ! (le ! permet de forcer les droits).

Pour se déplacer d'un répertoire à l'autre : commande cd , pour voir les fichiers dans les répertoires : commande ls.

Editer les fichiers de configuration :

# vim /etc/default/nut

Modifier le contenu de façon à obtenir les scripts suivants :

# start upsd START_UPSD=yes # start upsmon START_UPSMON=yes

On sauvegarde les modifications et on quitte...
:wq !

Remarque : dans le paquet debian 2.2.0, le répertoire /etc/nut est vide, il faut donc récupérer les fichiers texte de configuration contenus dans le repertoire /usr/share/doc/nut/examples/ (4 fichiers : ups.conf ; upsd.conf ; upsmon.conf ; upsd.users).

On fait alors un copier-coller : on va chercher les fichiers dans le répertoire doc, et les coller dans le répertoire nut :

# cp /usr/share/doc/nut/examples/*.conf /etc/nut # cp /usr/share/doc/nut/examples/*.users /etc/nut

On peut aussi aller dans les fichiers-exemple avec le gestionnaire de fichier et souris, les ouvrir avec kate sélectionner le texte et le copier dans un traitement de texte kate et enregistrer dans un répertoire de /home (/home/"compte utilisateur"/ : question de droits). On déplace ces fichiers à la ligne de commande (impossible de faire autrement question de droits sur les fichiers),

On édite le fichier ups.conf :

vim /etc/nut/ups.conf

Le contenu doit ressembler à ceci :

[myups] driver = megatec port = /dev/ttyS0 desc = "Mon serveur"

Remarque : ici le pilote est megatec il faut aller sur le site suivant (http://www.networkupstools.org/) pour vérifier que son UPS est bien dans la liste de Nut. On peut ouvrir le fichier driver.list dans : /usr/share/nut/driver.list (de cette façon on est sûr que le pilote correspond aux paquets installés).

Sauvegarder et quitter le fichier ups.conf édité précédemment.

Test de connexion et de reconnaissance de l'UPS :

# upsdrvctl start

On doit avoir une sortie similaire à ceci :

Network UPS Tools - UPS driver controller 2.2.0 Detected Unitel 500 on /dev/ttyS0 Broadcast Message from nut@xxxxxxxxx (somewhere) at 15:09 ... Communications with UPS serveurweb@localhost established

Lorsque ceci est visible, c'est ok.

Paramètrer les droits d'accès à l'onduleur :

Pour cela, on édite le fichier upsd.conf

# vim /etc/nut/upsd.conf

ACL all 0.0.0.0/0 ACL localhost 127.0.0.1/32 ACCEPT localhost REJECT all

Dans le cas présent j'autorise (ACCEPT) le localhost et j'interdis (REJECT ALL) tout le reste.
On sauvegarde et on quitte le fichier upsd.conf.

On définit les droits sur les différents fichiers de configuration :
on se place dans nut (/etc/nut)

 # chown root:nut upsd.conf upsd.users # chmod 0640 upsd.conf upsd.users

Il faut maintenant définir un utilisateur qui sera à même de pouvoir accéder au démon.
On édite le fichier upsd.users :
# vim /etc/nut/upsd.users

[jeanbernard] password = demo allowfrom = localhost upsmon master

NOTE : upsmon master indique que l'utilisateur a le droit de se connecteur sur le serveur maître pour contrôler l'onduleur.

Dernier fichier de configuration à éditer /etc/nut/upsmon.conf
Ce dernier contient l'utilisateur/mot de passe qui sera utilisé pour la surveillance de l'onduleur ainsi que la commande à exécuter lorsque l'onduleur devra éteindre la machine.

# vim /etc/nut/upsmon.conf

On doit avoir un contenu similaire à ceci :

MONITOR myups@localhost 1 jeanbernard demo master SHUTDOWNCMD "/sbin/shutdown -h now"

On sauvegarde et on quitte upsmon.conf.

On Lance Nut

# /etc/init.d/nut start

Pour vérifier qu'il n'y a pas d'erreur, on peut jeter un oeil dans /var/log/daemon.log.

Si tout est OK, vous pouvez lancer la commande pour vérifier l'état de
l'onduleur :

# upsc myups@localhost

En sortie, on doit avoir quelques choses dans ce goût-là :

battery.charge: 50.0 battery.voltage: 13.4 driver.name: fentonups driver.parameter.port: /dev/ttyS0 driver.version: 2.0.4 driver.version.internal: 1.22 input.frequency: 50.0 input.transfer.high: 288 input.transfer.low: 172 input.voltage: 227.9 output.voltage: 227.9 ups.load: 062 ups.mfr: UNITEK ups.model: Alpha 500 iC ups.status: OL

NOTE : si on ne souhaite qu'une information particulière ; ajouter à la commande l'argument suivant :

# upsc serveurweb@localhost battery.charge

En sortie :
100 (indique le taux de chargement de la batterie)
Voilà, à présent notre onduleur est connecté et opérationnel depuis notre machine.

NOTE : pour chaque évènement concernant l'onduleur, il est possible de lui faire réaliser une action... voir man upsmon et upsmon.conf pour plus de détails.

Test ''à blanc'' (sans avoir à vider la batterie) :

Fonctionnement du driver : le driver teste en permanence la batterie et envoie l'ordre d'arrêter le pc (shutdown -h now, arrêter maintenant) quand la batterie atteint un certain taux de charge. Au début il ne se passe rien et lorsque la batterie est déchargée à x % le pc s'arrête ''proprement''.

On lance la commande :
upsmon -c fsd

le pc doit s'arrêter ''gentiment'' au bout de quelques secondes.

Remarque importante : Il faut penser à éteindre puis à redémarrer l'onduleur après l'arrêt du système lors d'une panne de courant. Sinon, il n'y a pas assez de courant sur la batterie pour permettre le boot de la machine.

MANDRIVA 2008

Système d'exploitation :

Mandriva2008 powerpack i586 32 bits.

UPS :

onduleur Unitek alpha 500 ic commandé par le port série.

On suit les manuels suivants :

Installation de l'UPS :

On va dans configurer votre ordinateur > matériel > configurer un onduleur :
ajouter manuellement un onduleur > on laisse myups, le pilote megatec (pour unitec alpha 500 ic > on rajoute le port de sortie : ttyS0 (pour sortie série)
(il faut que nut soit installé)

Droits sur les fichiers (en root)

faire : su
"mot de passe root"

# chmod 0600 /dev/ttyS0

Remarque : ttyS0 est un port série (com1)( SO c'est S ''zéro'').

Lignes de commande élémentaires à connaître :

On va utiliser vim qui est un éditeur de texte. On utilise les flèches pour se déplacer et pour insérer du texte on tape i ; pour sortir du mode insertion ; échap ; pour sortir sans sauvegarder :q (2 point et q) ; pour sauvegarder ; :wq ! (le ! permet de forcer les droits).

Cp : pour copier et renommer : cp "Nomfichier" "NouveauNom".

Cd pour ce déplacer d'un répertoire à l'autre.

Ls pour voir les fichiers dans les répertoires.

Editer les fichiers de configuration (en root) :

On doit avoir 4 fichiers : ups.conf ; upsd.conf ; upsmon.conf ; upsd.users dans le répertoire /ups

Remarque : on remarque qu'il manque le fichier upsmon.conf ; on va le constituer en copiant et en renommant le fichier upsmon.conf.sample
on se place dans le répertoire /etc/ups

su "mot de passe root" # cd /etc/ups/ # cp upsmon.conf.sample upsmon.conf

– On édite le fichier ups.conf

root@localhost ups#vim ups.conf

Le contenu doit ressembler à ceci :

[myups] driver = megatec port = /dev/ttyS0 desc = "Mon serveur"

:wq ! pour sortir de vim et sauvegarder.

Remarque : ici le pilote est megatec il faut aller sur le site suivant (http://www.networkupstools.org/) pour vérifier que son UPS est bien dans la liste de Nut.

Paramétrer les droits d'accès à l'onduleur :

Pour cela, on édite le fichier upsd.conf

# vim upsd.conf

ACL all 0.0.0.0/0 ACL localhost 127.0.0.1/32 ACCEPT localhost REJECT all

Dans le cas présent j'autorise (ACCEPT) le localhost et j'interdis (REJECT ALL) tout le reste.

On sauvegarde et on quitte le fichier upsd.conf.

On définit les droits sur les différents fichiers de configuration (il faut se trouver dans le répertoire nut) :

# chown root:nut upsd.conf upsd.users # chmod 0640 upsd.conf upsd.users

Il faut définir un utilisateur qui sera à même de pouvoir accéder au démon.

On édite le fichier upsd.users :

# vim upsd.users

[subrenat] password = demo allowfrom = localhost upsmon master

NOTE : upsmon master indique que l'utilisateur a le droit de se connecter sur le serveur maître pour contrôler l'onduleur.
Dernier fichier de configuration à éditer /etc/nut/upsmon.conf
Ce dernier contient l'utilisateur/mot de passe qui sera utilisé pour la surveillance de l'onduleur ainsi que la commande à exécuter lorsque l'onduleur devra éteindre la machine...

# vim upsmon.conf

On doit avoir un contenu similaire à ceci :

MONITOR myups@localhost 1 jeanbernard demo master SHUTDOWNCMD "/sbin/shutdown -h now"

On sauvegarde et on quitte upsmon.conf.

:wq !

et on redémarre le PC

Test ''à blanc'' (sans avoir à vider la batterie) :

Fonctionnement du driver : le driver teste en permanence la batterie et envoie l'ordre d'arrêter le PC (shutdown -h now, arrêter maintenant) quand la batterie a atteint un certain seuil de taux de charge. Au début il ne se passe donc rien mais lorsque la batterie est déchargée à x % le PC s'arrête ''proprement''.

On lance la commande :

# upsmon -c fsd

Le pc doit s'arrêter ''gentiment'' au bout de quelques secondes.

Remarque importante :

Il faut penser à éteindre puis à redémarrer l'onduleur après l'arrêt du système lors d'une panne de courant. Sinon, il n'y a pas assez de courant sur la batterie pour permettre le boot de la machine.

"Piloter" une webcam

Charles Rèche — 2007-09-05T10:37:58Z

Si l'utilisation des webcams sous Linux est dorénavant assez simple, il demeure des cas ou il faut entrer davantage dans le système, soit parceque "ça ne fonctionne pas", soit parceque l'on souhaite maîtriser son système, par exemple pour développer une application intégrant des acquisitions d'image.
Si vous êtes dans cette démarche, ceci est un memo qui renvoit aux pages les plus utiles - Ce que j'aurais apprécié de trouver, en fait....

PRINCIPES de la chaîne de traitement : de la camera à l'écran.

Pour fonctionner, la webcam doit communiquer avec l'ordinateur au niveau matériel mais également au niveau logiciel.
Au niveau logiciel, le programme utilisant les images doit d'une part accéder aux données issues de la camera en utilisant un pilote correspondant et d'autre part les rendre utilisables au serveur graphique ( Xorg ). Cela est réalisé à travers une interface (API) linux spécialisée dans le traitement des flux video : v4l pour "video4linux " permet de gérer les flux video de toute origine ( TV, cartes video... ). v4l2 est son successeur.
La nature et la combinaison de ces différentes briques logicielles peut être problématique, car il est nécessaire de :

disposer du driver adapté à la caméra ;
disposer de l'interface video
Lesquels doivent être compatibles...

Les webcams posent typiquement le problème des drivers propriétaires, avec les conséquences connues sous Linux. Apparemment, des matériels qui évoluent encore beaucoup, alors qu'aucun fabriquant ne consent à aider les développeurs de LL.

Exemples de pilotes ( non limitatif ) :

PWC pour les cameras Philips (Concepteur Luc Saillard) Seulement pour v4l
Gspca, Spca5xx ( Concepteur Michel Xhaard ) Seulement pour v4l pour l'instant
UVCvideo ( Concepteur : BerliOs, pinchartl) Seulement pour v4l2
Attention : v4l ne semble plus maintenu. v4l et v4l2 reposent sur des librairies bien entendu nécessaires.

modules v4l ou v4l2

doivent faire partie du noyau, comme la commande suivante permet de le vérifier :

$ lsmod | grep v4l v4l1_compat 15236 2 uvcvideo,videodev v4l2_common 25216 2 uvcvideo,videodev

la troisième colonne indique les programmes utilisant ces modules.

EN PRATIQUE

Pour trouver le pilote adapté / trouver une webcam qui va fonctionner :
Si vous n'avez pas encore acheté votre webcam, vérifiez sur les sites cités ci-dessous ("documentation sur les pilotes") et les divers forums.
Une excellente adresse : http://www.linux-drivers.org/.
plus précisemment pour l'USB : http://www.qbik.ch/usb/devices/devi...

Pour trouver le pilote adapté à la webcam que vous possédez déjà :
Les webcam (USB ! ) Peuvent être identifiés à partir du "vendor id" et du "product id" par la commande :

$ lsusb Bus 004 Device 003: ID 046d:08ce Logitech, Inc. Bus 002 Device 004: ID 04b4:2050 Cypress Semiconductor Corp. Bus 002 Device 006: ID 0458:004c KYE Systems Corp. (Mouse Systems) Slimstar Pro Keyboard Bus 002 Device 005: ID 04b8:0802 Seiko Epson Corp. Stylus CX3200 Bus 002 Device 003: ID 046d:c040 Logitech, Inc. Bus 002 Device 002: ID 0451:2046 Texas Instruments, Inc. TUSB2046 Hub

Par exemple :vendor Id = 046D identifie Logitech et product Id=08ce le modèle QuickCam PRO 5000. Le pilote de la webcam sera repéré par ces codes dans les tableaux figurant sur les différents sites des pilotes

Si tout va bien, les dernières lignes du fichier de log juste après le branchement de la webcam ressembleront à :

$ dmesg [22146.048000] usb 4-4: new high speed USB device using ehci_hcd and address 8 [22146.312000] usb 4-4: configuration #1 chosen from 1 choice [22146.696000] uvcvideo: Found UVC 1.00 device  (046d:08ce) [22146.740000] usbcore: registered new interface driver uvcvideo [22146.740000] USB Video Class driver (v0.1.0)

Le système a reconnu la camera ( et ses codes d'identification ), et mieux encore, le pilote adapté : uvcvideo

ou bien :

[26738.288000] usb 2-2: new full speed USB device using uhci_hcd and address 13 [26738.492000] usb 2-2: configuration #1 chosen from 1 choice [26738.492000] ubuntu/media/gspcav1/gspca_core.c: USB SPCA5XX camera found.(ZC3XX)

Dans ce cas, c'est une camera necessitant le driver SPCA5XX qui a été détectée.

Si vous ne rencontrez pas d'anomalie, il vous "suffit" alors de lancer le programme qui utilise la webcam, en s'assurant simplement qu'il est adapté à la caméra détectée.
MAIS...
Si cela ne fonctionne pas, voici une commande qui éclaire le sujet ( cas d'une Labtec notebook) :

$ v4l-info ### video4linux device info [/dev/video0] ### general info VIDIOCGCAP name : "Labtec Webcam Notebook" type : 0x1 [CAPTURE] channels : 1 audios : 0 maxwidth : 640 maxheight : 480 minwidth : 176 minheight : 144 channels VIDIOCGCHAN(0) channel : 0 name : "ZC301-2" tuners : 0 flags : 0x0 [] type : CAMERA norm : 0 tuner ioctl VIDIOCGTUNER: Invalid argument audio ioctl VIDIOCGAUDIO: Invalid argument picture VIDIOCGPICT brightness : 32768 hue : 0 colour : 0 contrast : 32768 whiteness : 0 depth : 24 palette : RGB24 buffer VIDIOCGFBUF base : (nil) height : 0 width : 0 depth : 0 bytesperline : 0 window VIDIOCGWIN x : 0 y : 0 width : 320 height : 240 chromakey : 0 flags : 0

Chaque paragraphe décrit une structure permettant de piloter la camera (ce sont des appels aux IOctl )

Dans le cas d'une webcam Logitech quickcam pro 5000, la même commande donnera un descripteur avec davantage de fonctions commençant par :

v4l2 device info [/dev/video0]

Voici également quelques programmes de test qui peuvent vous aider à localiser l'anomalie Ils ont des fonctionnalités simples et se lancent en console.

gqcam (acquisition ) fonctionne avec v4l seulement ;
dov4l (analyse périphs ) fonctionne avec v4l seulement ;
spcagui pour les webcams avec pilotes SPCA5XX (et d'autres : non testé).
luvcview pour les webcams avec pilotes UVCvideo
vgrabbj (v4l seulement ? )
xawtv (v4l seulement ? )

Ils disposent tous de pages de man.

l'examen des sources de spcagui et luvcview est parfait pour se dégourdir sur l'acquisition video !

BIBLIO

Documentation sur v4l, v4l2 :

Documentations sur les pilotes :

pwc :http://www.saillard.org/linux/pwc/
UVC :http://linux-uvc.berlios.de/ et http://linux-uvc.berlios.de/#docume...
gspca,spca5xx :http://mxhaard.free.fr/index.html

UNE LISTE RECAPITULATIVE ASSEZ COMPLETE : voir http://www.exploits.org/v4l/

Scanner EPSON Perfection 3490 et 3590 USB

Martin Riondet — 2005-12-18T16:02:23Z

Le scanner 3490 n'est officiellement pas supporté par le sane-projet.org :
http://www.sane-project.org/sane-mfgs.html#Z-EPSON

Pour autant, il est possible de le faire fonctionner sous Linux en utilisant les pilotes fournis par Epson.

Bien que je ne l'ai pas essayé, il semblerait que le scanner Perfection 3590 ne soit qu'un clone du 3490 et que la configuration soit la même.

La dernière section de ce document concerne la gestion des droits sur les scanners USB et devrait pouvoir être adaptable à tous les scanners usb.

1. Pré requis

– noyau 2.6.12 ou supérieur avec udev
– libusb
– libsane
– xsane
– le module « scanner » ne doit PAS être installé (s'il s'avère que le fichier /etc/modprobe.d/libsane génère d'inutiles messages d'erreurs, commenter les deux lignes qu'il contient, ou carrément détruire le fichier).

libsane est nécessaire, car le pilote fourni par Epson s'appuie sur l'architecture de sane.

Ma configuration système est une Debian etch (testing) avec noyau 2.6.18.

2. Installation

– Pour l'installation c'est pas trop compliqué :
Un câble USB2 à mettre sur votre ordinateur. Ça marche aussi en USB1
(il paraît) ou USB1.1 (c'est le cas chez moi),
– un câble d'alimentation électrique et c'est tout !

3. Configuration du système
Vu qu'Epson nous met les pilotes à disposition, on va aller les chercher sur le site d'Epson

Pour chaque scanner, il y a deux versions du driver, selon le compilateur utilisé. Dans mon cas, les deux versions ont marché de façon indifférente. Il semblerait que les utilisateurs Red Hat doivent utiliser la version compilée avec GCC 3.2

3.1. Installer le rpm
Il y a deux fichiers à installer :
– iscan
– les pilotes pour le modèle 3490

– Utilisateurs de systèmes basés sur des rpm (Mandriva, Red Hat, Fedora...), installez directement les paquetages (en tant que root) :

 rpm -i iscan-2.4.0-0.c2.i386.rpm rpm -i iscan-plugin-gt-f520-1.0.0-1.c2.i386.rpm

– Les utilisateurs de Debian et assimilables doivent convertir les .rpm en .deb par la commande alien (installer alien au besoin), puis installer le paquetage (en tant que root) :

 alien -i iscan-2.4.0-0.c2.i386.rpm alien -i iscan-plugin-gt-f520-1.0.0-1.c2.i386.rpm dpkg -i iscan_2.4.0-1_i386.deb dpkg -i iscan-plugin-gt-f520_1.0.0-2_i386.deb

3.2. Autoriser l'utilisation du scanner par sane
Indiquer ensuite que les scanneurs de marque « epkowa » sont autorisés en rajoutant epkowa dans le fichier suivant :

 vi /etc/sane.d/dll.conf epkowa

3.3. Vérifier que ça marche
Pour forcer un chargement du module fourni par Epson, débrancher et rebrancher le scanner.

En tant que root, taper :

 root@mimosa:~$ sane-find-scanner

dans le flot de blahblah de sortie de cette commande, vous allez voir :

 found USB scanner (vendor=0x04b8 [EPSON], product=0x0122 [EPSON Scanner]) at libusb:001:002

Signe que notre scanner a bien été reconnu.

Vérifier ensuite qu'il est désormais bien pris en charge par sane :

 root@mimosa:~$ scanimage -L device 'epkowa:libusb:001:002' is a Epson Perfection 3490/3590 flatbed scanner

Notre scanner est bien supporté désormais par sane (si cette étape échoue, inutile de continuer)

Vérifier qu'un utilisateur normal peut se connecter, en utilisant les mêmes commandes.
Si il y a un pb, cf plus bas.

Enfin, les droits par défaut livrés avec les pilotes fournis par Epson ne permettent pas l'acquisition de données pour les utilisateurs normaux.
Il faut changer ces droits et/ou le propriétaire. Le plus simple :

 chmod 444 /usr/share/iscan/*

Dans tous les cas, afin d'améliorer la sécurité du système, il est préconisé d'effectuer les tâches de sécurisation décrites ci-après.

4. Gérer proprement les droits
Cette section s'applique à tous les scanners usb, quels que soient la marque et le modèle. Cela évite d'avoir à se torturer en ce qui concerne la gestion des droits d'accès.

Sous Debian, les utilisateurs du scanner sont ceux qui font partie du groupe « scanner ». Commencez donc par vérifier que vos utilisateurs habilités à l'utilisation du scanner font partie de ce groupe.

Si un utilisateur déjà loggé est ajouté à un groupe, il doit se délogguer et se relogguer pour que la modification prenne effet.

Il faut commencer par demander à lsusb quel est le modèle de notre scanner :

 root@mimosa:~$ lsusb Bus 002 Device 001: ID 0000:0000 Bus 001 Device 002: ID 04b8:0122 Seiko Epson Corp. Bus 001 Device 001: ID 0000:0000

L'ID du vendeur est 04b8 (normal, c'est un Epson)
L'ID du scanner est 0122
Le scanner est sur le bus 001 et de device 002.
Le bus est donc : /proc/bus/usb/001
Le périphérique est le fichier 002 contenu dans ce répertoire.

Exemple :

 martin@mimosa:~$ ls -lrt /proc/bus/usb/001/002 -rw-rw-rw- 1 root root 57 2005-12-17 19:55 002

On voit que les droits sont assez larges : rw- pour tous : tout le monde peut accéder au scanner.

Éditer le fichier suivant (en tant que root) :

 vi /etc/sane.d/hotplug/libsane.db

Rajouter les lignes suivantes :

 # Epson Corp. Perfection 3490/3590 0x04b8 0x0122 root:scanner 0660

[d'une façon générale :
0x+IdVendeur Ox+IdScanner propriétaire:groupe droits
]
Ces lignes peuvent êtres rajoutées juste en dessous du scanner Perfection 2480, par exemple, c'est juste le product id suivant.

On reconnaît dans les deux premières positions l'ID du vendeur (précédé de 0x) et l'ID du scanner (précédé de 0x)
On indique que le périphérique sera créé avec l'utilisateur root et le groupe scanner, avec des droits rw-rw---- (660)

Débrancher et rebrancher le scanner :

 martin@mimosa:~$ ls -lrt /proc/bus/usb/001/ total 0 -rw-r--r-- 1 root root 43 2005-12-17 19:43 001 -rw-rw---- 1 root scanner 57 2005-12-17 20:04 003

On constate que, suite au débranchement du scanner, le numéro de périphérique a changé. Seuls l'utilisateur root et le groupe scanner ont désormais accès au périphérique.

Pour les personnes utilisant le driver iscan, fourni par Epson, les droits par défaut sont gérés dans le fichier :

 vi /etc/hotplug/usb/iscan-device

Remplacer :

 DEFAULT_OWNER=root DEFAULT_GROUP=root DEFAULT_PERMS=0666

par :

 DEFAULT_OWNER=root #DEFAULT_GROUP=root #DEFAULT_PERMS=0666 DEFAULT_GROUP=scanner DEFAULT_PERMS=0660

Ce sont les droits par défaut qui étaient responsables de la largesse des droits octroyés avant de déclarer le scanner dans libsane.db.

il y a un autre fichier de conf qu'il est possible de renseigner, et qui devrait intéresser justement ceux qui n'utilisent pas iscan :

 vi /etc/udev/libsane.rules

rajouter les lignes suivantes :

# Epson Corp. Perfection 3490
SYSFSidVendor=="04b8", SYSFSidProduct=="0122", MODE="660", GROUP="scanner", RUN+="/etc/hotplug.d/usb/libsane.hotplug"

[d'une façon plus générale :
SYSFSidVendor=="IdVendeur", SYSFSidProduct=="IdScanner, MODE="droits", GROUP="groupe", RUN+="/etc/hotplug.d/usb/libsane.hotplug"]

Noter l'absence du 0x devant les id dans ce fichier.

Le script /etc/hotplug.d/usb/libsane.hotplug se charge, entre autres, de gérer les bons droits sur le périphérique. Il est redondant avec /etc/hotplug/usb/iscan-device. Il faut éditer soit l'un, soit l'autre.

5. Logiciels d'accès au scanner
Le plus couramment utilisé est xsane, auquel on peut accéder directement comme une extension de Gimp.

Avec ses drivers, Epson fournit iscan, qui offre une interface simple mais efficace au scanner.

Il est possible de rendre iscan accessible depuis The Gimp :

 ln -s /usr/bin/iscan ~/.gimp2.2/plug-ins

Utiliser une caméra numérique sur port firewire avec linux

Éric Seigne — 2004-02-08T12:26:15Z

Vous avez une caméra numérique style MiniDV qui a un connecteur firewire ? Sachez qu'il est probable qu'elle marche super bien avec votre Linux préféré !

1. Le matériel

J'ai entre les mains une caméra JVC qui a une sortie DV firewire (ieee1394 pour les intimes et i-link pour les mac).

De l'autre côté, j'ai un ordinateur équipé d'un port firewire ... actuellement c'est un portable Amilo p4.

2. Configuration

Dès que je connecte le câble firewire j'ai le module correspondant qui se charge tout seul :

ieee1394: Node added: ID:BUS[0-00:1023] GUID[0080880502384edc] ieee1394: Node changed: 0-00:1023 -> 0-01:1023 raw1394: /dev/raw1394 device initialized

Regardez le device /dev/raw1394 (ls -al /dev/raw1394), chez moi il appartient à root:video
Il suffit donc que votre utilisateur soit dans le groupe video pour pouvoir utiliser ce périphérique firewire !

2.1 Configurer devfs pour avoir les droits

Par défaut seul root aura le droit de toucher à /dev/raw1394, voici ce que j'ai fait pour que le groupe video puisse lui aussi utiliser ces périphériques firewire :

j'ai rajouté ce qui suit à /etc/devfs/perms

REGISTER ^ieee1394/(dv|raw)/host[0-9]/(NTSC|PAL)/(in|out) PERMISSIONS root.video 0660 REGISTER ^raw1394 PERMISSIONS root.video 0660 REGISTER ^video1394/[0-9] PERMISSIONS root.video 0660

3. Capturer le flux vidéo

Il ne vous reste plus qu'à lancer par exemple kino pour capturer vos films sur votre linux.

Dans l'interface de kino vous devrez juste modifier les préférences pour utiliser le driver raw1394 comme source de données.

La suite dans le prochain article : faire du montage vidéo sous linux avec kino et cinélerra.

Ordinateur portable Fujitsu-Siemens Amilo D 7830

Éric Seigne — 2004-01-17T21:50:33Z

Lorsqu'on achête un ordinateur portable c'est toujours la même question "compatible avec mon système ou pas ?" ... j'ai testé pour vous l'amilo 7830 et voici ce que ça donne !

1. Choisir un portable ... quelques pièges

– Carte vidéo qui utilise de la RAM partagée ;
– Carte réseau inconnue ;
– Gestion de l'énergie non prise en charge par linux ;
– Modem (WinModem) ;
– etc.

En bref, après avoir viré les systèmes à base de celeron (trop bruyants et mauvaises expériences perso dans le domaine des ordinateurs portables à base de celeron), ceux qui ont des cartes vidéo dont la ram est partagée et le prix ... mon attention s'est posée sur le portable suivant : Fujitsu-Siemens Amilo D 7830.

– Pentium 4 Mobile 2.4 GHz ;
– 256 Mo de RAM (bonne surprise cf plus loin) ;
– 40 Go de disque dur (mauvaise surprise cf plus loin) ;
– Combo DVD/CDRW ;
– ATI Radeon 9600 64 Mo ;
– 5 ports USB2 ;
– 1 port firewire ieee1394 ;
– 1 port imprimante ;
– 1 modem interne ;
– 1 carte réseau interne ;
– un bon écran, à vrai dire tellement mieux que celui de mon ibm p2-300 que j'ai même pas fait attention à la taille !

Par contre, il manque (je trouve)
– un port série ... l'usb remplace complètement le port série à ce qu'il parait, comment faire pour administrer des switchs et autres routeurs ?
– un BIOS digne de ce nom, je n'ai aucun paramètre d'intéressant dans ce BIOS, à croire qu'il n'y en a même pas !

Le tout pour 1000 EUR HT, c'était mon budget maxi, à vrai dire pour ce prix je ne pensais pas avoir un ibm, apple ou autre toshiba ;

À savoir que la garantie ne prends pas en charge la batterie (demandez pour vos achats), et l'écran ... autrement dit sur un portable à part l'écran et la batterie je ne vois pas trop ce qu'on casse ... bref dans ces conditions je n'ai pas pris d'extention de garantie.

2. Toujours avoir un "live CD" sur soi ...

C'est un peu compliqué pour convaincre un vendeur de mettre le cdrom linux dans son portable de démo mais bon généralement on arrive à les convaincre.

On démarre donc le portable sur une knoppix ou mandrake live ! ou autre pour voir si le matériel est bien pris en charge, si tout marche vous risquez d'attiser l'attention de votre vendeur qui voit sous ses yeux un système beau, rapide ou il n'y a rien à installer pour que ça marche "faites voir là l'usb, si je connecte mon appareil photo numérique, ça marche ?" ... "on essaye, allez et hop si ça marche, effet garanti votre vendeur voudra garder votre cdrom linux 'live'" ... laissez lui c'est toujours ça de gagné il pourra éventuellement valider ses ordinateurs "linux" ou pas !

Et là je n'ai eu que des bonnes surprises, le réseau marche très bien (c'est un NationalSemiConductor), la vidéo aussi, la carte son idem, le winmodem aucune idée, le pcmcia j'ai oublié de tester ... les usb2 sont ok.

Tout ceci me semble très bon, j'accroche définivement mon vendeur lorsque je commence à lancer des applications comme openoffice "quoi vous avez une suite bureautique, tout ça sur un cd, sans installation, ça marche là direct" ... "ben oui c'est ça le logiciel libre, vous voulez le cd je vous le laisse mais attention y a des machines sur lesquelles ça ne marche pas".

3. J'achête et j'installe tout ça

Hop, décidé c'est emballé, de retour à la maison j'installe tout ça avec une debian. Je passe rapidement l'installation un peu longue (debian 3.0 ne reconnait pas la carte réseau alors forcément ça limite un peu pour l'installation).

Bref je suis passé en debian/unstable avec un kernel 2.4.23 et plus tard un 2.6 ...

Je pense que l'installation intéresserait du monde mais d'une part je n'ai pas noté et d'autre part je fais toujours ça comme une brute :

– boot sur knoppix (ou le réseau marche) ;
– cfdisk de mon disque dur du portable ;
– mkfs.ext3 et montage des partitions dans /mnt/ par exemple
– tar xfvz debian30.base.tgz /mnt/ pour extraire mon tarball-image de debian 3.0 dans /mnt
– chroot /mnt
– vi /etc/apt/sources.list pour passer en debian unstable
– apt-get update && apt-get (dist)upgrade
– apt-get install (tout ce que vous voulez)

Comme quoi c'est pas une installation très standard de debian mais maintenant je ne fais quasi-que comme ça mes installations :o)

4 Configuration

Voici ce que nous dit la commande "lspci" :

00:00.0 Host bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset Host Bridge (rev 03) 00:01.0 PCI bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset AGP Bridge (rev 03) 00:1d.0 USB Controller: Intel Corp. 82801DB USB (Hub #1) (rev 02) 00:1d.1 USB Controller: Intel Corp. 82801DB USB (Hub #2) (rev 02) 00:1d.2 USB Controller: Intel Corp. 82801DB USB (Hub #3) (rev 02) 00:1d.7 USB Controller: Intel Corp. 82801DB USB2 (rev 02) 00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB PCI Bridge (rev 82) 00:1f.0 ISA bridge: Intel Corp. 82801DB LPC Interface Controller (rev 02) 00:1f.1 IDE interface: Intel Corp. 82801DB Ultra ATA Storage Controller (rev 02) 00:1f.3 SMBus: Intel Corp. 82801DB/DBM SMBus Controller (rev 02) 00:1f.5 Multimedia audio controller: Intel Corp. 82801DB AC'97 Audio Controller (rev 02) 00:1f.6 Modem: Intel Corp. 82801DB AC'97 Modem Controller (rev 02) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf [Radeon Mobility 9000 M9] (rev 01) 02:03.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller 02:0a.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) 02:0c.0 Ethernet controller: National Semiconductor Corporation DP83815 (MacPhyter) Ethernet Controller

4.0 La RAM

256 Mo de RAM c'est peu pour ce que je veux faire de ce portable, je décide donc de prendre une extention à minimum 512 Mo ... vu les tarifs proposés je reste à 256 Mo.

Bien m'en a pris, je lis le manuel et là je vois que ce portable utilise des barettes de RAM classiques PC333 !!! Hé oui c'est pas de la SoDIMM mais de la RAM qu'on trouve partout !

Là c'est vraiment une bonne nouvelle, dès que je fais mon upgrade mémoire je vous tiens au courant !

4.1 Système / kernel

Vous avez joint à cet article le fichier de configuration d'un kernel 2.4.23 et d'un 2.6.1 avec toutes les options pour que le matériel de ce portable soit utilisable.

Dans les options de boot j'ai pas grand chose, c'est à améliorer :

pnpbios=off acpi=force resume=/dev/hda5 hda=autotune hdc=cdrom

4.2 La vidéo

C'est le 1er truc qui m'a causé des soucis, le XFree - y compris celui de debian/unstable - n'est pas assez récent pour prendre en charge mon chip vidéo Radéon IGP (oui IGP).

Donc, recompilation d'un xfree cvs ... et là je suis surpris par la vitesse du p4 ... moi qui suis habitué à mon p2-300 ... ça change :o)

kernel config 2.4.23

Fichier de configuration du kernel 2.4.23 pour l'Amilo D 7830

kernel config 2.6.1

Fichier de configuration kernel pour Amilo D 7830

Depuis le xfree qui est dans debian unstable marche bien pour cette carte vidéo (version 4.3.0-0pre1v5 OK).

Pour le fichier XF86Config-4 il faut regarder le fichier joint à cet article :)

XF86Config-4

Fichier de configuration de XFree pour Amilo7830

La très bonne surprise c'est que l'openGl marche en accélération matérielle ... je ne m'y attendais pas du tout mais bon :)

4.3 Le réseau

Rien de spécial donc à partir du moment où la carte marche bien !

4.4 Le son

Tout avec alsa, donc avec un kernel 2.6 c'est du régal, chip de type "intel8x0" avec un échantillonnage à 48Khz c'est vraiment top.

Par contre - avis perso - alsa me charge près de 14 modules ... je sais pas vous mais moi je trouve que ça fait beaucoup :) mais bon ça marche bien c'est le principal.

4.5 Le système IDE

C'est là que je trouve qu'est le plus gros handicap du système : le disque dur freine tout le système !

On en est à un tel point que si on connecte un disque dur USB2 sur le portable il est plus rapide que le disque dur interne !

C'est vraiment la grosse faille de ce portable.

Pour essayer d'améliorer tout ça j'utilise hdparm avec les options suivantes dans /etc/hdparm.conf :

/dev/hda { io32_support = 3 mult_sect_io = 16 write_cache = on dma = 1 transfer_mode = udma5 interrupt_unmask = on #sleep a 21 minutes spindown_time = 252 } /dev/hdc { mult_sect_io = 32 write_cache = off dma = on spindown_time = 36 }

4.5 La gestion d'ennergie

Je n'ai pas grand chose à dire à ce sujet, je suis vraiment content par rapport à un système Celeron (chez fujitsu-siemens aussi) : ce p4 chauffe beaucoup moins et semble mieux aéré.

Ceci dit je me suis amusé avec le mode hibernation, ça marche avec le kernel 2.6 mais j'ai quand même du mal (ça fera l'objet d'un article spécial je pense) mais je suis beaucoup plus handicapé par l'absence du mode "suspend to ram" que j'avais sur mon p2-300 (toujours lui) !

En bref un echo 3 > /proc/acpi/sleep marche mais le portable ne se réveille pas ! C'est très génant, en fait si il se réveille mais reste sur un Linux ! en jaune clair.

Peut être que ça passera avec les prochains kernels et que l'acpi de ce portable sera utilisable à fond ?

Ha si j'oublie un truc que j'aime beaucoup : on peut changer la fréquence du CPU "à tout moment" ! Pratique pour les nomades, par exemple en voiture (quand je ne conduit pas) si je fais de la bureautique ou un truc peu gourmand (style saisir le compte rendu d'une réunion AbulÉdu ou un truc comme ça) je fais un coup de :

echo 7 > /proc/acpi/processor/CPU1/throttling (echo 7 > /proc/acpi/processor/CPU2/throttling)

Hé oui il ne faut pas oublier le CPU2, mais ça je trouve que c'est un peu étrange, OK avec l'hyperthreading de intel on a "deux cpu" mais pourquoi cpu1 et cpu2 plutot que cpu0 et cpu1 ?

Bref une fois que j'ai fait ça mon portable se meuh à la même vitesse que mon ancien p2-300 mais c'est bien assez pour faire du texte :)

Bien entendu quand vous voudrez lancer la compilation d'OpenOffice.org il faudra repasser en mode 0 :

echo 0 > /proc/acpi/processor/CPU1/throttling (echo 0 > /proc/acpi/processor/CPU2/throttling)

4.6 USB et FireWire

Les modules suivants sont chargés en mémoire pour prendre en charge l'usb et le firewire, tout marche bien :

#ieee1394 video1394 12724 0 (unused) ohci1394 25776 0 [video1394] ieee1394 187044 0 [video1394 ohci1394] #usb ehci-hcd 17836 0 (unused) usb-uhci 23568 0 (unused)

C'est vraiment de l'usb2 y a pas à dire c'est rapide ! Et pour le FireWire c'est nikel, le camescope numérique marche "two finger in the noze" !

4.7 le graveur cd/cdrw

Encore une fois j'ai du rester loin de linux pendant longtemps, je n'ai rien eu à faire pour que cdrecord marche tout seul !

Comme quoi les graveurs IDE marchent vraiment bien. Le RW marche aussi très bien, rien à signaler de particulier à ce sujet, j'ai même apprécié le fait que le graveur est capable de changer de vitesse de gravure alors qu'il est en train de graver, par exemple ça commence à 4x puis il passe à 10x et continue à 6, je n'ai pas planté un seul CD avec ce graveur !

Si vous avez des astuces ou amélioration de la configuration à proposer je suis intéressé !

Éric

Scanner CANON LiDE 30 USB

Éric Seigne — 2004-01-14T16:09:14Z

En même temps que le scanner EPSON perfection 1670 j'ai pris un CANON LiDE30.

Après avoir passé du temps avec le scanner EPSON, je me suis penché sur ce modèle de CANON qui a quelques petits avantages et un gros défaut : il est LEEEEEEEEEEEENT.

Par contre j'aime beaucoup sa légèreté, sa taille (a peine plus grand que mon ordinateur portable, et pas plus épais) et surtout son alimentation intégrée au port USB !

En fait c'est le scanner idéal pour les nomades ... mais il ne faut pas être pressé :)

Autre avantage par rapport à l'EPSON : il marche "out of the box" et sans firmware propriétaire, donc pour ceux qui veulent du 100% libre c'est un bon choix.

1. Installation

Un cable USB1.1 à connecter sur votre ordinateur et c'est tout, on est heureux de n'avoir qu'un seul fil, vivement les scanners wifi ou bluetooth :)

Le kernel 2.6.1 a un module scanner qui se charge tout seul quand je connecte ce scanner.

Idem pour un kernel 2.4.23, le module scanner est utilisé directement et tout marche.

2. Configuration de sane

Pour sane, ce scanner est géré par le driver plustek comme expliqué ici http://www.sane-project.org/man/sane-plustek.5.html

Il faut donc avoir la ligne plustek dans le fichier /etc/sane.d/dll.conf et on ne modifie pas le fichier /etc/sane.d/plustek.conf il marche très bien.

C'est le seul piège, au début on cherche dans le fichier canon.conf ou autre mais c'est plustek qui est utilisé !

3. Lancer sane

xsane marche tout seul

En bref, un scanner qui marche tout seul et en 10 secondes c'est pas mal, dans ce cas de figure si vous ne cherchez pas un scanner rapide le canon LiDE30 est fait pour vous.

Scanner EPSON Perfection 1670 USB

Éric Seigne — 2004-01-14T16:09:05Z

Après avoir utilisé pendant près de 10 ans un scanner epson gt 6500 SCSI (mort dans un dernier soufle de scsi request timeout) je suis passé cette semaine à un scanner USB (wha le diplodocus se modernise).
Voici les quelques informations - en français - nécessaires pour que ça marche vite et bien chez vous ... moi j'ai perdu un peu de temps dans les docs - en anglais - obscures !

1. Epson perfection 1670

À ne pas confondre avec le expression 1670 ... c'est pas la même catégorie de scanner !

L'epson perfection 1670 existe en deux modèles : le photo et le "pas photo" :) la seule différence : le modèle photo permet de scanner des diapos et des négatifs.

2. Installation

Pour l'installation c'est pas trop compliqué :
– Un câble USB2 à mettre sur votre ordinateur (ça marche aussi en USB1 ou USB1.1 y parait mais je n'ai pas testé),
– un câble d'alimentation électrique et c'est tout !

2. Configuration (installation logicielle)

Tout ce qui suit a été fait sur Debian GNU/Linux unstable et kernel 2.6.1, à vous de modifier pour votre distribution et votre kernel.

Cet article est également validé sur le même ordinateur en kernel 2.4.23.

2.1 À savoir

C'est là que ça se complique un peu, pour que ce scanner puisse marcher il faut le "firmware" propriétaire qui est contenu dans les drivers windows du scanner (livré sur le cdrom d'accompagnement).

Le hic c'est quand on a pas windows ... d'habitude on a cabextract qui permet d'extraire le contenu des fichiers .cab mais là ça n'a pas marché (version trop récente des fichiers .cab qui sont sur le cdrom d'epson).

Résultat j'ai trouvé sur l'internet le fichier en question, mais il risque de disparaître du jour au lendemain (c'est du proprio et je ne suis pas certain qu'on ait le droit de le diffuser sur le net) à l'adresse suivante : http://www.geocities.com/thkalm/ESFW30.BIN

Copiez ce fichier sur votre disque dur, par exemple dans /usr/lib/sane/firmware.

Ensuite, il faut savoir que le scanner epson perfection 1670 est géré non pas par le driver "epson" de sane mais par le driver "snapscan" comme c'est expliqué ici :
– http://www.sane-project.org/sane-backends.html#SNAPSCAN
– http://www.sane-project.org/man/sane-snapscan.5.html
– http://snapscan.sourceforge.net/

2.2 Configuration de sane

Il faut donc modifier le fichier /etc/sane.d/snapscan.conf pour avoir ce qui suit :

#------------------------------ General ----------------------------------- firmware /usr/lib/sane/firmware/ESFW30.BIN #--------------------------------------------------------------------------- # No changes should be necessary below this line #--------------------------------------------------------------------------- #on ne modifie donc pas ce qui suit, mais très important dans la partie général on n'indique RIEN d'AUTRE que le firmware, par exemple IL NE FAUT PAS indiquer que le scanner est en /dev/usb/scanner0 par exemple !

2.3 Configuration système (kernel, module etc.)

Quand je connecte mon scanner sur mon ordinateur, le module scanner est automatiquement chargé ... j'ai perdu une bonne heure à cause de ça !

En effet, l'accès au scanner epson perfection 1670 ne se fait pas via le module kernel scanner mais via la libusb !

C'est expliqué sur la page suivante : http://snapscan.sourceforge.net/ mais j'ai mis du temps à comprendre ... en bref le module scanner NE DOIT PAS ÊTRE CHARGÉ POUR QUE LE SCANNER PUISSE MARCHER !

J'ai donc tout simplement enlevé le module scanner de mon /lib/modules/kernel-version/

C'est aussi pour ça que le fichier snapscan.conf ne doit pas faire appel à /dev/usb/scanner0 !

3. Bon, on scanne oui ?

Oui, vous pouvez maintenant connecter votre scanner, vérifiez que le module scanner n'est pas chargé et ensuite lancez xsane ...

Le hic c'est que ça ne marche que quand on est root ! Et oui la libusb utilise directement le /proc/bus/usb/* et tout ce petit monde n'est pas accessible aux utilisateurs lambda.

Vous pouvez donc tester votre scanner en root, si tout marche il suffit de modifier les droits de votre /proc/bus/usb/* pour que ça soit ok pour votre utilisateur habituel.

Par exemple chez moi j'ai l'utilisateur erics dans le groupe scanner.

chmod g+w /proc/bus/usb/001/003 chown :scanner /proc/bus/usb/001/003

Le hic c'est que des fois il n'est pas en "003" :) ... pour la solution, regardez ce qui suit :

3.1 Un petit script pour automatiser tout ça

#!/bin/sh echo "Script à lancer dès qu'on connecte le scanner Epson perfection 1670" echo "" echo "Eric Seigne, le 14/01/2004 pour RyXéo: " echo "Droits avant:" ls -al lsusb | grep Epson | cut -d ':' -f1 | awk '{print "/proc/bus/usb/"$2"/"$4}' chmod g+w lsusb | grep Epson | cut -d ':' -f1 | awk '{print "/proc/bus/usb/"$2"/"$4}' chown :scanner lsusb | grep Epson | cut -d ':' -f1 | awk '{print "/proc/bus/usb/"$2"/"$4}' echo "Droits après:" ls -al lsusb | grep Epson | cut -d ':' -f1 | awk '{print "/proc/bus/usb/"$2"/"$4}' echo "Changement des droits terminé, vos utilisateurs membres du groupe scanner peuvent maintenant utiliser sane sans problème."

Limitations : si vous avez plusieurs périphériques EPSON en USB ce petit script doit montrer ses limites, ce n'est pas mon cas ici donc je ne peux pas trop prendre ce cas de figure en compte mais attention tout de même si votre imprimante epson par exemple ne marche plus c'est ptet à cause de ça !

Et xsane marche très bien, j'ai juste un petit message d'erreur lorsque je quitte xsane mais bon je vais bien finir par trouver ce qui cloche :)

3.2 Utilisons hotplug ... et tout est déjà prémarché !

J'ai voulu mettre mon petit script dans hotplug pour qu'il soit lancé automatiquement dès que je connecte le scanner sur le port USB et j'ai trouvé que tout est déjà prêt :
– editez /etc/hotplug/usb/libsane.usermap
– modifiez VVVV par le vendor_id de votre scanner (chez moi c'est 04b8)
– modifiez PPPP par le product_id de votre scanner (chez moi c'est 011f)

Pour trouver le product_id et le vendor_id c'est pas compliqué : lancez la commande lsusb :

erics@pantoufle:/$ lsusb Bus 004 Device 001: ID 0000:0000 Bus 003 Device 001: ID 0000:0000 Bus 002 Device 002: ID 046d:c00e Logitech, Inc. Optical Mouse Bus 002 Device 001: ID 0000:0000 Bus 001 Device 002: ID 04b8:011f Seiko Epson Corp. Bus 001 Device 001: ID 0000:0000

Ça donne donc un fichier libsane.usermap comme ceci (chez moi) :

# This file is installed by the libsane Debian package. # # Sample entry (replace 0xVVVV and 0xPPPP with vendor ID and product ID respectively) : libusbscanner 0x0003 0x04b8 0x011f 0x0000 0x0000 0x00 0x00 0x00 0x00 0x00 0x0 0 0x00000000

Relancez hotplug (/etc/init.d/hotplug restart), connectez votre scanner et hop magique tous les /proc/bus/usb/ ???/ ??? qui correspondent à votre scanner usb auront les droits ad-hoc !

Le matériel et Linux

Bruno Mery — 2003-10-10T13:29:23Z

Utiliser un WinModem sous Linux

Utiliser un WinModem sous Linux n'est pas une chose immédiate. Si comme beaucoup d'acheteurs de PC vous en avez eu un en achetant votre machine,vérifiez dans les liens suivants que le votre est supporté. Voici donc les URL qui vous donnent des infos sur les winmodems :

– Site principal : http://www.linmodems.org/
– La bible : http://www.idir.net/ gromitkc/winmodem.html
– Tout sur les modems : http://modemhelp.net

Installer Linux sur un portable

Installer Linux sur un portable s'avère un peu plus délicat que sur une machine de bureau. Il est préférable avant d'en acquérir un,de vérifiez dans les liens suivants que le votre est supporté. Voici donc les URL qui vous donnent des infos sur les portables :

– Mobilix : http://www.mobilix.org
– Linux-laptop : http://www.linux-laptop.net

Le projet uClinux

Frédéric Navarro était présent à la dernière Linux Party et a interréssé plusieurs d'entre vous avec son kit uCsimm : Un micro linux complet sur une barette simm !! Vous pouvez avoir plus de détails,des photos et des liens dans l'article qu'il a écrit pour LinuxFocus.

Authentification par carte à puce

JeffTF vous propose son kit de lecture/écriture et authentification par carte à puces (usagées) de modèle T2G (ou T1G).

Authentification par carte à puce pour Terminaux X

John Perr vous propose son kit de lecture et authentification par carte à puces (basé sur celui de JeffTF et Denis Bodor) pour des terminaux déportés,tels que des stations en réseau sous Linux ou des terminaux X. Cette application à été développée dans le cadre du projet ABUL-EDU qui vise entre autre à équiper les écoles de réseaux et de système simples d'autentification des utilisateurs.

Afficheur LCD sur port série

LinuxFocus, vous propose un article sur le cablage et la programmation d'un afficheur LCD connecté sur le port série d'un PC. Il existe aussi lcdproc qui permet de connecter un afficheur standard sur le port parllele.

Un bouton d'arrêt sur le port série

LinuxFocus,vous propose aussi un article sur le cablage d'un bouton qui permet d'arrêter correctement une machine qui ne dispose pas de clavier comme un serveur.