Comme je l’indiquais dans mon article S-vidéo vers péritel ou S-vidéo vers composite ? le branchement d’une sortie S-vidéo vers un prise péritel via l’adaptateur ci-dessous donne une image crasseuse (couleur terne voir pas du tout de couleur)

Convertisseur S-video - Péritel (SCART)

J’avais à l’époque abandonné utilisant une prise S-vidéo vers RCA, mais il y a peu je n’ai pas eu le choix, il fallait que je branche sur la péritel.

J’ai alors trouvé ce site : Camp0s.com – A nice place where to stay…

Qui indique plusieurs solutions pour résoudre le problème de perte de couleur lors de l’utilisation d’un convertisseur S-vidéo – Péritel.

Personnellement j’ai utilisé la solution 2 sans soudure Camp0s.com – A nice place where to stay… en utilisant des agrafes.

L’image n’est toujours pas top mais au moins j’ai la couleur (et bien saturée en plus)

Images : Camp0s.com

Pour rappel ce PC est monté sur la base d’une carte Intel D945GCLF2, intégrant un processeur atom, il comprend 2 disque dur (1 SATa – 1 IDE) et un lecteur de CDROM.

Voir détail :Hardware pour installer un NAS/HTPC (le nouveau sweetBox)

Consommation D945GCLF2 avec une alimentation « classique » EartWatt 380W

• Boot : 60W max
• Repos : 45W
• Film Divx via Freevo : 45W
• DVD via Freevo : 48W
• CPU burn : 50W

On constate que cette configuration est très sobre en consommation électrique et que l’alimentation présente (EarthWatt 380W green 80+) est très sur-évaluée.

Or un alimentation n’est certifié 80+ que pour une consommation comprise entre 20 et 80 % de la puissance de l’alimentation, soit minimum 80W dans mon cas.

De plus ayant besoin de l’alimentation pour un autre PC, je l’ai remplacée par une alimentation très particulière, puisque de faible puissance et de très faible encombrement : une PicoPSU

Cette alimentation à la taille du connecteur ATX 24 broches + 1 tout petit circuit imprimé de 2-3 cm au dessus.

Elle comprend :

• 1 connecteur 4 broche ATX 12V
• 1 connecteur d’alimentation molex
• 1 connecteur d’alimentation SATA

Ce genre d’alimentation est utilisé avec un bloc alimentation externe de type chargeur d’ordinateur portable, déportant ainsi la production de chaleur (induite par la conversion 200V – 12V) à l’extérieur du boitier, évitant ainsi la mise en œuvre d’un ventilateur (et hop une source de bruit en moins)

Elle existe en 5 puissances différentes 80W, 90W, 120W, 150W et 160W.

A noter que cette puissance est fonction du bloc d’alimentation, en effet l’association d’une PicoPSU 150W avec un bloc d’alimentation 80W ne fournira que 80W de puissance maximum.

J’ai justement acheté ce pack (PicoPSU 150W + Adaptateur 80W)  sur Internet chez le vendeur Mitxpc (boutique tradionnelle ou boutique ebay) pour 62€ frais de ports inclus.

La raison du choix de ce bundle :

• 80W suffisent largement à alimenter mon PC
• L’adaptateur secteur 150W coute 20€ de plus que le 80W
• le PicoPSU 150W me permet d’être évolutif en ne changeant « que » l’adaptateur secteur
• et surtout le PicoPSU possède un branchement 4 broche supplémentaire qui associé avec un câble (2€) d’extension ajoute 1 connecteur d’alimentation molex et 1 connecteur d’alimentation SATA

Consommation D945GCLF2 avec une alimentation PicoPSU 150W

à venir…

Sources :

Image par tlossen sous CC-BY

Elle possède un ventilateur sur le NorthBridge et ce dernier est bruyant.

2 solutions existent pour réduire la nuisance sonore.

Solution logicielle

Cette solution est décrite succinctement se référer à lm-sensors – Documentation Ubuntu Francophone

Il faut au préalable brancher le ventilateur sur le connecteur prévu pour le ventilateur arrière (noté rear fan 3 pins ci-dessous)

Ce connecteur est en effet régulé.

Il faut ensuite installer le package lm-sensors pour connaitre les températures et avoir l’utilitaire de contrôle des ventilateurs (fancontrol)

sudo aptitude install lm-sensors

Détection des sondes présente dans votre PC

sudo sensors-detect

Rebooter pour que les modules ajoutés soient pris en comptes.

Affichage des températures :

sensors
smsc47m192-i2c-0-2d
 
Adapter: SMBus I801 adapter at 2000
+2.5V:       +2.53 V  (min =  +0.00 V, max =  +3.32 V)
VCore:       +1.15 V  (min =  +0.00 V, max =  +2.99 V)
+3.3V:       +3.28 V  (min =  +0.00 V, max =  +4.38 V)
+5V:         +5.00 V  (min =  +0.00 V, max =  +6.64 V)
+12V:       +12.31 V  (min =  +0.00 V, max = +15.94 V)
VCC:         +3.28 V  (min =  +0.00 V, max =  +4.38 V)
+1.5V:       +1.56 V  (min =  +0.00 V, max =  +1.99 V)
+1.8V:       +1.78 V  (min =  +0.00 V, max =  +2.39 V)
Chip Temp:   +32.0°C  (low  = -127.0°C, high = +127.0°C)
CPU Temp:    +46.0°C  (low  = -127.0°C, high = +50.0°C)
Sys Temp:    +40.0°C  (low  = -127.0°C, high = +127.0°C)
cpu0_vid:   +2.050 V
 
smsc47m1-isa-0680
Adapter: ISA adapter
fan1:          0 RPM  (min = 1280 RPM, div = 4)  ALARM
fan2:          0 RPM  (min = 1280 RPM, div = 4)  ALARM

Contrôle des ventilateurs

sudo pwmconfig

Ce script test les ventilateurs et propose des valeur de vitesses de rotation en fonction des température, valider et le tour est joué.

Solution matérielle

J’ai dans un premier temps mis en oeuvre la solution logicielle, mais le ventilateur restait audible, j’ai donc décidé de changer le ventilateur pour un moins bruyant : le scythe mini-kaze qui semble être la référence pour les ventilateurs de 4cm

Ce ventilateur ne se trouve chez aucun marchand français, je l’ai trouvé sur Amazon.com

L’installation se fait aisément, il faut juste avoir 4 petites vis pour le fixer, en effet il n’y en a pas de fournis et celle du ventilateur d’origine sont trop grosse.

