Sp@r0

Je dirais qu'il te manque une librairie

Bien vu, Et bien j'ai installer des modules pour la gestion des convertisseurs USB => S

J'ai remarqu

Merci pour tout je suis parvenu a faire ce que je voualis en lan

Effectivement, me suis tromp

Noralement la simple pr

Normalement avec uniquement cela ça doit marcher, l' avantage c'est que tu peux conserver du coup le module usblp.ko car de ce que j'ai constater chez mloi si tu charge avec le ./S892Serial il n'y a pas de conflit avec le module usbpl. (qui gère les imprimantes usb je crois). en plus cela evite de modifier un fichier qui est écrasé par la mise à jour du firmware comme me la fait remarquer PatrickH.

J'allais répondre que j'en été arrivé à la même conclusion que phi. Mais la j'ai un autre problème étrange : j'ai édité /etc/rc et dans une des premières lignes j'ai mis à jour le PATH en rajoutant /opt/bin: pour qu'il trouve python et à la fin du script j'ai mis ./mon_script.py Et la chose étrange si je reboot le syno mon script démarre et s'exécute en tâche de fond, mais si j'essaie de lancer n'importe kel .py cela ne fonctionne pas j'ai un message du style: env: python: No such file or directory et si je tape: export le PATH ne contient pas le répertoire que j'ai rajouté et qui a pourtant été utilisé dans le script rc.local :blink::blink: pour preuve le résultat de la commande export : export PATH='/usr/sbin:/bin:/usr/bin:/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/syno/bin:/usr/syno/sbin:/usr/local/bin:/usr/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/syno/bin:/usr/syno/sbin:/usr/local/bin:/usr/local/sbin' et la ligne 5 du fichier /etc/rc HOME=/ PATH=/opt/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/bin:/usr/syno/sbin:/usr/local/bin export HOME PATH qui d'ailleurs ne correspondent pas :blink::blink:

Effectivement, je d

