declencher Posté(e) le 23 juillet 2012 Posté(e) le 23 juillet 2012 Bonjour, J'ai téléchargé les drivers disponible ici : J'ai un DS212, le processeur est quasiment le même d'après la doc Syno. D'ailleurs il n'y a pas de toolchain spécifique. J'ai tout suivi à la lettre mais rien n'y fait, je n'arrive pas à attacher de device à ttyUSB0. Voilà ce que j'ai fait après avoir copié les drivers sur le syno. J'ai passé cette commande avec succès : mknod /dev/ttyUSB0 c 188 0 Ensuite je veux faire ça : stty -F /dev/ttyUSB0 1200 sane evenp parenb cs7 -crtscts Et là ça me dit stty: can't open '/dev/ttyUSB0': No such device. J'ai vu dans un autre poste qu'il pouvais y avoir un problème de droit sur ttyUSB0. J'ai donc fait un chmod 777 qui s'est bien passé mais les résultats sont les mêmes. J'ai donc tenté de poursuivre avec les commandes : insmod usbserial.ko insmod ftdi_sio.ko J'ai branché mon module de téléinfo équipé d'une puce ftdi qui fonctionne bien sur PC. J'ai passé la commande dmesg, et je vois que le driver est chargé. Mais je ne vois jamais de truc du style "now attached to ttyUSB0". Donc forcément le cat renvoie uniquement un message d'erreur... Par acquis de conscience, je viens de brancher le montage sur mon PC portable et ça marche bien. J'ai par l'air bête moi le portable en l'air brancher à un cable qui rentre dans le placard tout ça pour vérifier que ça marche... bref... Je rebranche sur le NAS et... rien... Je désespère. Une ame charitable aurait des conseils ? Je veux bien tenter de recompiler les drivers mais j'ai la même version du DSM que le poste indiquait plus haut, avec le même prosso... Je crains d'arriver au même résultat...
declencher Posté(e) le 23 juillet 2012 Auteur Posté(e) le 23 juillet 2012 Salut, Je prends ! Je n'ai rien à perdre Où puis je les télécharger ? C'est toi qui les as compilé ? Merci
TurboX Posté(e) le 23 juillet 2012 Posté(e) le 23 juillet 2012 Oui je les ai compilé pour dsm4.0 . Je te les up demain
TurboX Posté(e) le 24 juillet 2012 Posté(e) le 24 juillet 2012 https://www.dropbox.com/s/v1b9ynph13vn6ze/ftdi_sio.ko https://www.dropbox.com/s/m3ljfsmufawv2nl/usbserial.ko
declencher Posté(e) le 24 juillet 2012 Auteur Posté(e) le 24 juillet 2012 (modifié) Je ne pourrai les télécharger que ce soir. J'espère que j'aurai le temps de tester car je rentre tard. Si tu as le temps, tu peux m'en dire un peux plus sur ce à quoi te sers ces drivers ? meteo, téléinformation... ? Quand tu passes la commande "uname -a", tu as bien la version 2.6.32 d'indiqué ? J'espère que c'est un problème de driver car je ne saurai plus où chercher par la suite... En tout cas merci pour les fichiers ! Modifié le 24 juillet 2012 par declencher
TurboX Posté(e) le 24 juillet 2012 Posté(e) le 24 juillet 2012 Je les ai compilé pour faire de la domotique avec le rfxtrx433 (voir le sujet domotique sur syno créé par moi). Je l'ai compilé sur le noyau 2.6.32.
declencher Posté(e) le 25 juillet 2012 Auteur Posté(e) le 25 juillet 2012 Salut, Je viens de faire le test, ça ne fonctionne toujours pas. Voici ce que me donnes la commande dmesg [173478.830000] USB Serial support registered for FTDI USB Serial Device [173478.870000] usbcore: registered new interface driver ftdi_sio [173478.870000] ftdi_sio: v1.5.0:USB FTDI Serial Converters Driver [173688.240000] usb 2-4: new full speed USB device using xhci_hcd and address 0 [173688.310000] usb 2-4: configuration #1 chosen from 1 choice Sur mon pc avec Windows ça marche nickel, la puce ftdi est bien détectée et la communication se fait bien... Qu'est ce que j'ai raté ?? J'ai tenté de décharger puis recharger les modules, de détruire le ttyUSB0 avec une commande rm et de le recréer. Rien à faire.
PatrickH Posté(e) le 25 juillet 2012 Posté(e) le 25 juillet 2012 Personnellement pour utiliser la liaison usb/serie du RFXtrx433 j'ai aussi besoin du module pl2303.ko pour que cela fonctionne Patrick
declencher Posté(e) le 25 juillet 2012 Auteur Posté(e) le 25 juillet 2012 Salut, TurboX, as tu également ce drivers stp ? Je précise que ce n'est pas pour utiliser le RFXtrx433 mais un module USB de téléinformation. Pourquoi y aurait il une adhérence avec le driver pl2303 ? Je pensais que ces 2 drivers correspondaient à 2 types de puce différente ? Or sur mon PC j'ai installé le driver FTDI uniquement ? Sinon autre question pratique par rapport à ce que j'ai vu sur le forum : après création du ttyUSB0 avec la commande qui va bien, j'ai voulu passer la commande stty -F /dev/ttyUSB0 1200 sane evenp parenb cs7 -crtscts Mais j'obtiens stty: can't open '/dev/ttyUSB0': No such device. Est ce normal quand le périphérique n'est pas branché ou pas attaché correctement à ttyUSB0 ? D'après les différentes discussions du forum ça se fait avant le insmod d'où mon étonnement par rapport à ce que j'ai pu voir sur mon NAS. Merci pour vos précisions parce que je découvre au fur et à mesure Et merci TurboX pour les drivers, j'ai fait mes derniers tests ce matin pendant le petit dèj...
PatrickH Posté(e) le 25 juillet 2012 Posté(e) le 25 juillet 2012 Pourrais tu faire un "lsmod" et poster le résultat ici Patrick
declencher Posté(e) le 25 juillet 2012 Auteur Posté(e) le 25 juillet 2012 Voilà le résultat de lsmod. Module Size Used by Tainted: P ftdi_sio 30208 0 usbserial 25208 1 ftdi_sio snd_pcm_oss 36687 0 snd_mixer_oss 13504 1 snd_pcm_oss snd_usb_audio 72348 0 snd_pcm 59384 2 snd_pcm_oss,snd_usb_audio snd_timer 16354 1 snd_pcm snd_hwdep 5349 1 snd_usb_audio snd_usbmidi_lib 16766 1 snd_usb_audio snd_rawmidi 16553 1 snd_usbmidi_lib snd_seq_device 5283 1 snd_rawmidi snd 40541 9 snd_pcm_oss,snd_mixer_oss,snd_usb_audio,snd_pcm,snd_timer,snd_hwdep,snd_usbmidi_lib,snd_rawmidi,snd_seq_device snd_page_alloc 4839 1 snd_pcm soundcore 4707 1 snd cifs 215117 0 udf 82120 0 isofs 30285 0 loop 11438 0 usbhid 23982 0 hid 38800 1 usbhid usblp 9748 0 usb_storage 36494 0 xhci_hcd 58245 0 ohci_hcd 17188 0 ehci_hcd 33234 0 ds212_synobios 25109 0 sky2 38105 0 synoacl_ext4 13261 1 synoacl_vfs 5242 1 hfsplus 77642 0 fuse 56020 0 vfat 8712 0 fat 45230 1 vfat cryptosoft 11411 0 ecryptfs 86926 0 sha512_generic 10443 0 sha256_generic 9158 0 sha1_generic 1837 0 ecb 1899 0 cesa_ocf_drv 7063 0 cesa_dev 1977 0 cryptodev 10865 5 ocf 17404 4 cryptosoft,ecryptfs,cesa_ocf_drv,cryptodev chainiv 3177 0 des_generic 17201 0 crc32c 2568 0 eseqiv 2470 0 krng 887 0 ansi_cprng 3467 0 rng 1533 4 chainiv,eseqiv,krng,ansi_cprng aes_generic 33304 0 md5 4087 0 cbc 2453 0 cryptomgr 2334 0 pcompress 1067 0 aead 4537 1 cryptomgr crypto_hash 11969 6 cryptosoft,sha512_generic,sha256_generic,sha1_generic,crc32c,md5 crypto_blkcipher 8817 5 cryptosoft,ecb,chainiv,eseqiv,cbc crypto_wq 553 1 chainiv crypto_algapi 11885 13 ecb,chainiv,des_generic,eseqiv,krng,ansi_cprng,aes_generic,cbc,cryptomgr,pcompress,aead,crypto_hash,crypto_blkcipher cpufreq 1673 0 cpufreq_stats 2172 0 freq_table 2073 2 cpufreq,cpufreq_stats dm_snapshot 21948 0 crc_itu_t 1043 1 udf crc_ccitt 1065 0 quota_v2 2651 2 quota_tree 6676 1 quota_v2 usbcore 118189 11 ftdi_sio,usbserial,snd_usb_audio,snd_usbmidi_lib,usbhid,usblp,usb_storage,xhci_hcd,ohci_hcd,ehci_hcd sg 21260 0 psnap 1655 0 llc 3178 1 psnap raid456 55376 0 raid10 22994 0 raid0 7574 0 linear 5436 0 async_raid6_recov 3668 1 raid456 async_pq 2685 2 raid456,async_raid6_recov raid6_pq 75781 2 async_raid6_recov,async_pq async_xor 1127 3 raid456,async_raid6_recov,async_pq xor 5055 1 async_xor async_memcpy 676 2 raid456,async_raid6_recov async_tx 1336 5 raid456,async_raid6_recov,async_pq,async_xor,async_memcpy dm_mod 58379 4 dm_snapshot ipv6 238252 35 raid1 22476 3 md_mod 94335 10 ds212_synobios,raid456,raid10,raid0,linear,dm_mod,raid1
declencher Posté(e) le 25 juillet 2012 Auteur Posté(e) le 25 juillet 2012 On a bien l'impression que les drivers sont chargés
PatrickH Posté(e) le 26 juillet 2012 Posté(e) le 26 juillet 2012 Oui ils sont bien chargés... Patrick
declencher Posté(e) le 26 juillet 2012 Auteur Posté(e) le 26 juillet 2012 As tu une idée sur la question suivante ? Je me dis que peut être ttyUSB0 est mal déclaré même si je ne vois pas comment c'est possible. J'ai utilisé l'unique ligne de commande qu'on trouve partout sur le forum, et j'ai même fait un chmod 777. Sinon autre question pratique par rapport à ce que j'ai vu sur le forum : après création du ttyUSB0 avec la commande qui va bien, j'ai voulu passer la commande suivante sans avoir branché le périphérique USB : stty -F /dev/ttyUSB0 1200 sane evenp parenb cs7 -crtscts Mais j'obtiens stty: can't open '/dev/ttyUSB0': No such device. Je suppose qu'il ne me reste plus qu'à également installer le driver pl2303.ko si quelqu'un peut me le donner pour mon DS212 ? Pourtant je ne vois pas à quoi il va servir... Comment le système sait qu'il doit rattacher le périphérique à ttyUSB0 ? Je ne sais plus où chercher...
PatrickH Posté(e) le 26 juillet 2012 Posté(e) le 26 juillet 2012 Tu es bien sur d'avoir déclaré cela dans /dev/ttyUSB0 et non pas dans /dev/usb/ttyUSB0 ? Patrick
declencher Posté(e) le 26 juillet 2012 Auteur Posté(e) le 26 juillet 2012 Oui, j'ai même testé les deux...
declencher Posté(e) le 26 juillet 2012 Auteur Posté(e) le 26 juillet 2012 TurboX, tu as utilisé quelle version des driver ftdi lors de la compilation ? Je me demande si les PID/VID de mon module USB sont bien déclarés dans les drivers... Si tu avais les sources sous le code et le numéro de version ça me rendrait bien service.
declencher Posté(e) le 27 juillet 2012 Auteur Posté(e) le 27 juillet 2012 Salut, Je viens de faire un lsusb et voici le r
declencher Posté(e) le 27 juillet 2012 Auteur Posté(e) le 27 juillet 2012 J'ai une piste. Dans une doc FTDI, on peut voir la liste des VID/PID standard. J'en déduis que la personne qui crée un montage peux personnaliser ce couple de donnée, ce qui semble normal. Or cette liste de PID ne contient pas celui de mon adaptateur : 6015. Est ce que ce ne serait pas à cause de ça que le driver n'est pas associé à mon périphérique USB ?
declencher Posté(e) le 30 juillet 2012 Auteur Posté(e) le 30 juillet 2012 J'ai téléchargé et contrôlé le code source du driver : le PID de mon périphérique n'est pas listé. J'ai trouvé pour l'instant 2 pistes pour associer ce PID au driver : - Modifier le source du driver et recompiler, - Utiliser une règle udev. Toute solution évitant de recompiler serait la bienvenu. J'ai donc tenté le coup de la règle udev, mais ce répertoire n'existe pas sur le syno. J'en déduis cette solution n'est pas envisageable ? Avez vous d'autres solutions ?
Sp@r0 Posté(e) le 30 juillet 2012 Posté(e) le 30 juillet 2012 La compilation du drivers ne pose pas de probl
declencher Posté(e) le 30 juillet 2012 Auteur Posté(e) le 30 juillet 2012 Je cherchais une solution pour éviter la recompilation Non je ne peux pas changer l'adaptateur car c'est un montage tout fait que j'ai acheté pour la téléinformation. J'ai ouvert le boitier, c'est tout en cms. Je sens qu'il va falloir que je me lance dans le code et la cross compilation si aucune solution en ligne de commande n'est possible.
declencher Posté(e) le 2 août 2012 Auteur Posté(e) le 2 août 2012 C'est résolu ! J'ai modifié les sources du driver ftdi pour rajouter mon couple de VID/PID et maintenant ça fonctionne ! Maintenant le script de démarrage, car il ne fonctionne pas, puis l'enregistrement des données en base... Y'a encore du taf
Messages recommandés