Caractéristiques :

Sources :

lm-sensors – Documentation Ubuntu Francophone

Controle des sensors et des ventilateurs

Controlling fanspeeds in Linux on PWM motherboards, Thinkpads and ASUS Eee PC | tjansson.dk

Ubuntu: températures, ventilateurs et s.m.a.r.t. – comment faire « Propos et Commentaires du Climenole

[ubuntu] Noisy fan on D945GCLF2 – Ubuntu Forums

On appelle cette opération CPU burning.

Pour réaliser ceci sous Ubuntu il existe un package nommé cpuburn, l’installation se fait donc via :

sudo aptitude install cpuburn

Cela installe 6 programmes (exécutables par un utilisateur standard, pas de sudo) :

• burnP5 : pour les processeurs Intel Pentium w&w/o MMX
• burnP6 : pour les processeurs Intel PentiumPro, PentiumII&III et Celeron
• burnK6 : pour les processeurs AMD K6
• burnK7 : pour les processeurs AMD Athlon/Duron
• burnMMX : pour tester la mémoire cache des CPUs avec MMX
• burnBX : pour tester la mémoire cache des CPUs Intel

Dans mon cas (Processeur Atom 330) j’ai utilisé burnP6.

Si votre processeur est multi-cœurs et/ou hyperthreadé, il faut lancer autant d’instance de cpuburn que de cœurs (4 dans mon cas)

On peut voir sur cette copie d’écran les 4 cœurs à 100% (et la température du processeur à 65°C, 5 minutes auparavant elle était a 40 °C)

Sources :

Image par thornypup sous BY-NC-ND

Je vais monter mon PC moi-même, il me faut donc choisir tous les composants, mais comment faire ce choix ?

Mon premier critère sera le prix, je ne tiens pas à dépenser beaucoup dans cette machine (ni dans aucune autre), de plus compte compte tenu de son usage (bureautique/internet), je n’ai pas besoin d’une bête de course.

Ensuite à prix quasi équivalent comment choisir entre 2 CPU par exemple ?

Pour cela je me suis mis en quête de site de benchmark pour comparer les produits entre eux, en voici le résultat :

Cartes graphiques :

TechArp : donnes les caractéristiques technique de nombreuse, reste ensuite à interpréter ces valeurs…

PassMark : ici des benchmarks avec indice de performance et graphique permettant de comparer aisément 2 produits

CPU :

TechArp : idem des caractéristiques à comparer/analyser. A noter qu’il existe d’autre guide sur le site pour les CPU de serveurs, de portables, etc (faire une recherche sur le site)

TechArp comparaison des caractéristiques des processeur Core 2

La page correspondante sur PassMark

Une page comparant les temps de traitement de rendus 3D avec le logiciel fryrender (basé sur les remontés utilisateurs). Donne une idée de la performance du couple CPU / RAM

Comparaison des CPU mobiles

Disques durs :

TechArp : idem des caractéristiques à comparer/analyser

La page correspondante sur PassMark

Remarque :

Pour le choix de ma CPU je me baserai aussi sur ses capacités de virtualisation en étudiant cette page d’Intel

Sources :

Google

Comparing CPU Speed and Performance from Benchmarks Reports

1. ont changé de place, elles ne sont plus collées à la barre, ce qui est normal et voulu par Ubuntu
2. sont corrompues, elles affiche un carré de couleur avec des lignes ou des pointillés

En vert…

Ou en mauve ….

Cela est dû à la méthode d’accélération pour Xorg (le serveur graphique) qui pour un certain nombre de carte  à été changé de EXA à XAA par défaut.

En effet XAA bien que moins récent est plus performant que EXA pour certaines vieilles cartes graphiques.

2 solutions pour résoudre se problème sont possibles désactiver XAA ou  l’accélération matériel.

J’ai testé les 2, la première (désactivation de XXA au profit de EXA) a eu pour conséquence (chez moi) de dégrader considérablement les performances de mon ordinateur (CPU grimpant souvent à 100%), la deuxième est en place depuis hier soir, je n’ai pas encore assez de recul pour juger.

Dans les 2 cas il faut éditer le fichier xorg.conf qui se trouve dans /etc/X11.

Si votre fichier Xorg.conf est vide ou si il ne contient pas de section « Device », « Screen » et « Monitor », il va falloir l’initialiser.

Initialisation du fichier xorg.conf

Avant toute chose, je vous conseille de lire un peu de documentation sur le sujet, je ne vais ici que survoler le vaste sujet du xorg.conf.

La modification visant à rétablir/réparer le notification se fait dans le section « Device » qui permet le paramétrage de la carte graphique.

Cette section seule ne sert a rien elle doit être associé à une section « Monitor » réalisant le paramétrage de l’écran.

L’association des sections « Monitor » et « Device » se fait au sein d’une section « Screen », il faut donc que l’on ajoute ceci (a minima) dans le fichier xorg.conf :

Section "Monitor"
        Identifier      "Moniteur1"
EndSection
 
Section "Device"
        Identifier      "CarteGraphique1"
EndSection
 
Section "Screen"
        Identifier      "Screen1"
        Device          "CarteGraphique1"
        Monitor         "Moniteur1"
EndSection

Les entrées Identifier contiennent une chaine de caractères (pouvant contenir des espaces) identifiant la section.

On a ainsi constitué le squelette minimal de notre fichier xorg.conf en vue de paramétrer notre carte graphique.

Solution 1 : désactivation de XAA au profit de EXA

Pour désactiver XAA, on active EXA et cela se fait en ajoutant l’option suivante dans la section Device du fichier xorg.conf :

        Option      "AccelMethod"     "EXA"

Ré-démarrer (un re-démarrage de Xorg uniquement par CTRL+ALT+BACKSPACE, devrait suffir) et la configuration sera prise en compte 

Solution 2 : désactivation de l’accélération matériel

Pour désactiver l’accélération matériel la ligne à ajouter à la section Device est :

        Option      "RenderAccel"     "off"

Idem précédemment un re-démarrage et voici normalement les notifications de retour :

Remarque :

La solution1 est en complète contre-indication avec la solution visant à diminuer l’usage de la CPU mentionné dans Problème de CPU sous Jaunty avec Radéon 7500.

On a donc le choix entre :

• Notification KO et CPU OK en laissant XAA d’activé
• Notification OK et CPU KO en activant EXA

