root@OpenWrt:/opt# python wymypy
wymypy can’t connect to your MPD :  Errno 12: problems connecting to `localhost’ on port 6600

Victoire, après quelques heures de galère, voilà quelque chose de positif.

Lançons mpd (après avoir modifié mpd.conf):

root@OpenWrt:~# mpd –no-daemon –stdout
current locale is « C »
setting filesystem charset to ISO-8859-1
mixer control « Speaker » not found at line 152
using software volume

Puis wymypy:

root@OpenWrt:/opt# python wymypy
wymypy is listening on http://localhost:8080/
(hit CTRL+C to quit)

Tout à l’air de fonctionner. Je n’ai plus qu’à copier quelques MP3 sur un disque externe pour tester l’ensemble.

Mon disque est branché. Je lance un petit mpd –create-db pour créer la base de données. Tout se passe à merveille. Un petit tour dans /etc/mpd.conf pour ajuster quelques paramètres (le mixeur se nomme « Vol » et non « PCM »)

P.S: J’en profite pour tester recordmydesktop, un très mon petit logiciel pour créer des « screencast »

L’interface de wymypy

Le routeur et le disque externe (reste à ranger les câbles)

C’est terminé pour cette partie là du projet, il me reste juste à créer quelques scripts de démarrage pour peaufiner le système.

Sinon, je vais peut-être ajouter un écran LCD ( et oui, il reste un uart libre dans la boite ). J’ai trouvé sur internet un programme permettant d’émuler un écran LCD graphique avec un vieux palm III. ça tombe bien, j’en ai un qui traine dans un tiroir…

Entre mon autre asus WL500GP qui envoie sur ma dédibox les données de ma station météo et celui-là qui se prend pour une station multimédia, je peux vous dire que ce routeur est fantastique pour un bidouilleur. Il surpasse même le célèbre LINKSYS WRT54G (grâce à l’usb), qui traine aussi dans un de mes tiroirs.

peut-être à bientôt pour la suite

Pour ceux qui n’ont pas suivi, voilà la partie 1 et la partie 2.

La dernière fois, je m’étais arrêté sur un problème d’espace disque.

ipkg: write error: No space left on device

Heureusement, il me reste en interne un port USB pour pouvoir ajouter un peu de mémoire. J’ai retrouvé une clef usb obsolète de 128Mo.

Je l’ai démonté pour en retirer la petite carte électronique.

Pour les premier tests, je démarre le routeur sans fixer la clef définitivement. Ca ne fait pas pfffttt c’est déjà bon signe. J’attends que le routeur boote avant de me connecter en ssh. Un petit dmesg me rassure.

SCSI subsystem driver Revision: 1.00
hub.c: new USB device 01:03.1-1, assigned address 2
usb.c: USB device 2 (vend/prod 0xd8c/0xc) is not claimed by any active driver.
Initializing USB Mass Storage driver…
usb.c: registered new driver usb-storage
USB Mass Storage support registered.
hub.c: new USB device 01:03.1-2, assigned address 3
scsi0 : SCSI emulation for USB Mass Storage devices
Vendor: PIXIKA    Model: USB Flash Drive   Rev: 4.00
Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sda: 255231 512-byte hdwr sectors (131 MB)
sda: Write Protect is off
Partition check:
/dev/scsi/host0/bus0/target0/lun0: p1
WARNING: USB Mass Storage data integrity not assured
USB Mass Storage device found at 3

Voilà, on peut maintenant la coller définitivement.

Le test avec mon eeepc fraichement installé sous ubuntu.

On peut maintenant se lancer sereinement dans l’installation des utilitaires qui nous manquent.

Un petit coup de fdisk, une pincée de mkfs.ext2 et nous voilà avec un beau filesystem de 128Mo tout prêt à acceuillir le Python récalcitrant.

root@OpenWrt:~# mkfs.ext3 /dev/scsi/host0/bus0/target0/lun0/part1
mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
16000 inodes, 127472 blocks
6373 blocks (5.00%) reserved for the super user
First data block=1
16 block groups
8192 blocks per group, 8192 fragments per group
1000 inodes per group
Superblock backups stored on blocks:
8193, 24577, 40961, 57345, 73729

Writing inode tables: done
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 36 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.

j’ai ajouté un script de montage de la partition dans le /etc/init.d

root@OpenWrt:/opt# df -h
Filesystem                Size      Used Available Use% Mounted on
none                     14.9M     36.0k     14.9M   0% /tmp
/dev/mtdblock/4           6.0M      5.8M    236.0k  96% /jffs
mini_fo:/jffs             1.2M      1.2M         0 100% /
/dev/scsi/host0/bus0/target0/lun0/part1    122.5M      4.0M    112.2M   3% /opt

il n’y a plus qu’à ajouter « dest opt /opt » dans le fichier /etc/ipkg.conf et à utiliser ipkg avec l’option « -d opt »

root@OpenWrt:/etc/rc.d# ipkg install -d opt mpd
Installing mpd (0.13.0-1) to opt…
Downloading http://downloads.openwrt.org/kamikaze/packages/mipsel/./mpd_0.13.0-1_mipsel.ipk
Configuring mpd
Done.

root@OpenWrt:/etc/rc.d# ipkg install -d opt /tmp/python_2.5.1-2_mipsel.ipk
Installing python (2.5.1-2) to opt…
Configuring python
Done.

Cool

Maintenant la suite, installons wymypy. Le site de l’auteur indique qu’il faut utiliser easy_install pour installer son programme.

root@OpenWrt:/opt# python ez_setup.py –install-dir=/opt
Traceback (most recent call last):
File « ez_setup.py », line 267, in <module>
main(sys.argv[1:])
File « ez_setup.py », line 198, in main
egg = download_setuptools(version, delay=0)
File « ez_setup.py », line 120, in download_setuptools
import urllib2, shutil
File « /opt/usr/lib/python2.5/urllib2.py », line 87, in <module>
import base64
File « /opt/usr/lib/python2.5/base64.py », line 9, in <module>
import struct
File « /opt/usr/lib/python2.5/struct.py », line 30, in <module>
from _struct import Struct, error
ImportError: No module named _struct

Au secours !!!

Bon un peu de google me dit qu’il manque _struct.so a cause de mauvais chemins.

Je mets donc un PYTHONPATH=/opt/usr/lib/python2.5 et un PYTHONHOME=/opt/usr/

Allez, on progresse, il me dit qu’il lui manque le module md5… C’est sans fin…

La suite au prochain numéro

A peine rentré, direction la table de torture pour la désosser. Le capot se retire facilement, il n’est même pas collé, juste glissé en force.

Ensuite quelques coups de fer à souder vont me permettre de déporter la sortie audio et la led d’alimentation de la clef.

Une fois cette étape terminée, je branche la clef sur le routeurs et hop un coup de lsusb pour vérifier:

root@OpenWrt:~# lsusb
Bus 003 Device 001: ID 0000:0000
Bus 003 Device 002: ID 0d8c:000c C-Media Electronics, Inc. Audio Adapter
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000

Voilà la clef en place avec la sortie audio déportée. Au début je voulais mettre 2 prises RCA au lieu d’un jack 3.5mm mais elles ne retraient pas sur la face arrière. Du coup j’ai choisi le jack. Je l’ai installé dans l’espace vide entre le switch et le port WAN.

Voilà pour cette partie du hardware, maintenant voyons un peu côté soft. Le datasheet du routeur indique 32Mo de ram alors que seulement 16 sont disponibles. Le site d’openwrt donne la méthode pour rendre disponible les 32Mo de ram. La voici:

nvram set sdram_init=0x0009
nvram set sdram_ncdl=0x10308
nvram commit
reboot

Le système est prêt, il ne reste plus qu’à installer les modules et divers utilitaires:

ipkg install kmod-sound-core sox kmod-alsa alsa-utils

voilà pour ce qui est du support de l’audio. Maintenant, pour lire des MP3, il nous faut mpd. Le serveur s’installe facilement avec un coup de

ipkg install mpd

Ensuite il nous faut un frontend pour utiliser mpd. Il en existe pas mal pour tous les OS. Mon choix s’est porté sur un script python wymypy qui permet de piloter MPD avec un naviguateur web ( sans avoir à installer lighthttpd ou apache). Pour l’utiliser, il faut commencer par installer python. Le problème c’est que le paquet python dispo dans les dépots d’Openwrt Kamikaze est cassé.

root@OpenWrt:~# ipkg install python
Installing python (2.5.1-1) to root…
Downloading http://downloads.openwrt.org/kamikaze/packages/mipsel/./python_2.5.1-1_mipsel.ipk
Nothing to be done
An error ocurred, return value: 1.
Collected errors:
ERROR: Cannot satisfy the following dependencies for python:
libreadline

Pour résoudre ce problème un petit tour sur le net nous dit qu’il faut recompiler le paquet python en modifiant le Makefile. J’avais déjà le kit de développement OpenWrt du temps ou je jouais avec la station météo et la fonera. Il ne me reste plus qu’à cocher les bonnes options et hop, on compile.

Ca y est, on peut installer:

root@OpenWrt:~# ipkg install python_2.5.1-2_mipsel.ipk
Installing python (2.5.1-2) to root…
ipkg: write error: No space left on device

et zut… il va falloir utiliser le second port usb interne pour coller de la mémoire flash dans le boitier… la suite au prochain numéro

P.S: Qu’est ce que l’on peut s’amuser avec ces boiboites « open » merci aux constructeurs qui ont compris que mettre notre tux dans leur matériel présentait bien des avantages…

Le voilà ressorti du placard pour de nouvelles aventures. Je vais le doter d’une clef USB audio interne pour diffuser de la musique en streaming sur ma chaine HI-FI. Pour ce qui est du soft, je vais lui coller une openwrt.

Première étape: installer un port USB à l’intérieur du boitier de l’asus afin de ne pas utiliser les deux ports USB externes que l’on réservera pour une clef USB de stockage ou autre accessoire.

Le datasheet du composant VIA VT6212, disponible ici, nous indique la présence de 4 ports usb alors que seulement deux sont cablés en facade (en vert). On a donc deux ports libres pour s’amuser (en rouge).

Impatients s’abstenir, les soudures sur ce genre de composants CMS sont assez pénibles à réaliser. De plus, il faut disposer d’un fer à souder avec une panne très fine.

J’ai collé un connecteur USB femele avec de la colle à chaud sur le blindage de l’unité CPU du routeur.

L’alimentation 5V est prise directement sur la carte, proche de la prise du transfo.

J’ai testé avec une clef USB, ca marche impec

Bientôt la suite …

Allez, c’est parti:

• WordPress vient de sortir en version 2.5, avec au menu une superbe interface d’administration entièrement revue. Moins d’une semaine après ma migration Dotclear vers WordPress, me voilà déjà en train de mettre à jour… L’opération s’est faite en moins de 10 min.
• Voilà un astucieux moyen de tirer des cables dans les gaines de ventilation. Je ne suis pas sur que ce soit terrible pour la sécurité incendie mais bon…
• Un nouveau protocole de routage pour les réseaux mesh ( maillage wifi ) vient de voir le jour. Il porte le joli nom de B.A.T.M.A.N. Vous pouvez l’installer sur un openwrt comme indiqué ici. Je n’ai pas eu le temps de tester, mais ça semble intéressant pour couvrir de vastes zones comme un hall d’exposition.
• Un eeepc quelque peu modifié…
• Nagios, l’excellent système de supervision est sorti en version 3.0, que du bonheur.

Ce sera tout pour un premier billet

ATTENTION: L’auteur ne pourra être tenu responsable en cas de détérioration de vos équipements. Sachez que ces bidouilles font « sauter » la garantie de la fonera et de la station météo…

Tout d’abord, occupons nous de la station météo. Après avoir retiré les vis présentes sur la face arrière, nous pouvons accéder à la carte électronique de la station. Et là surprise, il y a très peu de composants.

Tout le coeur de la station est dans une puce coulée dans l’époxy donc impossible à identifier. Ce que nous devons rechercher, ce sont les entrées sorties TTL du port série avant la conversion RS232. Pas de max232 ou équivalent, la transformation des signaux a l’air d’être réalisée avec des diodes et des transistors. A l’aide d’un oscilloscope, nous recherchons des signaux TTL aux alentours de ces transistors; dans le même temps, nous dialoguons avec la station à l’aide du logiciel open2300 installé sur le PC.

Après quelques minutes de recherches, j’ai localisé 2 points avec des signaux TTL présents lors des transferts. Un des deux point présente un « traffic » beaucoup plus important que le second, il doit s’agir du TX (envoie les informations au PC)

alors que l’autre doit être RX (recoit uniquement les commandes du PC).

Afin de confirmer tout cela, j’ai ressorti mon adaptateur TTL/USB que j’ai branché sur ces deux ports et sur une masse trouvée au niveau du porte piles.

• Rouge: TX
• Blanc: RX
• Blindage: GND

Une fois le cable série d’origine débranché, j’ai tenté un transfert via l’adaptateur TTL/USB et là, Oh miracle, la station répond aux commandes et transmet des informations

 pierre@EquinoxeFR:~/Download/open2300-1.10$ ./fetch2300
Date 2007-Nov-24
Time 14:09:03
Ti 21.5
Timin 21.5
Timax 21.5
TTimin 00:00
DTimin 2001-01-01
TTimax 00:00
DTimax 2001-01-01
To 81.1
Tomin 81.1
Tomax 81.1
TTomin 00:10
DTomin 2000-00-00
TTomax 00:10
DTomax 2000-00-00
DP 81.1
DPmin 81.1
DPmax 81.1
TDPmin 00:10
DDPmin 2000-00-00
TDPmax 00:10
DDPmax 2000-00-00
RHi 59
RHimin 59
RHimax 59
TRHimin 00:00
DRHimin 2001-01-01
TRHimax 00:00
DRHimax 2001-01-01
RHo 67
RHomin 67
RHomax 67
TRHomin 00:07
DRHomin 2001-01-01
TRHomax 00:07
DRHomax 2001-01-01
WS 51.0
DIRtext N
DIR0 0.0
DIR1 0.0
DIR2 0.0
DIR3 0.0
DIR4 0.0
DIR5 0.0
WC 81.1
WCmin 81.1
WCmax 81.1
TWCmin 00:10
DWCmin 2000-00-00
TWCmax 00:10
DWCmax 2000-00-00
WSmin 0.0
WSmax 0.0
TWSmin 00:00
DWSmin 2001-01-01
TWSmax 00:00
DWSmax 2001-01-01
R1h 0.00
R1hmax 0.00
TR1hmax 00:00
DR1hmax 2001-01-01
R24h 0.00
R24hmax 0.00
TR24hmax 00:00
DR24hmax 2001-01-01
Rtot 0.00
TRtot 19:10
DRtot 2007-11-22
RP 1032.100
RPmin 1032.100
RPmax 1032.100
TRPmin 00:00
DRPmin 2001-01-01
TRPmax 00:00
DRPmax 2001-01-01
Tendency Steady
Forecast Cloudy

Il ne reste plus qu’à souder 3 câbles pour sortir RX,TX, GND de la station.

A bientôt pour la deuxième étape: Le branchement sur la Fonera.

Info:

Si comme moi, vous n’utilisez pas l’anémomètre (en appartement c’est difficile), les diverses commandes du projet open2300 sont très longues à s’exécuter. En effet, en cas d’erreur de mesure de l’anémomètre, il y a plusieurs essais espacés de 10 sec. Faites un petit tour dans le code du fichier rw2300.c afin de commenter toutes les lignes : sleep_long(10); //wait 10 seconds for new wind measurement. Vous verrez que la récupération des données est beaucoup plus rapide.

Récupérer et compiler OpenWrt (Je suis sous ubuntu avec les paquets de développement nécessaires)

Le téléchargement du kit de développement OpenWrt se fait au travers d’un accès Subversion.

 svn co https://svn.openwrt.org/openwrt/tags/kamikaze_7.09

Pour pouvoir utiliser les accès aux GPIO, vous devez ajouter à votre Fonera un module du noyau. Voilà une archive toute prête pour être intégrée dans le SDK d’OpenWrt. Je ne suis pas à l’origine de ces sources, juste du makefile

Récupérez ce paquet: proc_gpio.tgz puis décompressez le dans le répertoire kamikaze_7.09/package. Vous pouvez ensuite lancer un make menuconfig dans le répertoire kamikaze_7.09. Dans le menu « kernel modules » / « Other modules » vous trouverez le fameux proc_gpio. Pensez a régler le système comme étant un Atheros 2.6, sinon vous n’aurez pas ce choix dans le menu.

Ensuite passez par un classique make

Vous aurez alors un fichier ./bin/packages/kmod-kmod-gpio_1_mips.ipk à télécharger et à installer sur votre fonera. Une version déjà compilée est disponible ici