declencher Posté(e) le 27 décembre 2012 Posté(e) le 27 décembre 2012 (modifié) Bonjour, Je viens de découvrir ce projet opensource hébergé sur sourceforge, qui offre entre autre de nombreuses fonctions autour du Rfxtrx433 de RFXCom, ce qui pourrait être intéressant pour ne pas avoir à développer soit même un code en C ou pyton pour enregistrer des températures par exemple. D'après ce que j'ai pu voir sur un autre forum, ce soft s'installe bien sur nos Syno (manuellement, pas encore de package). L'un d'entre vous l'a t'il déjà testé ? A+ ! Modifié le 27 décembre 2012 par declencher 0 Citer
Phil2000 Posté(e) le 24 février 2013 Posté(e) le 24 février 2013 Bonjour, As- tu eu des réponses quant a ta question, je me pose exactement la même question ! Merci d'avance, Phil 0 Citer
declencher Posté(e) le 24 février 2013 Auteur Posté(e) le 24 février 2013 (modifié) Peu de retour. Certains arrivent ࠬ'installer et d'autres non... En tout cas pour lire le signal de sondes m鴩o j'ai 飲it un programme moi mꭥ. Il me reste les courbes ࠦaire au sein d'une page web. Modifié le 24 février 2013 par declencher 0 Citer
Diaoul Posté(e) le 24 février 2013 Posté(e) le 24 février 2013 Il faut boost et cmake. C'est de la sacré dépendance pour un Syno. 0 Citer
Diaoul Posté(e) le 25 février 2013 Posté(e) le 25 février 2013 Bon étant donné que spksrc a déjà boost (a voir selon les archi et les librairies boost requises) et qu'il faut cmake en natif, je suis en train de voir pour cross compiler ce fameux Domoticz. Des intéressés pour tester ? Ou pour m'acheter du matos ? 0 Citer
PatrickH Posté(e) le 25 février 2013 Posté(e) le 25 février 2013 Salut Diaoul, Je serais intéressé par tester si tu arrive à le compiler. Normalement 'ai déjà tout ce qu'il faut pour tester : sondes Oregon, RFXCOM, RFXtrx433 ! Patrick 0 Citer
declencher Posté(e) le 25 février 2013 Auteur Posté(e) le 25 février 2013 Je pourrai tester aussi, en espérant que ce soit compatible avec ma solution perso. Je préfèrerai une cross compil de openzwave, j'aurai bientôt le matosse pour tester 0 Citer
Diaoul Posté(e) le 25 février 2013 Posté(e) le 25 février 2013 L'avantage de Domoticz par rapport à OpenZwave c'est que c'est propre et standard. Rien ne t'empèche de commencer à jouer avec OpenZwave sur une platforme linux pour commencer puis de travailler sur la cross-compilation lorsque tu seras convaincu qu'OpenZwave est ce qu'il te faut. Je vous tiens au courant dans la soirée sur ce que j'arrive à tirer de Domoticz (mais surtout boost) 0 Citer
declencher Posté(e) le 25 février 2013 Auteur Posté(e) le 25 février 2013 J'en déduis que tu as stoppé tes recherches sur openzwave ? En tout cas il ne faut pas mélanger openzwave et domoticz. Et je ne pense pas qu'on puisse dire qu'il y en a un plus standard que l'autre. Ce sont juste 2 projets totalement différents. Le premier propose une API open-source assurant la compatibilité avec le protocole zwave et ses nombreuses implémentations au niveau se différent capteurs et actionneurs. Le second est un projet complet proposant IHM et gestion du rfxcom pour l'instant. Peu importe l'API et l'IHM : je pense que l'idéal dans un système domotique est de coupler rfxcom pour les capteurs non critiques et zwave pour le reste... 0 Citer
Diaoul Posté(e) le 25 février 2013 Posté(e) le 25 février 2013 Je ne confond rien, je constate de part mon experience en cross compilation de la propreté respective des projets et de leur respect des best practices en la matière. Par ailleurs il s'agit ici d'un topic sur Domoticz. Après un petit patch du CMakeLists.txt j'ai pu cross compiler Domoticz avec succès ! PatrickH d'après le INSTALL.txt il faut faire l'étape suivante : 4)install the FTDI and usb drivers. For a tutorial on a DS212+ see: http://sirloon.net/installing-usb-serial-modules-on-nas-synology-ds212 basic installation: insmod usbserial.kp insmod ftdi_sio.ko mknod /dev/usb/ttyUSB0 c 188 0 Plugin your RFXtrx transceiver, and verify the USB device is found with: dmesg you should see it found the device and assigned a usb device (in my case ttyUSB0, and it gets linked to /dev/usb/ttyUSB0) J'imagine que si tu utilises le RFXCom sur ton Syno c'est une étape que tu as déjà faite. Tu peux confirmer ? Quelle est l'archi de ton Syno ? Je lance la cross compilation de Domoticz sur toutes les architectures cette nuit mais vu que ça dépend de boost ça m'étonnerai que j'arrive à toutes les avoir. PS : Le support de Z-Wave dans Domoticz c'est par ici 0 Citer
Diaoul Posté(e) le 25 février 2013 Posté(e) le 25 février 2013 Je viens de tomber au hasard sur domotiga... Décidément, c'est pas les initiatives qui manquent... 0 Citer
Diaoul Posté(e) le 26 février 2013 Posté(e) le 26 février 2013 Comme je le pensais 88f5281 et powerpc n'ont pas compilé car les toolchains sont en GCC 3.x. Ce sont des architectures abandonnées par Synology de toute façon issues des séries 07x et 08x. 0 Citer
PatrickH Posté(e) le 26 février 2013 Posté(e) le 26 février 2013 Salut Diaoul, Je compte le tester sur mon USB station 2 sur lequel j'ai déjà installé mon RFXtrx433 (donc effectivement j'ai déjà installé les drivers que tu mentionne) Concernant l'USBS2 voici les infos qui peuvent te servir Mais je viens de me rendre compte d'autre chose...l'USBS2 ne supporte pas le gestionnaire de package...glurps... 0 Citer
Diaoul Posté(e) le 26 février 2013 Posté(e) le 26 février 2013 Et je n'ai de toute façon pas de toolchain pour cross compiler du USB Station 2. 0 Citer
PatrickH Posté(e) le 26 février 2013 Posté(e) le 26 février 2013 Sinon je peux tester ca sur mon DS111 0 Citer
PiwiLAbruti Posté(e) le 26 février 2013 Posté(e) le 26 février 2013 D'ailleurs les tool chains du DSM 4.2 ont été publiées. C'est un miracle que Synology les publie en avance, les autres fois il fallait attendre plusieurs semaines après la sortie de la version finale. Il y a également un mystérieux dossier toolkit, ça te dit quelque chose Diaoul ? Source : http://sourceforge.net/projects/dsgpl/files/ 0 Citer
Diaoul Posté(e) le 26 février 2013 Posté(e) le 26 février 2013 Aucune idée de ce que ça pourrait être ce toolkit, peut être des infos sur le kernel / les toolchains ou alors à l'API de payement. Ca serait sympa. Je regarderai ça. En tout cas il me semble que Synology soit clairement tourné vers l'ouverture afin d'atirer des tiers a faire des packages. 0 Citer
declencher Posté(e) le 26 février 2013 Auteur Posté(e) le 26 février 2013 J'ai un ds212. Je pourrai peut être tester. 0 Citer
Diaoul Posté(e) le 28 février 2013 Posté(e) le 28 février 2013 @PatrickH: Tu as pu testé avec le SPK que je t'ai fourni ? Il faut déjà voir si la commande : /usr/local/domoticz/bin/domoticz -h Fonctionne bien 0 Citer
PatrickH Posté(e) le 28 février 2013 Posté(e) le 28 février 2013 Salut Diaoul, Non j'ai pas encore eu l'occasion de tester le SPK que tu m'as envoyé 0 Citer
bcondou Posté(e) le 19 juin 2013 Posté(e) le 19 juin 2013 Je ne confond rien, je constate de part mon experience en cross compilation de la propreté respective des projets et de leur respect des best practices en la matière. Par ailleurs il s'agit ici d'un topic sur Domoticz. Après un petit patch du CMakeLists.txt j'ai pu cross compiler Domoticz avec succès ! PatrickH d'après le INSTALL.txt il faut faire l'étape suivante : J'imagine que si tu utilises le RFXCom sur ton Syno c'est une étape que tu as déjà faite. Tu peux confirmer ? Quelle est l'archi de ton Syno ? Je lance la cross compilation de Domoticz sur toutes les architectures cette nuit mais vu que ça dépend de boost ça m'étonnerai que j'arrive à toutes les avoir. PS : Le support de Z-Wave dans Domoticz c'est par ici Bonjour Diaoul, Je galère depuis une semaine pour installer Domoticz sur mon NAS DS211 !! Le programme en python rfxcmd.py avec mon RFXCOM fonctionne parfaitement ( donc les pilotes sont ok ) J'ai réussi à installer Domoticz sur mon Raspberry PI sans souci. Mon DS211 est "Bootstrapé" ( DSM 4.2-3211 ) J'ai suivi les instructions du fichier install.txt : ipkg update ipkg upgrade ipkg install gcc ipkg install make ipkg install optware-devel (dont worry about the wget-ssl error) ipkg install boost-dev ipkg install boost-thread ipkg install boost-system ipkg install boost-date-time ipkg install libcurl-dev ipkg install libusb wget http://www.cmake.org/files/v2.8/cmake-2.8.10.tar.gz tar xvf cmake-2.8.10.tar.gz cd cmake-2.8.10 ./bootstrap make make install cd .. rm -R cmake-2.8.10 rm cmake-2.8.10.tar.gz mkdir /opt/arm-none-linux-gnueabi/lib_disabled mv /opt/arm-none-linux-gnueabi/lib/libpthread* /opt/arm-none-linux-gnueabi/lib_disabled cp /lib/libpthread.so.0 /opt/arm-none-linux-gnueabi/lib/ cd /opt/arm-none-linux-gnueabi/lib/ ln -s libpthread.so.0 libpthread.so ln -s libpthread.so.0 libpthread-2.5.so svn checkout svn://svn.code.sf.net/p/domoticz/code/domoticz cd domoticz cmake CMakeLists.txt make Et là le make plante, il me ressort les erreurs suivantes : DiskStation> make[ 1%] Built target domoticz_gch -- Found Subversion: /opt/bin/svn (found version "1.7.7") [ 1%] Built target revisiontag [ 3%] Building CXX object CMakeFiles/domoticz.dir/main/mainworker.cpp.o In file included from /root/domoticz/main/mainworker.cpp:25: /root/domoticz/main/../hardware/BMP085.h:43:3: warning: no newline at end of file /root/domoticz/main/mainworker.cpp:5160: error: integer constant is too large for 'long' type /root/domoticz/main/mainworker.cpp:5160: error: integer constant is too large for 'long' type /root/domoticz/main/mainworker.cpp:5226: error: integer constant is too large for 'long' type /root/domoticz/main/mainworker.cpp:5226: error: integer constant is too large for 'long' type /root/domoticz/main/mainworker.cpp: In member function 'long long unsigned int MainWorker::decode_Energy(int, const tRBUF*)': /root/domoticz/main/mainworker.cpp:5160: error: expected primary-expression before 'long' /root/domoticz/main/mainworker.cpp:5160: error: expected `)' before 'long' make[2]: *** [CMakeFiles/domoticz.dir/main/mainworker.cpp.o] Error 1 make[1]: *** [CMakeFiles/domoticz.dir/all] Error 2 make: *** [all] Error 2 J'ai testé avec la dernière version de CMake ( cmake-2.8.11.1 ) sans succès. J'ai tenté de modifier la constante "usage" en type DOUBLE LONG dans le fichier mainworker.cpp J'ai rejoué la procédure 4 fois... Tu as dis que tu avais patché le fichier CMakeLists.txt, quelles sont les lignes que tu as modifiées ? Ou une autre idée ? Merci d'avance slt 0 Citer
Diaoul Posté(e) le 19 juin 2013 Posté(e) le 19 juin 2013 Pourquoi tu te compiles pas le SPK avec spksrc? 0 Citer
bcondou Posté(e) le 19 juin 2013 Posté(e) le 19 juin 2013 Pourquoi tu te compiles pas le SPK avec spksrc? Salut, Je n'avais pas compris que l'on pouvait procéder ainsi. Je suppose qu'il faut faire un truc du genre curl ou svn pour télécharger le code source puis faire make ? Je vais essayer 0 Citer
Diaoul Posté(e) le 20 juin 2013 Posté(e) le 20 juin 2013 Ne suppose pas, lit le readme Sent from my Nexus 4 using Tapatalk 4 Beta 0 Citer
bcondou Posté(e) le 21 juin 2013 Posté(e) le 21 juin 2013 Ne suppose pas, lit le readme Sent from my Nexus 4 using Tapatalk 4 Beta Salut, On ne peut pas compiler directement sur le SYNO ? il faut faire la compilation sur une debian ? + 0 Citer
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.