A moins que la solution XAA sans accélération matériel soit le bon compromis, à voir à l’usage.

Sources :

http://ubuntuforums.org/showpost.php?p=8290592&postcount=7

2 bugs existent concernant ce problème :

https://bugs.freedesktop.org/show_bug.cgi?id=22055

https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/416001

Autant dire que je n’étais pas trop triste quand cette dernière à commencée à ne plus remplir son office (elle n’arrivait plus a prendre le papier).

J’ai donc acheté une nouvelle imprimante compatible Linux : Samsung CLX-3175

C’est une imprimante multi-fonction (comme ma Lexmark), couleur (idem) mais Laser au lieu d’être jet d’encre.

Laser vs Jet d’encre

La raison m’ayant fait choisir le Laser est paradoxalement mon faible besoin en impression (tout au plus 5 pages/mois).

En effet 1 fois sur 2 avec mon imprimante jet d’encre lorsque je voulais imprimer, la tête d’impression était encrassée, voir les buses bouchées, il me fallait donc :

• soit faire une nettoyage des têtes d’impression (et hop quelques milli/micro-litre d’encre gâché…)
• soit faire tremper la tête d’impression dans l’ammoniaque (le liquide de rinçage fournis avec les kit de remplissage des cartouches)
• soit changer complétement la tête d’impression

Au prix où sont vendues les cartouche le jet d’encre pour une utilisation très épisodique est ruineux.

Le laser n’a pas ce problème de séchage (l’encre = toner = poudre), les impressions sont résistantes à l’humidité (pratique pour les recettes de cuisine que l’on pose sur un plan de travail pas toujours très propre et sec) et  l’impression est plus rapide (après le temps de pré-chauffage de la première page).

En contrepartie le rendu des couleurs n’est pas très fidèle, c’est bon pour imprimer des graphique, des images ou des photos « jetable ».

CLX-3175

Pourquoi celle-ci et pas une autre :

Compatible linux (pas toutes les fonctions, ex : le pilotage du PC via l’imprimante)

Pas cher, quand je l’ai acheté elle était à 190€ avec 40€ remboursé par Samsung, aujourd’hui elle est a 250€ sur materiel.net !!!

Installation sous Ubuntu

Venons en au cœur de cet article.

Il n’est pas nécessaire d’installer quoique ce soit pour faire fonctionner l’imprimante sous Ubuntu (au moins Jaunty et plus), par contre pour faire fonctionner le scanner il faut installer des drivers.

On peut choisir 2 sources pour ces drivers :

• Samsung directement
• Ou une solution packagée des drivers Samsung

Je vais passer rapidement sur la solution n°1, car je l’ai réalisé il y a quelques temps de ça (je n’a pas pris de notes) et la solution 2 est mieux….

Installation via les outils Samsung

Samsung met à disposition une archive tar.gz, contenant les drivers et des scripts d’installation et désinstallation de ces derniers.

Cette archive est téléchargeable sur le site de Samsung Support en sélectionnant « Solution d’impression » > Multifonction > CLX-3175FW.

Dans l’onglet Pilote (lien direct à la page) il faut sélectionner ‘ »Unified Driver » pour Linux (lien direct)

Il faut ensuite désarchiver et exécuter le script d’installation, ce qui donne :

tar -xvf  UnifiedLinuxDriver_1.01.tar.gz
 
cd cdroot
 
sudo Linux/install.sh

L’installation se lance pose quelque question simple et hop c’est fini.

Il ne faut à priori (pas testé) pas supprimer le répertoire cdroot contenant les fichiers d’installation car certains sont directement utilisé par les drivers (argghhhh, c’est pas propre)

Pourquoi cette solution n’est pas bien ?

A vrai dire, elle n’est pas si mal que ça, elle m’allait très bien, l’imprimante marchait et le scanner aussi.

Mais à priori j’ai eu de la chance, parce que ça peut moins bien se passer, de plus l’installeur et le desinstalleur  fournis par Samsung sont crades :

• permission 777 sur des fichiers
• problème de droits
• remplacement de librairie standard par des librairies Samsung
• desinstalleur incomplet
• etc.

Pour une liste plus complète voir ici

Donc après une faute manipulation de ma part ayant conduit au non fonctionnement de mon scanner, j’ai décidé d’explorer le package alternatif.

Package alternatif

Avec cette méthode il suffit d’installer un dépôt tierce, et de faire jouer aptitude.

Les drivers installé seront ceux de Samsung, mais la méthodologie d’installation, les permissions et droits seront correctes.

Avant toutes choses, si vous avez installé les drivers avec l’installeur Samsung, il faut les désinstaller complétement (voir le paragraphe suivant)

Pour installer le dépôt, il faut ajouter la ligne suivante au fichier /etc/apt/source.list :

deb http://www.bchemnet.com/suldr/ debian extra

Puis installer la clé de ce dépôt :

wget -O - http://www.bchemnet.com/suldr/suldr.gpg | sudo apt-key add -

Il ne reste plus alors qu’à installer les différents packages, ils commencent tous par samsungmfp mais tous ne sont pas nécessaire, vous trouverez leur liste et fonction ici, enfin ci-dessous ceux que j’ai personnellement installé :

sudo aptitude update
 
sudo aptitude install samsungmfp-configurator-data samsungmfp-configurator-qt4 samsungmfp-driver samsungmfp-data samsungmfp-scanner

Et voila simple, rapide et propre…

Désinstaller complétement les drivers

Si vous avez installé les drivers avec l’installeur Samsung, il faut lancer le desinstalleur puis supprimer quelques fichiers qui trainent :

sudo /opt/Samsung/mfp/uninstall/uninstall.sh
 
sudo rm /usr/lib/libtiff.so.3*
rm ~/.sshvfavs
rm ~/.sshvrc
sudo rm /usr/lib/libstdc++.so.5*
sudo rm /usr/lib/libqt-mt.so*
sudo rm /usr/lib/libqui.so

Il se peut que le desinstalleur se plante auquel cas il faut désinstaller à la main, je n’ai pas eu le cas, mais tout est expliqué dans le thread du forum Ubuntu listé dans les sources.

Edit 24/03/2010 :

il existe un autre drivers (autres que celui de Samsung) permettant l’impression avec cette imprimante (pas testé)

foo2qpdl: a linux printer driver for QPDL protocol

(Sous Ubuntu 9.10, il n’y même pas besoin d’installer les drivers Samsung pour imprimer, seulement pour scanner)

