SPoK

je n'a je n'ai rien envoyé du tout puisque je ne sais pas qu'elle trame envoyer (et l'appli ne propose pas de fonction du type ouverture/fermeture, juste du ON/OFF) Je n'ai pas encore regardé l'API

oui ce la première chose que j'ai essayé de faire mais le relais n'émet pas, il ne fait que recevoir donc je ne peux pas voir la "tronche" de la trame. Il faudrait que j'ai une télécommande compatible mais j'en ai pas

Rfxtrx433

Bonjour, je souhaite controler l’ouverture de mes volets à partir d’un programme utilisant mon émetteur/recepteur Rfxtrx (connecté à mon Synology) et un relais Chacon DI-O mais je ne connais pas le mode de communication entre les 2. Qqun aurait-il des infos, une expérience à partager pour m’aider ? cdlt

ma dernière manip semble porter ses fruits : plus de déconnexion. Est-ce le changement de port USB ou l'éloignement du Rfxtrx de mon NAS et autres équipements susceptibles (onduleur, boitier CPL) de rayonner et perturber le boitier ? Toujours est-il que maintenant ça semble bien meilleur. A suivre...

j'ai branché le Rfxtrx sur un PC au même endroit pour voir si le même pb se produisait et non, le PC continuait à recevoir les trames. J'ai donc rebranché le boitier sur le Syno mais sur un autre port USB, sait-on jamais...