Bon je viens de réussir à faire fonctionner la cross compilation et en plus les modules générés sont fonctionnels sur mon DS110j !!!! Bon, comme je pense que je ne suis pas le seul à galérer sur le sujet. Je vais vous faire un compte rendu rapide de la méthode que j'ai employé (accessoirement cela me permettra de m'en rappeler). ATTENTION : Je vous préviens que ce genre manipulations est risquées pour votre Syno, ne venez pas me reprocher que vous avez tout planté. Pour commencer, j'ai téléchargé la toolchains et le GPL correspondant à mon Syno : - gcc421_glibc25_88f6281.tar.gz car la cpu est une marvell 6281 arm avec un kernel 2.6.24 => c'est un ensemble de programme qui permettent de compiler quelque chose pour le syno - synogpl-944b.tbz => c'est le code source du synology alors ce qui est étrange c'est que mon firmware est un 965 et non 944 mais cela fonctionne. J'ai effectué la compilation sur une machine sous Fedora 12 64 bits, bon accorchez vous bien voilà la liste des manips : 1 - Décompresser la tools chaines dans le répertoire /usr/local 2 - Décompresser la GPL dans le répertoire /usr/local/arm-none-linux-gnueabi/ 3 - Dans le répertoire /usr/local/arm-none-linux-gnueabi/source/linux-2.6.24/ éditer le Makefile 4 - Corriger le Makefile (normalement cela aurait du être déjà fait mais bon) vers la ligne 193 ARCH ?= arm CROSS_COMPILE ?= /usr/local/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi- 5 - Copier le fichier /usr/local/arm-none-linux-gnueabi/source/linux-2.6.24/synconfigs/88f6281 vers /usr/local/arm-none-linux-gnueabi/source/linux-2.6.24/.config 6 - Exécutez la commande : make ARCH=arm \ CROSS_COMILE=/usr/local/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi- oldconfig 7 - Puis celle là : make ARCH=arm \ CROSS_COMILE=/usr/local/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi- menuconfig (pour choisir les modules dont vous avez besoins mettre un M devant) 8 - Puis celle là : make ARCH=arm \ CROSS_COMILE=/usr/local/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi- modules (pour compiler les modules) 9 - Récupérer les fichiers compilés, dans mon cas /usr/local/arm-none-linux-gnueabi/source/linux-2.6.24/drivers/serial/usbserial.ko /usr/local/arm-none-linux-gnueabi/source/linux-2.6.24/drivers/serial/fdti-sio.ko Bon, sinon une petite listes de soucis que j'ai eu lors de la compilation : - pour compiler il faut glibc.i686 et Mesa-libgl.i686 moi je les avais mais en x86_64 - pour faire marcher menuconfig il faut ncurves et ncurves-dev Sur le syno, il faut faire cela (périphériques USB débranchés !!) 10 - copier les fichiers .ko dans le répertoire qui va bien pour moi : /opt/etc/lib/modules/2.6.15/kernel/drivers/usb/serial/ => (Je me rend compte que c'est pas très logique mais cela n'à pas vraiment d'importance) 11 - Executez ces commandes pour inscrire les modules : insmod serialusb.ko insmod fdti-sio.ko 12 - Exécutez la commande suivante : lsmod => dans usbcore il devrait y avoir usbserial et fdti-sio 13 - Branchez le périphérique USB 14 - Exécutez la commande suivante : dmesg | grep usb => (il devrait y avoir des lignes au sujet d'un nouveau périphérique FDTI et qu'il a été attaché à ttyUSBx) 15 - Normalement le port série est fonctionnel en /dev/ttyUSBx Tout d'abord je remercie ma fille Zoé pour m'avoir refilé sa crève et du coup m'avoir donné le temps de chercher, sinon je remercie toutes les sources que j'ai trouvé sur le net (principalement ici même Compilation pour les nuls ). Je remercie également MS_Totor pour s'être intéressé à mon problème et m'avoir confirmé que c'était faisable. Voila je suis disposé à donner ce que j'ai compilé à qui le veux bien.=> Cf section TELECHARGEMENT du site

Toujours dans le cadre de mon projet domotique, j'ai un soucis au niveau des scripts Python. Lors que je quitte la fen

Merci, finalement j'ai ajout

Bon la question va peut

POST : Transféré vers Problème Installation Kernel-Module-Usbserial

Et voici le résultat !! La commande "cat /proc/cpu/info" ne renvoyer rien je suppose donc qu'il s'agissait de "cat /proc/cpuinfo" : SauvegardeZ> uname -r 2.6.24 SauvegardeZ> cat /proc/cpuinfo Processor : ARM926EJ-S rev 1 (v5l) BogoMIPS : 794.62 Features : swp half thumb fastmult edsp CPU implementer : 0x56 CPU architecture: 5TE CPU variant : 0x2 CPU part : 0x131 CPU revision : 1 Cache type : write-back Cache clean : cp15 c7 ops Cache lockdown : format C Cache format : Harvard I size : 16384 I assoc : 4 I line length : 32 I sets : 128 D size : 16384 D assoc : 4 D line length : 32 D sets : 128 Hardware : Feroceon-KW Revision : 0000 Serial : 0000000000000000 Bon sinon j'essaye de mon coté de le faire par moi même (je ne suis pas sûr d'y parvenir mais ça m'occupe) Donc si j'ai bien compris le principe j'ai téléchargé 2 fichiers : - gcc421_glibc25_88f6281.tar.gz car la cpu est une marvell 6281 arm avec un kernel 2.6.24 => à ce que je comprend c'est un ensemble de programme qui permettent de compiler quelque chose pour le syno - synogpl-944b.tbz => ce que je comprends c'est que c'est le code source du synology mais la déjà une question mon firmware est un 965 mais je ne vois pas de GPL 965 est ce normal ?? Pour savoir ensuite si je nage dans la bonne direction voilà ce que je crois devoir faire : il faut compiler le kernel avec un choix de modules différents de celui choisi par synology pour lui faire compiler les modules dont j'ai besoin et les ajouter sur mon syno. Voilà ce serait sympathique de me dire si j'avance dans la bonne direction.

Voilà donc suite à l'ouverture du sujet, j'expose mon projet et les modules qui me manquent. Je suis entrain de développer un applicatif de domotique pour surveiller la température, la consommation d'eau, d'énergie, commande des stores, le tout en utilisant un émetteur récepteur radio de chez RFXCOM. Cela fonctionne bien sur mon pc sous fedora (tout du moins pour la mesure de température et d'électricité), mais sur le synology cela ce gâte : Site Web PHP : OK Base de donnée : OK Script python avec py serial : OK Connexion au module radio : KO (en fait le récepteur est en RS232 avec un convertisseur intégré USB=>RS232 compatible FTDI (le FT232 pour être précis) Les modules qui manquent : => kernel-modules-usbserial => kernel-modules-ftdi-sio Je dispose du matériel suivant : Nom de modèle: DS110j Version firmware actuelle: DSM 2.2-0965 Voilà un coup de main serait le bien venu, je suis disposé à effectuer des tests et/ou des compilations persos (que je vais de toute façon tentez vous entendrez surement parler de mes déboires...).

Moi je suis tout à fait disposé à tester !!!! De toute façon si je ne me trompe pas le risque n'est que de devoir tout réinstaller ??? Au pire je ne l'ai que depuis 2 jours je dirais qu'il a "cessé" de fonctionné Par ailleurs je suis très intéressé pour apprendre à le faire moi même, je suis tomber sur ton / votre ( ???) site qui évoque rapidement la cross compilation. J'ai fait quelque recherche mais la toolchains disponible sur le site de synology me semble quelque peu obscure ...

Edit : Je n'avais pas vu la réponse de MS Totor Bonjour j'ai exactement le même problème, je cherche à utiliser un convertisseur USB=>Série pour une application domotique en X10 RF. Bon j'ai trouvé à peu de chose près le même tutorial que toi et j'ai exactement le même problème, il n'y aucun kernel module pour mon syno (DS110). Pour autant ipkg fonctionne bien j'ai installer Python, GCC et ils fonctionnent bien. Ce que j'ai trouver : Je pense qu'il n'y a pas de kernel-module, car la gestion de l'usb est faite par le noyau, malheureusement le noyau n'est pas compilé avec le driver FDTI (qui gère l'USB to serial) contrairement à mon pc sous FEDORA (M'enfin n'étant pas un grand spécialiste ...) Des kernels modules compilés en ARM existe pour le syno-x07 => il est possible de les installer avec ipgk mais j'ai pas encore testé (je doute que cela fonctionne) Un librairie est diponible pour lire via libusb dans les convertisseur USB=>Série mais nécessite de compilé son application avec GCC : LIFDTI pour l'instant je ne parvient pas à compiler les exemples Voila j'en suis là si des gens on des idées pour ajouter le support de FDTI je suis preneur!!!