Edit 25/07/2010 :

Mise à jour de l’adresse du dépôt

Sources :

Cet article est une version francisé et très tres simplifié du thread suivant :

HOWTO Install Samsung Unified Printer Driver – Ubuntu Forums

Dans ce dernier tout est expliqué, que faire en cas de divers problème, les différentes alternative, etc.

Le site suivant est quand à lui le site officiel de la version packagée des drivers, pas mal d’information aussi…

The Samsung Unified Linux Driver Repository

N’ayant pas d’entrée S-vidéo sur ma télé 4/3 CRT Philips, j’ai dans un premier temps branché sweetBox sur la prise péritel via un adaptateur S-vidéo – Peritel comme celui-ci :

Convertisseur S-video - Péritel (SCART)

Et après avoir bataillé avec mon fichier xorg.conf pour avoir une image, quel ne fut pas ma décéption quand à la qualité de cette image :

• couleurs fades
• zone marron / grise dès que du texte en blanc est affiché (exemple les sous titres)
• artefact de couleurs sur les zones de fort contraste (texte par exemple)

Déçu, j’en venais presque à regretter l’achat de cette carte (D945GCLF2).

En désespoir de cause et ayant une commande à faire sur DealExtreme, j’ai commandé un adaptateur S-video – composite (RCA) :

Adaptateur S-video - composite (RCA)

Lien vers la page DealExtreme où j’ai emprunté l’image : http://www.dealextreme.com/details.dx/sku.4723

2-3 semaines plus tard, je branche fébrilement mon nouveau cable tout juste reçu, reboot sweetBox et là miracle, une image flashy, franche, net, bref parfaite compte tenu de ma télé.

Conclusion :

La péritel est vieille et dépassé, toujours favoriser le RCA ou le S-vidéo.

De plus cette nouvelle version de sweetBox agira comme un NAS, c’est à dire une unité de stockage réseau allumée en permanence.

Pour cette dernière fonctionnalité j’aurai pu prendre un NAS tout fait, comme les synology ou les QNAP, mais je préfère fusionner les rôles de HTPC et NAS et n’avoir qu’une seule machine.

De plus même si certains NAS du commerce tournent sur un noyau Linux, cela n’aura jamais la souplesse / puissance d’une vraie machine Linux.

Choix de la carte mère / processeur

Intel D945GSJT

Dans ma quête du matériel le moins gourmand j’ai trouvé tout d’abord la carte Intel D945GSEJT et plus particulièrement cet article indiquant qu’avec un disque dur elle ne consomme que 14W.

Problème : la CPU est soudé sur la carte, la RAM est de la SO-DIMM (pour portable), l’alimentation est externe (ce qui en soit est plutôt bien, encore faut il trouver où acheter le bloc externe), pas de sortie Vidéo, le GPU est un 945GSE (GPU de portable, peu performant) et surtout elle est difficilement trouvable en France (materiel.net vient de l’ajouter mais ils n’ont pas de délai d’approvisionnement d’annoncé)

Intel D945GCLF2

Je me suis donc tourné vers sa grande sœur (moins cher) la D945GCLF2 qui est largement utilisée et qui est annoncée à 30W.

Quelques caractéristiques : (voir les caractéristiques détaillées en fin d’article) CPU fournie mais pas soudé, RAM standard, GPU plus puissante (mais ce n’est pas non plus destiné à faire tourner des jeux 3D ou faire du streaming 1080p), une sortie S-Vidéo

Autres composants

Disques durs :

• Western Digital SATA Caviar Green de 1 To  et 32Mo de cache (ref : WD10EADS), acheté pour l’occasion

• Seagate Barracuda 7200.10 de 320 Go et 16 Mo de cache en IDE déjà en ma possession

Le disque dur Western Digital tourne à 5400 tr/min lui permettant de très peu consommer, tout en ayant des performance très bonnes

• Inactif : 2,8 Watts
• Lecture/écriture : 5,40 Watts

Niveau organisation des disques durs je suis partie comme ceci :

Disque IDE 320 Go :

Une partition unique en RAID 1 avec le SATA

Disque SATA 1 To :

320 Go RAID1 avec le disque IDE, usage : reste à determiner, peut être pour y stocker mes photos numériques

1 Go pour le swap

15 Go pour le /

Le reste soit un peu plus de 600 Go en LVM et découpé ainsi :

15 Go pour le /home

430 Go pour mes fichiers multimédia

le reste pour les sauvegardes

RAM :

1 Go de RAM G.SKILL VALUE DDRII 1 GO PC5400 NT

Boitier :

J’ai réutilisé mon boitier HTPC A+ Case, bien qu’avec une carte mère mini-ITX j’aurai pu utiliser un boitier de taille plus réduite.

Alimentation :

J’avais déjà en 2008 changé mon alimentation, pour une Antec EarthWatt 80+, je l’ai donc réutilisée.

PicoPSU 150w + bloc secteur 80W cf. Consommation de la carte D945GCLF2 et mise en place d’une alimentation PicoPSU

Ventilateur :

Scythe mini-kaze (40x40x10) en remplacement du ventilateur d’origine du northbridge afin de réduire au silence la carte mère D945GCLF2

(cf. Réduire la carte mère D945GCLF2 au silence)

Bilan :

Aprés montage, il s’avère que mon système consomme environ 40-45 W , auquel il fallait ajouter 10 W pour le Tuner TNT (Nova T 500 de Hauppauge) en PCI.

N’ayant quasiment jamais utilisé Freevo pour regarder la TV, j’ai donc enlevé cette carte.

40-45W, si cette machine reste allumé 24/24, 7/7 cela représente un coût à l’année de moins de 50€

Le ventilateur du processeur est audible, mais reste acceptable (mon alimentation es plus bruyante) .

Il est possible sous Linux de le contrôler avec fancontrole.

Niveau chaleur, j’avais au début fait le choix de ne pas brancher les 2 ventilateurs du boitier, mais la température à l’intérieure était trop élevée. Je les ai donc re-branché et ce ne sont pas eux qui font le plus de bruit.

D’un point de vue performance, le processeur s’en sort avec des films 720p, mais il ne faut pas compter décoder du 1080p.

Caractéristiques de la carte D945GCLF2

(copié de chez materiel.net)

Caractéristiques du ventilateur Scythe mini-kaze :

Caractéristiques de la mémoire G.Skill Value DDRII 1 Go PC5400 NT

Edit :