voici un extrait de dmesg un fois le Rfxtrx débranché/rebranché et donc que la situation soit rétablie : ... [ 115.800000] usbserial: USB Serial Driver core [ 116.230000] findhostd uses obsolete (PF_INET,SOCK_PACKET) [ 116.750000] USB Serial support registered for FTDI USB Serial Device [ 116.750000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected [ 116.780000] usb 1-1.1: Detected FT232RL [ 116.780000] usb 1-1.1: Number of endpoints 2 [ 116.790000] usb 1-1.1: Endpoint 1 MaxPacketSize 64 [ 116.790000] usb 1-1.1: Endpoint 2 MaxPacketSize 64 [ 116.800000] usb 1-1.1: Setting MaxPacketSize 64 [ 116.810000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0 [ 116.820000] usbcore: registered new interface driver ftdi_sio [ 116.830000] ftdi_sio: v1.5.0:USB FTDI Serial Converters Driver [64880.600000] hub 1-1:1.0: port 1 disabled by hub (EMI?), re-enabling... [64880.610000] usb 1-1.1: USB disconnect, address 3 [64880.640000] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0 [64880.650000] ftdi_sio 1-1.1:1.0: device disconnected [64880.900000] usb 1-1.1: new full speed USB device using orion-ehci and address 5 [64881.020000] usb 1-1.1: configuration #1 chosen from 1 choice [64881.020000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected [64881.060000] usb 1-1.1: Detected FT232RL [64881.060000] usb 1-1.1: Number of endpoints 2 [64881.060000] usb 1-1.1: Endpoint 1 MaxPacketSize 64 [64881.070000] usb 1-1.1: Endpoint 2 MaxPacketSize 64 [64881.070000] usb 1-1.1: Setting MaxPacketSize 64 [64881.160000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB1 [68457.610000] eth0: link down [68462.110000] eth0: link up, full duplex, speed 100 Mbps [71514.840000] hub 1-1:1.0: port 1 disabled by hub (EMI?), re-enabling... [71514.850000] usb 1-1.1: USB disconnect, address 5 [71514.850000] ftdi_sio ttyUSB1: FTDI USB Serial Device converter now disconnected from ttyUSB1 [71514.870000] ftdi_sio 1-1.1:1.0: device disconnected [71515.140000] usb 1-1.1: new full speed USB device using orion-ehci and address 6 [71515.260000] usb 1-1.1: configuration #1 chosen from 1 choice [71515.260000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected [71515.300000] usb 1-1.1: Detected FT232RL [71515.300000] usb 1-1.1: Number of endpoints 2 [71515.300000] usb 1-1.1: Endpoint 1 MaxPacketSize 64 [71515.310000] usb 1-1.1: Endpoint 2 MaxPacketSize 64 [71515.310000] usb 1-1.1: Setting MaxPacketSize 64 [71515.390000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0 [84309.460000] hub 1-1:1.0: port 1 disabled by hub (EMI?), re-enabling... [84309.470000] usb 1-1.1: USB disconnect, address 6 [84309.480000] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0 [84309.490000] ftdi_sio 1-1.1:1.0: device disconnected [84309.740000] usb 1-1.1: new full speed USB device using orion-ehci and address 7 [84309.860000] usb 1-1.1: configuration #1 chosen from 1 choice [84309.860000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected [84309.900000] usb 1-1.1: Detected FT232RL [84309.900000] usb 1-1.1: Number of endpoints 2 [84309.900000] usb 1-1.1: Endpoint 1 MaxPacketSize 64 [84309.910000] usb 1-1.1: Endpoint 2 MaxPacketSize 64 [84309.910000] usb 1-1.1: Setting MaxPacketSize 64 [84310.010000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB1 [86822.610000] usb 1-1.1: USB disconnect, address 7 [86822.650000] ftdi_sio ttyUSB1: FTDI USB Serial Device converter now disconnected from ttyUSB1 [86822.650000] ftdi_sio 1-1.1:1.0: device disconnected [86834.370000] usb 1-1.1: new full speed USB device using orion-ehci and address 8 [86834.480000] usb 1-1.1: configuration #1 chosen from 1 choice [86834.510000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected [86834.510000] usb 1-1.1: Detected FT232RL [86834.520000] usb 1-1.1: Number of endpoints 2 [86834.520000] usb 1-1.1: Endpoint 1 MaxPacketSize 64 [86834.530000] usb 1-1.1: Endpoint 2 MaxPacketSize 64 [86834.530000] usb 1-1.1: Setting MaxPacketSize 64 [86834.610000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0 SPoK

La connexion/deconx n'est pas à l'origine du pb car initialement je ne le faisais pas, je l'ai mis en place parce que ce pb apparaissait et que je me suis dis que, peut-être, en réinitialisant les choses... voici l'extrait ... [ 115.800000] usbserial: USB Serial Driver core [ 116.230000] findhostd uses obsolete (PF_INET,SOCK_PACKET) [ 116.750000] USB Serial support registered for FTDI USB Serial Device [ 116.750000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected [ 116.780000] usb 1-1.1: Detected FT232RL [ 116.780000] usb 1-1.1: Number of endpoints 2 [ 116.790000] usb 1-1.1: Endpoint 1 MaxPacketSize 64 [ 116.790000] usb 1-1.1: Endpoint 2 MaxPacketSize 64 [ 116.800000] usb 1-1.1: Setting MaxPacketSize 64 [ 116.810000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0 [ 116.820000] usbcore: registered new interface driver ftdi_sio [ 116.830000] ftdi_sio: v1.5.0:USB FTDI Serial Converters Driver [64880.600000] hub 1-1:1.0: port 1 disabled by hub (EMI?), re-enabling... [64880.610000] usb 1-1.1: USB disconnect, address 3 [64880.640000] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0 [64880.650000] ftdi_sio 1-1.1:1.0: device disconnected [64880.900000] usb 1-1.1: new full speed USB device using orion-ehci and address 5 [64881.020000] usb 1-1.1: configuration #1 chosen from 1 choice [64881.020000] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected [64881.060000] usb 1-1.1: Detected FT232RL [64881.060000] usb 1-1.1: Number of endpoints 2 [64881.060000] usb 1-1.1: Endpoint 1 MaxPacketSize 64 [64881.070000] usb 1-1.1: Endpoint 2 MaxPacketSize 64 [64881.070000] usb 1-1.1: Setting MaxPacketSize 64 [64881.160000] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB1

Bonjour, j'ai une application particulière (qui ne fait pas partie des "paquets" officiels installables sur le Synology) que je voudrais "piloter" (démarrer/arrêter) à partir de l'interface Web d'admin. Y a-t-il un moyen ? cdlt

- dmesg : quand ça déconne, j'ai la ligne suivante usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB1 alors que quand c'est ok j'ai usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB0 - mon code se déconnecte et reconnecte régulièrement - quand je débranche/rebranche, ça semble résoudre le pb (je ne me vois pas faire ça à chaque fois...)

Bonjour, Après avoir franchi de nombreux obstacles dans mon projet de raccordement d'un Rfxtrx433 sur mon NAS DS411j (fortement aidé par SP@ro que je remercie vivement), me voici confronté à un nouveau pb. De façon régulière et systématique, au bout de qq heures, je n'arrive plus à lire les données reçues par le Rfxtrx. Mon programme de lecture et de traitement des données me retourne l'erreur suivante : serial.serialutil.SerialException: could not open port /dev/ttyUSB0: [Errno 19] No such device: '/dev/ttyUSB0' Pourtant le device /dev/ttyUSB0 existe pourtant bien. J'ai beau le supprimer et le recréer, rien y fait. Seule solution que j'ai trouvée pour rétablir les choses, c'est de rebooter mon Synology... Qqun aurait-il une idée ?

le pb ne vient pas du code mais de la sonde je pense (meme le programme de test de Patrick Haeflinger détecte le pb), la sonde envoie un rermier octet suivi d'un n puis le reste de la trame ! Il faut donc faire 2 readline pour récupérer toute la trame. Bon j'ai modifié le programme pour contourner le pb mais c'est tout de même bizarre

encore moi. Un nouveau petit problème : j'ai désormais 3 capteurs, un THN132N, un BTHR918N et un THGR122NX. Sur les 2 premiers pas de pb, en revanche sur le dernier, le THGR122NX, la lecture de la trame est bizarre. Je la reçois en 2 fois. Une première où je reçois que le premier octet, ['0A'], c-a-d la longueur de la trame totale que je devrais recevoir en une fois, puis les 10 octets suivants : ['52', '01', '02', '50', '01', '00', 'C6', '2E', '02', '79']. Sur les autres capteurs, je reçois la trame complète en une seule fois, ex. pour le THN132N : ['08', '50', '02', '01', '7B', '01', '00', 'C7', '50']

super, je vais essayer ça. Merci

bon désolé pour le dérangement, j'ai finalement trouvé (enfin je sais pas pourquoi exactement mais maintenant ça ne le fait plus) : dans le script de lancement j'ai rajouté "&" à la fin du lancement de mon programme python afin de le mettre en background et depuis, plus de pb

j'ai oublié de précisé que lorsque je lance le prog de lecture "à la main", je n'ai pas le pb

J'ai continué mes pérégrinations sur le sujet et je tombe sur un nouveau pb : j'ai créé un prog python de lecture de mes capteurs et qui écrit dans une base sql fortement inspiré du prog de Sp@r0. Ce prog se lance au boot via un script shell mis dans /usr/syno/etc/rc.d. Jusqu'ici pas de pb, sauf que j'ai remarqué depuis que je n'arrive plus à accéder à l'interface web de mon Synology. La page de login s'affiche bien mais après saisie du login/msp, la page me répond "Le système est en cours de mise à jour..." Quand je "kill" le shell et le prog python, tout revient à la normal

oui et il fonctionne par ailleurs tout à fait normalement

Bonjour, depuis ce matin, je n'ai plus accès à l'interface Web de mon DS411j en DSM 4.1 et ce, quel que soit le compte avec lequel j'essaie de me connecter (admin ou utilisateur lambda). J'ai bien la fenêtre de login mais après saisie des ident, la page me répond "Le système est en cours de mise à jour..." qqun a-t-il une idée ? cdlt

ok j'ai trouvé : j'ai mis script dans /usr/syno/etc/rc.d et c'est bon

ok pour ipkg, en revanche malgré les modif dans le script comme tu l'as précisé, il semble ne pas s'exécuter au boot puisque mes modules n'apparaissent toujours pas dans le lsmod

encore mou (décidément...) Pourquoi après reboot, je n'ai plus accès à ipkg ? J'ai fait une recherche, il est à plusieurs endroits, notamment dans /opt/bin. bon peut-être normal puisque /opt/bin n'est pas dans $PATH, mais alors pourquoi quand j'ai installé ipkg je n'avais à ce moment là pas de soucis pour le lancer ? Plus étonnant, quand je vais dans le répertoire /opt/bin et que je tape ipkg... le système me répond ipkg: not found ! Autre question, j'ai créé un script pour charge les modules usbserial.ko... au démarrage, j'ai mis ce script dans /opt/etc/init.d maais après reboot, le scropt ne semble pas s'être exécuté puisque les modules ne sont pas chargés (j'ai pourtant vérifié la validité du script)

j'était bien connecté en root. Voici le résultat : Optware Bootstrap for syno-mvkw. Extracting archive... please wait bootstrap/ bootstrap/bootstrap.sh bootstrap/ipkg-opt.ipk bootstrap/ipkg.sh bootstrap/optware-bootstrap.ipk bootstrap/wget.ipk 1232+1 records in 1232+1 records out Backup your configuration settings, then type: rm -rf /volume1/@optware rm -rf /usr/lib/ipkg This will remove all existing optware packages. You must *reboot* and then restart the bootstrap script. Bon, c'est en copiant ce résultat que j'ai vu cette histoire de backup, j'ai supprimé ce qu'il me demande de supprimer (même si je ne comprends pas pourquoi), j'ai rebooté et relancer le script et là, c'est ok. Mais bon, pas tout pigé... Merci bcp pour toute ton aide

Bon, suite des festivités. Sur tes conseils, j'ai essayé d'installer ipkg. L'install n'a pourtant pas l'air d'être compliquée et bien même ça, ça ne se passe pas comme prévu... wget ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/stable/syno-mvkw-bootstrap_1.2-7_arm.xsh sh syno-mvkw-bootstrap_1.2-7_arm.xsh je vérifie la création du répertoire /opt/etc/init.d, pas de répertoire ! Je le créé je fait ensuite un ipkg update et là le système me dit ipkg: not found ! Je suis maudit...

Finalement, malgré cela j'ai quand même fait l'inscription des modules insmod... Ils apparaissent dans le lsmod on peut considérer que c'est ok ? (je ne peux pas encore tester avec un quelconque périphérique usb, notamment le RFXtrx puisque je ne l'ai pas encore reçu)