TurboX

du site, enregistrer le changement d'un état dans une table spécifique de la base mysql. Dans le script python, (à la fin ou au début) aller lire cette table, si une commande est détecté, envoyer la trame dédié à la commande (avec ser.write() ). De cette manière, meme si le script n'est pas prêt pour la reception des commandes, il le fera à la prochaine passe (voir même envoyer des commandes multiples s'il y en a).

Ma question est peut-être bête mais pourquoi ne pas utiliser "ser.write(trame)" une fois la liaison série ouverte?

C'est ce que je me dis

Oui mais j'imagine qu'ils n'ont pas développé leur propre capteur (vu la quantité). Si c'est comme DIO et Chacon ...

La marque casto justement (BLYSS). Les micro-modules, télécommandes, ...

Situation débloquée pour moi . Il me reste des modules de réception à acheter pour pouvoir émettre. Quelqu'un a testé ceux de chez casto?

Cool Tu as pris de l'avance là, je reste bloqué sur mon @é§%ù de MySQLdb.

Arf ba moi je galère avec cette MySQLdb ... j'ai essayé plusieurs versions mais rien à faire. Je pense qu'il faudrait que je nettoie à fond ipkg car lorsque je désinstalle les modules ,certains fichiers restent. Je vais tester le spk de synocommunity (merci à Diaoul).

Merci sp@r0 encore une fois. Par contre je vais m'absenter donc je vais pas beaucoup avancer. PatrickH: qu'utilises-tu pour envoyer dans la base de donnée? la technique de sp@r0 ou bien directement des requêtes mysql?

J'ai trouvé mysqldb en ipkg "py25-mysql" mais j'ai des problemes de compatibilité de versions. J'ai désinstallé python2.5 et ré-installé python2.6 et donc le module "py26-mysql" mais j'ai toujours l'erreur "libmysqlclient_r.so.14: cannot open shared object file: No such file or directory". Sinon concernant concernant mon script je décode maintenant les valeurs des sondes/capteurs.

Je croit que mon petit 107+ risque de ne pas apprécier alors Pour l'instant je ne sais pas si je sépare sauvegarde (212+) et domotique(107+). Pour des raisons financière j'aurais bien vendu le 107+ mais ce serait plus sérieux de le garder pour le dédier à la domotique. Sinon petit script pour voir les trames en entier cette fois des sondes oregon et capteur d'ouverture de porte. https://www.dropbox.com/s/v3eil9v0rngn00t/test_tramecomplete.sh Cela donne quoi chez toi PatrickH?

Sur le site de rfxcom on peut lire : this transceiver is supported by : domogik (in version 0.2.0)

Ah oui moi j'ai mis python 2.5

https://www.dropbox.com/s/4lt8hd6fk65knbm/lecture_simple_des_trames_rfxtrx433.sh sp@r0: à la rigueur s'il peut partager ce serait simpa mais j'en suis pas encore là. Je dois aussi réfléchir à l'enregistrement des données dans la base mysql. Soit je fais comme toi un petit fichier ajout.php soit je trouve autre idée.

Tu as fait un ipkg update et ipgk urgrade?

PatrickH pour pyserial, j'ai fait un "ipkg install py25-serial". Je peux t'envoyer un script qui ne fait que lire les trames si tu veux. domogik je veux bien mais j'avoue que l'idée de passer par python de sp@r0 es tassez motivant car on comprends bien tout ce que l'on fait et l'on peut adapter. J'apprends des choses avec ce petit rfxtrx. Après si quelque chose de tout fait existe, cela peut-être à tester aussi.

Avec rfxmngr tout est bien d'un bloc. La il me faut lire deux fois le port serie pour avoir la trame complète. Bon après si je trouve pas le moyen de l'avoir en une seule fois c'est pas grave il suffit de le savoir. En fait, je ne vois toujours pas le souci. Par ex, ma sonde oregon me sort " ... 00 C4 59" soit [0,0,12,4,5,9] le C4 correspondant à 196 soit 19,6 °C.

Mes trames étaient fausses (c'est pour ça que je ne comprenais rien du tout). En fait, le rfxtrx est a 38400bauds. La sonde oregon est bien vu en entière, par contre mon capteur d'ouverture de porte est vu en 2 fois : une trame de 18 et une trame de 6 (lors d'une seconde lecture de la liaison serie). Merci pour ton explication, je comprend maintenant ton code mais je ne vois pas ce que tu as fait à l'envers.

je vois enfin des trames passer sur mon petit syno. Elle ressemble pas à grand chose mais il y a bien quelques chose qui se passe. J'ai entre-temps étudié les trames via rfxmngr et compris ou était les ID, les valeurs à interpreter. Prochain challenge, traduires les "Äù" et autres carractères du genre sous forme "0B 11 00 01 00 4B...". @sp@r0: je ne comprends pas bien ton décodage de trame, une petite explication pour éviter que j'y passe encore une semaine? (tu me diras je suis pas à une semaine près c'est un projet assez long )

En fait c'est ce que j'ai fait (mknod /dev/ttyUSB0 c 188 0), je l'ai créé (ainsi que ttyUSB1 et ttyUSB2). J'ai fait un script qui affiche juste les trames mais il ne me sort aucune valeur.

Je viens de me rendre compte que je n'ai pas de répertoire dev/ttyUSB0 ... étrange

Réponse du support synology: il faut prendre le gpl 6281. C'est ce que j'ai fait, compilé et installé sur le 212+.

Perso je viens de le faire pour 2 Seagate 7200.14 (2x2To) qui vont dans un 212+, cela m'a pris 6h en tout. C'est un peu long mais au moins je suis rassuré.

J'ai l'impression que la source gpl n'est pas encore dispo pour le 212+. C'est un arm marvell 6282.

Merci, mais je n'ai que le transmetteur rfxcom donc on va espérer que ce soit bon.