16/02/2010 : Refonte de l’article

15/05/2010 : Ajout du ventilateur

28/05/2010 : remplacement de l’alimentation Earthwatt 380W par une picoPSU 150W

23/07/2010 : ajout caractéristique de la RAM

Différentes zones du touchpad

http://www.flickr.com/photos/clf/ / CC BY 2.0

• La zone principale non délimité ci-desssus permet de bouger la souris.
• Lorsque l’on tapote dans cette zone cela fait un simple clic
• Un double tapottement réalise un double clic (étoiles mauves)
• Enfin un simple tapottement sur un élément suivi d’un mouvement fait un glissé-déposé

Ce sont là les fonction de base, viennent ensuite les zones spéciales :

• un mouvement de glissement vertical dans la zone de droite (en jaune) fait défiler l’ascenceur vertical
• un mouvement de glissement horizontal dans la zone basse (en bleu) fait défiler l’ascenceur horizontal
• on arrive ensuite au fonction que j’ai découverte il y a peu, un simple tapottement sur le coin haut – droite (étoile rouge) réalise un clic bouton du milieu (équivalent au clic sur la molette de la souris)
• un simple tapottement sur le coin bas- droite (étoile verte) réalise un clic bouton droit

Sur mon Dell avec Jaunty, tout à fonctionné par défaut mais en focntion des modèle de PC il peut être nécessaire de réaliser quelques configuration dans le ficheir xorg.conf (cf. articles dans les sources) 

Sources :

Etudier les paramétrages avancés : http://philipjm.free.fr/blog/index.php?2008/11/10/137-maitriser-le-pave-tactile-touchpad-sous-linux

http://www.debuntu.org/2006/06/18/67-how-to-setting-up-touchpad-on-a-laptop-a-complete-guide/5

http://codeidol.com/unix/fedora/Using-Fedora-on-Your-Notebook/Configuring-a-Touchpad/

La consommation CPU

En effet en usage courant (surf sur internet, nautilus, etc.) j’étais constamment entre 20 et 80 % de CPU, autant dire mon PC était un vrai escargot.

Htop m’a permis de trouver le process coupable :

/usr/X11R6/bin/X :0 -br -audit 0 -auth /var/lib/gdm:0Xauth -nolisten tcp vt7

Voici les tests effectués pour résoudre le problème :

• Comme cela semblait avoir attrait avec le serveur X, j’ai tout d’abord désactivé tous les effets graphique, aucune amélioration.
• Puis j’ai installé un window manager plus léger que Gnome, XFCE4 mais même problème.
• J’ai ensuite installé Firefox 3.5 (alors en béta 4), idem.

Après quelques recherche sur Internet, je me suis orienté vers un bug qui semble affecter certaine carte graphique (en l’occurrence chez moi un ATI Radeon 7500) :

Bug 473115 – Slow performance with Radeon 7500 and Fedora 10

ATI Radeon M6 LY on Jaunty = poor performance [Archive] – Ubuntu Forums

Bug #363238 in xserver-xorg-video-ati (Ubuntu): “very poor Xorg performance on various older graphics HW – XAA solves this”

J’ai donc suivi les conseils et ajouté le bloc suivant dans /etc/X11/xorg.conf :

Section "Device"
 Identifier "Configured Video Device"
 Option "RenderAccel" "on"
 Option "AccelMethod" "XAA"
 Option "AGPMode" "4"
EndSection

Et la miracle le problème semble résolu, j’ai bien une CPU beaucoup plus active que quand j’étais sous XP (peut être est-ce simplement dû à un mode de mesure différent) mais mon PC est de nouveau utilisable.

Edit 14/01/2010 : lors du passage sous Karmic cette modification n’est plus nécessaire puisque XAA est activé par défaut, cependant XAA corrompt les nouvelles notifications système, voir Résoudre le problème des notifications corrompues

Pour cela il y a quelques petites configurations que voici .

Création d’un fichier lircrc

Ce fichier permet de mapper les évènements de la télécommande issus du fichier /etc/lirc/lircd.conf avec les évènement que freevo gère en interne.

Ce fichier à le format suivant :

begin
 prog = freevo
 button = <nom du bouton dans lircd>
 config = <nom de l'évenement freevo>
end

On peut aussi ajouter les paramètres suivant :

repeat= indique qu’il faut déclencher l’événement tous les n appui de touche consécutif, par défaut positionné a 0 ce qui à pour conséquence de ne pas répéter l’evènement lorsque l’on laisse le doigt appuyé sur la touche.

On voit donc que pour certaine touche (avance rapide, volume, etc.) il est intéressant de mettre une valeur différente de 0 (1 ou plus si onveut que l’evénement ne soit pas trop rapide)

delay= indique d’ignorer m appuie de touche avant de commencer la répétion des touches comme configuré dans la section repeat

Un exemple :

Soit la configuration suivante :

begin
 prog   = freevo
 button = ArrowUp
 config = UP
 repeat = 3
 delay  = 5
end

Lorsque l’on appuie sur la touche ArrowUp (0×0067 cf. lirc.conf) et qu’on laisse le doit appuyer, la télécommande va emettre de façon répété l’événement.

Lirc va lever l’événement UP pour freevo dès le premier puis attendre 5 événements avant de lever de nouveau  un événement UP freevo et il le répetera tous les 3 événements de télécommande :

télécommande :  x   x   x   x   x   x   x   x   x   x   x   x   x   x   x   x   x   x
freevo       :  x                   x           x           x           x           x

Ce fichier n’est pas spécifique à freevo (cf. ici ou ici), mais dans mon cas je n’utilise la télécommande qu’avec freevo, d’où mon choix de le placer dans /etc/freevo.

Il n’est pas nécessaire de créer le fichier lircrc à la main, freevo met en œuvre un outil qui génére un fichier de base.

Tout d’abord on crée un fichier vide dans le répertoire de configuration de freevo :

sudo touch /etc/freevo/lircrc

Puis on demande à freevo d’alimenter ce fichier de paramétrage

sudo freevo makelircrc -w

Pour avoir une liste des événements gérés/gérables par freevo on peut consulter le fichier event.py dans les sources de freevo (répertoire src dans l’archive téléchargé pour installer freevo)

On pourra ensuite éditer le fichier /etc/freevo/lircrc créé et le configurer.

Pour information ci-dessous mon fichier lircrc pour freevo avec ma carte Nova-t 500 :

lircrc
 
begin
prog   = freevo
button = Go
config = ENTER
end
begin
prog   = freevo
button = Power
config = POWER
end
begin
prog   = freevo
button = TV
config = TV
end
begin
prog   = freevo
button = Videos
config = VIDEOS
end
begin
prog   = freevo
button = Music
config = MUSIC
end
begin
prog   = freevo
button = Pictures
config = PICTURES
end
begin
prog   = freevo
button = Guide
config = GUIDE
end
begin
prog   = freevo
button = Radio
config = RADIO
end
begin
prog   = freevo
button = ArrowUp
config = UP
repeat = 3
delay  = 0
end
begin
prog   = freevo
button = ArrowLeft
config = LEFT
end
begin
prog   = freevo
button = OK
config = SELECT
end
begin
prog   = freevo
button = ArrowRight
config = RIGHT
end
begin
prog   = freevo
button = ArrowDown
config = DOWN
repeat = 3
delay  = 0
end
begin
prog   = freevo
button = BackExit
config = EXIT
end
begin
prog   = freevo
button = Menu
config = MENU
end
begin
prog   = freevo
button = VolumeUp
config = VOL+
end
begin
prog   = freevo
button = VolumeDown
config = VOL-
end
begin
prog   = freevo
button = PrevCh
config = PREV_CH
end
begin
prog   = freevo
button = Mute
config = MUTE
end
begin
prog   = freevo
button = ChannelUp
config = CH+
end
begin
prog   = freevo
button = ChannelDown
config = CH-
end
begin
prog   = freevo
button = Record
config = REC
end
begin
prog   = freevo
button = Rewind
config = REW
end
begin
prog   = freevo
button = SkipBack
config = SKIPBACK
end
begin
prog   = freevo
button = Play
config = PLAY
end
begin
prog   = freevo
button = Pause
config = PAUSE
end
begin
prog   = freevo
button = Stop
config = STOP
end
begin
prog   = freevo
button = Fwdwind
config = FFWD
end
begin
prog   = freevo
button = SkipFwd
config = SKIPFWD
end
begin
prog   = freevo
button = 1
config = 1
end
begin
prog   = freevo
button = 2
config = 2
end
begin
prog   = freevo
button = 3
config = 3
end
begin
prog   = freevo
button = 4
config = 4
end
begin
prog   = freevo
button = 5
config = 5
end
begin
prog   = freevo
button = 6
config = 6
end
begin
prog   = freevo
button = 7
config = 7
end
begin
prog   = freevo
button = 8
config = 8
end
begin
prog   = freevo
button = 9
config = 9
end
begin
prog   = freevo
button = Star
config = STAR
end
begin
prog   = freevo
button = 0
config = 0
end
begin
prog   = freevo
button = Red
config = DISPLAY
end
begin
prog   = freevo
button = Green
config = GREEN
end
begin
prog   = freevo
button = Yellow
config = YELLOW
end
begin
prog   = freevo
button = Blue
config = BLUE
end
begin
button = Star
prog   = freevo
repeat = 0
config = LANG
end
begin
button = #
prog   = freevo
repeat = 0
config = SUBTITLE
end

Tests

On peut ensuite tester la configuration en exécutant la commande :

ircat --config=/etc/freevo/lircrc freevo

On tester alors chacune des touches de la télécommande et on verra s’afficher à l’écran les événement freevo correspondant, exemple :

ENTER
POWER
TV
VIDEOS
MUSIC
PICTURES
GUIDE
ARROWUP
RADIO
ARROWLEFT
SELECT
ARROWRIGHT
...

Félicitation vous avez une télécommande reconnue par freevo

Source :

http://doc.freevo.org/Lirc

http://www.lirc.org/html/configure.html

Ainsi toute modification faite sur un firmware (ajout, changement de version) doit faire l’objet d’un hard-reboot (ou cold-start), sinon les modification ne seront pas prises en compte.

Ainsi il est parfois conseillé dans certains articles / forums de débrancher du secteur le PC entre 2 modifications, comme ça au moins on est sûr que rien ne reste chargé en mémoire…

A noter dans un coin de sa tête pour y repenser la prochaine fois.

Cette carte tuner est la Nova T 500 de hauppauge :

Hauppauge Nova T 500

Sur la version fonctionnelle de mon mediacenter tournant sous Ubuntu 7.10 (Gutsy), l’installation de cette carte était loin d’être simple (cf. description succinct en fin d’article).

Sur la version en cours de déploiement sous Ubuntu 9.04 (Jaunty) c’est beaucoup plus simple, voici les paramétrage à effectuer.

Pour que la télécommande de cette carte soit reconnu il faut que le paquet lirc soit installé (fait partie des pré-requis de freevo).

Lors de l’installation de lirc des écrans de configuration (en ncurse) sont apparus, dans l’article d’installation de freevo j’avais indiqué les configurations suivantes (faite dans une machine virtuel sans télécommande)

Or il s’avère que lors de l’installation sur sweetBox avec ces paramètres la télécommande ne marchait pas.

Il faut donc reconfigurer lirc, on peut le faire en éditant directement les fichiers de configuration ou relancer le paramétrage du package lirc par :

sudo dpkg-reconfigure lirc

Voici les réponses données aux questions qui m’ont permis de faire fonctionner ma télécommande :

Configuration lirc - Choix de la télécommande

Télécommande : Hauppauge Nova-T 500

Configuration lirc - choix du recepteur IR

Transmetteur IR : none

Configuration lirc - choix du device

Et dernière question choix du device, j’avais initialement indiqué /dev/input/event4 (trouvé en faisant un cat /proc/bus/input/devices, cf. fin de cet article sous Gutsy), or il faut choisir :

/dev/input/by-path/pci-x-x–event-ir

(pas visible dans la capture décran faite sous virtualBox)

Les fichiers de configuration générés sont en fin d’article.

Si on test la télécommande avec cette configuration en utilisant la commande irw, on peut constater que lors de l’appuie sur une touche de la télécommande irw affiche le code correpondant, mais il y a un bug dans le firmware utilisé qui fait que les ordres envoyés par la télécommande bouclent, comme si on appuyait de façon discontinue sur la touche.

0000000000010067 00 ArrowUp NOVA-T500
0000000000010067 00 ArrowUp NOVA-T500
0000000000010067 00 ArrowUp NOVA-T500
0000000000010067 00 ArrowUp NOVA-T500
0000000000010067 00 ArrowUp NOVA-T500
0000000000010067 00 ArrowUp NOVA-T500

Ce bug est dû à la version 1.20 firmware dvb-usb-dib0700 qui est présent sur la version 9.04 d’Ubuntu.

Par chance la version 1.10 de ce même firmware est présent sur Ubuntu et ce dernier n’est pas buggué, on va donc utiliser ce dernier, pour cela :

Supprimer le firmware 1.20, faire un lien symbolique de la version 1.10 vers le nom de fichier de la 1.20 :

sudo rm /lib/firmware/dvb-usb-dib0700-1.20.fw
 
sudo ln -s /lib/firmware/dvb-usb-dib0700-1.10.fw /lib/firmware/dvb-usb-dib0700-1.20.fw

Ensuite il faut faire prendre en compte les changement, pour cela il faut arrêter le PC et re-démarrer (cold reboot), surtout pas un reboot classique.

Pour plus de sureté il est même parfois conseillé de débrancher le PC entre l’extinction et le re-démarrage.

Refaire le test avec irw et tout devrait être rentré dans l’ordre…

Ci-dessous ce qu’affiche irw suite à l’appuie successif de chacune des touche de la télécommande :

0000000000010162 00 Go NOVA-T500
0000000000010074 00 Power NOVA-T500
0000000000010179 00 TV NOVA-T500
0000000000010189 00 Videos NOVA-T500
0000000000010188 00 Music NOVA-T500
00000000000100e2 00 Pictures NOVA-T500
000000000001016d 00 Guide NOVA-T500
0000000000010067 00 ArrowUp NOVA-T500
0000000000010181 00 Radio NOVA-T500
0000000000010069 00 ArrowLeft NOVA-T500
0000000000010160 00 OK NOVA-T500
000000000001006a 00 ArrowRight NOVA-T500
000000000001009e 00 BackExit NOVA-T500
000000000001006c 00 ArrowDown NOVA-T500
000000000001008b 00 Menu NOVA-T500
0000000000010073 00 VolumeUp NOVA-T500
000000000001016b 00 PrevCh NOVA-T500
0000000000010192 00 ChannelUp NOVA-T500
0000000000010072 00 VolumeDown NOVA-T500
0000000000010071 00 Mute NOVA-T500
0000000000010193 00 ChannelDown NOVA-T500
00000000000100a7 00 Record NOVA-T500
0000000000010080 00 Stop NOVA-T500
00000000000100a8 00 Rewind NOVA-T500
00000000000100cf 00 Play NOVA-T500
00000000000100d0 00 Fwdwind NOVA-T500
0000000000010195 00 SkipBack NOVA-T500
0000000000010077 00 Pause NOVA-T500
0000000000010197 00 SkipFwd NOVA-T500
0000000000010002 00 1 NOVA-T500
0000000000010003 00 2 NOVA-T500
0000000000010004 00 3 NOVA-T500
0000000000010005 00 4 NOVA-T500
0000000000010006 00 5 NOVA-T500
0000000000010007 00 6 NOVA-T500
0000000000010008 00 7 NOVA-T500
0000000000010009 00 8 NOVA-T500
000000000001000a 00 9 NOVA-T500
0000000000010037 00 Star NOVA-T500
000000000001000b 00 0 NOVA-T500
0000000000010029 00 # NOVA-T500
000000000001018e 00 Red NOVA-T500
000000000001018f 00 Green NOVA-T500
0000000000010190 00 Yellow NOVA-T500
0000000000010191 00 Blue NOVA-T500

Fichiers de configuration (Jaunty)

Les fichiers sont mis tel quelles sans modification de ma part (directement généré par dpkg-reconfigure).

/etc/lirc/lircd.conf

#This configuration has been automatically generated via
#the Ubuntu LIRC package maintainer scripts.
#
#It includes the default configuration for the remote and/or
#transmitter that you have selected during package installation.
#
#Feel free to add any custom remotes to the configuration
#via additional include directives or below the existing
#Ubuntu include directives from your selected remote and/or
#transmitter.
 
#Configuration for the Hauppauge Nova-T 500 remote:
include "/usr/share/lirc/remotes/hauppauge/lircd.conf.hauppauge_novat500"

/etc/lirc/hardware.conf

# /etc/lirc/hardware.conf
#
#Chosen Remote Control
REMOTE="Hauppauge Nova-T 500"
REMOTE_MODULES=""
REMOTE_DRIVER="devinput"
REMOTE_DEVICE="/dev/input/by-path/pci-2-1-event-ir"
REMOTE_LIRCD_CONF="hauppauge/lircd.conf.hauppauge_novat500"
REMOTE_LIRCD_ARGS=""
 
#Chosen IR Transmitter
TRANSMITTER="None"
TRANSMITTER_MODULES=""
TRANSMITTER_DRIVER=""
TRANSMITTER_DEVICE=""
TRANSMITTER_LIRCD_CONF=""
TRANSMITTER_LIRCD_ARGS=""
 
#Enable lircd
START_LIRCD="true"
 
#Don't start lircmd even if there seems to be a good config file
#START_LIRCMD="false"
 
#Try to load appropriate kernel modules
LOAD_MODULES="true"
 
# Default configuration files for your hardware if any
LIRCMD_CONF=""
 
#Forcing noninteractive reconfiguration
#If lirc is to be reconfigured by an external application
#that doesn't have a debconf frontend available, the noninteractive
#frontend can be invoked and set to parse REMOTE and TRANSMITTER
#It will then populate all other variables without any user input
#If you would like to configure lirc via standard methods, be sure
#to leave this set to "false"
FORCE_NONINTERACTIVE_RECONFIGURATION="false"
START_LIRCMD=""

/usr/share/lirc/remotes/hauppauge/lircd.conf.hauppauge_novat500

#
# brand:                       Hauppauge NOVA-T-500
# model no. of remote control: Hauppage Nova-T-500 Snowboard Shape Silver over Black
#
 
begin remote
 
 name  NOVA-T500
 bits           16
 eps            30
 aeps          100
 
 one             0     0
 zero            0     0
 pre_data_bits   16
 pre_data       0x1
 gap          199999
 toggle_bit      0
 
 begin codes
 Go                       0x0162
 Power                    0x0074
 TV                       0x0179
 Videos                   0x0189
 Music                    0x0188
 Pictures                 0x00E2
 Guide                    0x016D
 Radio                    0x0181
 ArrowUp                  0x0067
 ArrowLeft                0x0069
 OK                       0x0160
 ArrowRight               0x006A
 ArrowDown                0x006C
 BackExit                 0x009E
 Menu                     0x008B
 VolumeUp                 0x0073
 VolumeDown               0x0072
 PrevCh                   0x016B
 Mute                     0x0071
 ChannelUp                0x0192
 ChannelDown              0x0193
 Record                   0x00A7
 Rewind                   0x00A8
 SkipBack                 0x0195
 Play                     0x00CF
 Pause                    0x0077
 Stop                     0x0080
 Fwdwind                  0x00D0
 SkipFwd                  0x0197
 1                        0x0002
 2                        0x0003
 3                        0x0004
 4                        0x0005
 5                        0x0006
 6                        0x0007
 7                        0x0008
 8                        0x0009
 9                        0x000A
 *                        0x0037
 0                        0x000B
 #                        0x0029
 one                      0x004F
 two                      0x0050
 three                    0x0051
 four                     0x004B
 five                     0x004C
 six                      0x004D
 seven                    0x0047
 eight                    0x0048
 nine                     0x0049
 ten                      0x0052
 Red                      0x018E
 Green                    0x018F
 Yellow                   0x0190
 Blue                     0x0191
 end codes
 
end remote

Utilisation de la Nova-T 500 sous Gutsy

Sous Ubuntu 7.10, réussir à utiliser cette télécommande était beaucoup plus difficile.

Pour la gloire et pour garder une trace ci-dessous les notes prises à cette période :

Téléchargement et copie du firmware

wget http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-1.10.fw
 
sudo cp dvb-usb-dib0700-1.10.fw /lib/firmware

Installation des paquet destinés à la compilation du driver

sudo aptitude install linux-headers-$(uname -r) build-essential linux-source

Installation de mercurial (gestionnaire de code source)

sudo aptitude install mercurial

Récupération des sources du driver avec mercurial

cd /usr/src/
 
sudo tar -xjvf linux-source-2.6.22.tar.bz2
 
sudo ln -s /usr/src/linux-source-2.6.22 /lib/modules/$(uname -r)/source
 
cd ~/
 
hg clone http://linuxtv.org/hg/
 
cd v4l-dvb

Patch des sources

Dans syslog les messages suivant apparaissent si on n’applique pas ce patch :

Jun 14 14:30:05 mythtv kernel: [ 3510.891747] dib0700: Unknown remote controller key : D 1F

Pour cela on fait :

nano linux/drivers/media/dvb/dvb-usb/dib0700_devices.c

Et on change le code près de la ligne 523

De :

err("Unknown remote controller key: %2X %2X %2X %2X", (int) key[3-2], (int) key[3-3], (int) key[3-1], (int) key[3]);
d->last_event = 0;
return 0;

En :

err("Unknown remote controller key: %2X %2X %2X %2X", (int) key[3-2], (int) key[3-3], (int) key[3-1], (int) key[3]);
st->rc_toggle=key[3-1];
d->last_event = 0;
return 0;

Configuration avant compilation

sudo aptitude install ncurses-dev
 
sudo make menuconfig

Désactiver ACI mixer dans Audio devices for Multimedia

Compilation

make
 
sudo make install
 
make -C ~/v4l-dvb/v4l install<br id="c91h54" />

Cette compilation est assez longue….

Chargement du firmware

sudo modprobe dvb-usb-dib0700

Faire un cold-reboot et débrancher le secteur entre la phase d’arrêt et de re-démarrage

Installation de lirc

sudo aptitude install lirc

Connaitre le device de la télécommande

cat /proc/bus/input/devices

On doit voir quelque chose comme ceci

I: Bus=0003 Vendor=2040 Product=9950 Version=0100
N: Name="IR-receiver inside an USB DVB receiver"
P: Phys=usb-0000:00:0d.2-1/ir0
S: Sysfs=/class/input/input3
U: Uniq=
H: Handlers=kbd event3
B: EV=3
B: KEY=14afc336 284284d 0 0 0 4 80058000 2190 40000801 9e96c0 0 900200 ffd

sudo  nano  /etc/lirc/lircd.conf

Copier ceci :

#
# brand: Hauppauge NOVA-T-500
# model no. of remote control: Hauppage Nova-T-500 Snowboard Shape Silver over Black
#

begin remote

 name NOVA-T500
 bits 16
 eps 30
 aeps 100

 one 0 0
 zero 0 0
 pre_data_bits 16
 pre_data 0x1
 gap 199999
 toggle_bit 0


 begin codes
 Go 0x0162
 Power 0x0074
 TV 0x0179
 Videos 0x0189
 Music 0x0188
 Pictures 0x00E2
 Guide 0x016D
 Radio 0x0181
 ArrowUp 0x0067
 ArrowLeft 0x0069
 OK 0x0160
 ArrowRight 0x006A
 ArrowDown 0x006C
 BackExit 0x009E
 Menu 0x008B
 VolumeUp 0x0073
 VolumeDown 0x0072
 PrevCh 0x016B
 Mute 0x0071
 ChannelUp 0x0192
 ChannelDown 0x0193
 Record 0x00A7
 Rewind 0x00A8
 SkipBack 0x0195
 Play 0x00CF
 Pause 0x0077
 Stop 0x0080
 Fwdwind 0x00D0
 SkipFwd 0x0197
 1 0x0002
 2 0x0003
 3 0x0004
 4 0x0005
 5 0x0006
 6 0x0007
 7 0x0008
 8 0x0009
 9 0x000A
 Star 0x0037
 0 0x000B
 # 0x0029
 Red 0x018E
 Green 0x018F
 Yellow 0x0190
 Blue 0x0191
 end codes

end remote

Puis

sudo nano /etc/lirc/hardware.conf

# /etc/lirc/hardware.conf
#
# Arguments which will be used when launching lircd
LIRCD_ARGS=""

#Don't start lircmd even if there seems to be a good config file
#START_LIRCMD=false

#Try to load appropriate kernel modules
LOAD_MODULES=true

# Run "lircd --driver=help" for a list of supported drivers.
DRIVER="dev/input"
# If DEVICE is set to /dev/lirc and devfs is in use /dev/lirc/0 will be
# automatically used instead
DEVICE="/dev/input/event3"
MODULES=""

# Default configuration files for your hardware if any
LIRCD_CONF="/etc/lirc/lircd.conf"
LIRCMD_CONF=""

sudo /etc/init.d/lirc start
irw

Vérifier les touches en les testant successivement (cf. Jaunty)