Lazer

D'après la boutique Control Living, ce thermostat est partiellement supporté sur HC2, mais ils confirment, comme domotique-store, qu'il n'y a pas d'intégration au panneau de chauffage. Par contre si les valeurs sont bien remontées, comme en atteste la capture d'écran, ça me va et je peux faire un peu de LUA pour récupérer la consigne et la transmettre à mon ZXT-120 pour le contrôle de la PAC. Tous les sites de domotique référencent bien la 014G0160, qui est le modèle compatible Z-Wave, et non pas le protocole Danfoss Link propriétaire, comme l'avait signalé @Yannick.

Oui normal car ce qui a planté, c'est l'instance de base qui tourne en boucle infinie. Donc tous les scénarios basés sur l'interface de multiple de 30s ne peuvent plus fonctionner, tels que l'extinction automatique. Tandis que les instances basées sur les triggers (value, globalvariable, etc) sont déclenchées au coup par coup. Avec le watchdog tu ne devrais plus avoir ce souci

Oh punaise, Did est en forme

Voici le script Fibaro_HC2_Debug.user.js pour GreaseMonkey sous Firefox qui permet d'ajouter les fonctionnalités suivantes aux fenêtres de debug des Modules Virtuels sur la HC2 : Maximise la zone de visualisation des logs :Réduit les marges de la fenêtre de debug Hauteur de presque 100% de l'écran Largeur de 75% de l'écran Ajout d'un bouton "Copier" :Permet de copier directement tout le contenu de la fenêtre de debug dans le presse-papier. Pré-requis : Chrome 42, Firefox 41, IE 9, Opera 29, Safari non supporté. Limitation : disponible uniquement pour le debug de la main loop. Clique automatiquement sur le bouton "Démarrer" :Permet que les logs déjà présents s'affichent immédiatement. Note : n'a aucun effet sur l'exécution réelle du code LUA : la main loop démarre automatiquement, tandis qu'un bouton attend d'être cliqué (manuellement ou via script) Positionner le focus sur la zone de log :Permet d'utiliser les touches du clavier (Up, Down, Home, End) afin de naviguer plus rapidement dans un log un peu trop long. Télécharger le fichier Fibaro_HC2_Debug.user.js.txt puis supprimer l'extension .txt afin de le renommer en Fibaro_HC2_Debug.user.js Note : testé avec Firefox sous Windows. Non testé avec les autres environnements, tels que TamperMonkey sous Chrome (Windows/MacOS). J'attends vos retours, merci EDIT : ajout du lien direct pour télécharger le fichier sur Github. Fibaro_HC2_Debug.user.js.txt

2 RGBW en fait : - 1 pour le ruban LED - 1 pour le capteur car il me semble bien que ce module ne puisse pas fonctionner simultanément en entrée et en sortie. Ceci dit, Domodial a totalement raison : à toi de tout créer, il n'y a rien de tout prêt comme le laisse croire la pub.

Yes En plus avec les futurs graphs personnalisables, tu pourras sans problème choisir quel valeur tu veux mettre sur chaque graphique. Par contre c'est pas pour tout de suite, je bosse sur d'autres sujets là....

Qubino Weather Station http://qubino.com/products/weather-station/ Concept intéressant : le module Z-Wave est dans une clé USB afin de puiser son alimentation électrique n'importe où (sur la box domotique par exemple, ou ailleurs) Ce module assure le "pont" entre les capteurs existants en technologie 433 MHz, et retranscrit les infos en classes Z-Wave interprétables par la box domotique.

Bon je te laisse regarder le code de jojo du coup Finalement je me suis lancé dans du javascript ce soir (cf topic GreaseMonkey)

oui parce que évidemment, si on crée une catégorie bazar, il y aura plusieurs types de bazar, et on ne fait que repousser le problème ! C'est sans fin...

...Teasing... Vous en avez marre de développer sur votre écran panoramico-géant Giga-Wide-HD, et d'être limité par la taille ridicule de la fenêtre de debug proposée par Fibaro ? Amélioration proposée : Coming soon...

De retour devant mon PC préféré T'en es où alors ? Ca vaut le coup que je passe du temps à débugguer ton code dans mon HC2 ? Ca ne va pas mettre un virus ?

Pour info : Debian 6.0 Long Term Support reaching end-of-life Pour rappel, la HC2 est basée sur une Debian 6. Bon même si Debian annonce officiellement la fin du support et des correctifs de sécurité pour cette version, ça ne changera rien pour nous car Fibaro ne faisait de toutes façons pas les mises à jour de notre box

si tu veux indexer le jour àpartir de ton autre tableau, il faut que tu utilises des crochets, du genre : monTableau.properties.[jour_json[j]]... bon je file, je te laisser chercher et je regarde ça plus tard en détail

Y'a pas de champs jour_json dans ta variable montableau { "id": ?1, "name": "Chambre parents", "properties": { "monday": { "morning": { "hour": ?1, "minute": ?15, "temperature": ?18 }, "day": { "hour": ?6, "minute": ?45, "temperature": ?19 }, "evening": { "hour": ?7, "minute": ?45, "temperature": ?14 }, "night": { "hour": ?21, "minute": ?45, "temperature": ?19 } }, ...

1/ non 2/ toujours non 3/ oui car tu as certainement acheté les détecteurs chez Orange qui sont stockés depuis > 1 an

Up, juste pour taquiner Pascal

Alors, ni le soft, ni le full reconfiguration de la sirène ZW080 n'ont fonctionné. J'ai fait une exclusion/inclusion de la sirène, et tout roule, j'ai le template, et il n'y a plus de message d'avertissement pour module "non-configuré". La blague, c'était lors de l'inclusion, la sirène s'est mise en marche automatiquement, j'ai fait un bon de 1m en arrière ! Au moins ça fonctionne

je ne suis pas certain de bien comprendre.... tu veux dire une ligne GEA bidon, qui ne fait rien si ce n'est afficher un message dans le log de GEA ? Why not, mais on en revient toujours à la double vérification, est-ce vraiment utile d'en faire autant ? Depuis 4 mois que mon watchdog tourne, je n'ai pas eu beaucoup de plantages de GEA, ça reste rare quand même (sauf en 4.070, mais c'était une stable pas stable, donc on l'oublie bien vite celle-là ). Du coup, à chaque fois j'ai reçu la notification du redémarrage de GEA sans même que je me rende compte qu'il avait planté, d'un point de vue "utilisateur"

absolument mais ça oblige àmodifier le code de GEA. Et puis comme on a la double vérification avec le countscene, c'est pas indispensable.

Mince, je réalise que tu bosses dans une caserne. Donc j'ai eu le droit au grand jeu, 3 engins dont la grand échelle.... faut dire qu'en ville ça peut aller vite. Mais avec les tuyaux d'arrosage on a réussi à limiter le feu en attendant l'arrivée des pompiers qui ont rapidement éteint tout ça. Pas de gros dégât heureusement

un incendie de mon compost l'été dernier

Bienvenue sur le forum Johan

Je crois qu'on n'a pas fait le ménage, mais on a éradiqué l'élément perturbateur

Un GEA qui n'a rien à faire (la nuit, pendant les vacances, etc) n'affiche rien pendant 10 minutes. Le SEUL message répétitif sur lequel on puisse se baser pour déterminer de façon fiable si GEA est planté ou continue de tourner, est le message "Durée des traitements" qui est affiché par GEA au bout de 10 minutes. Donc on attend 11*60s = 11 minutes, mais on pourrait tout aussi bien attendre 10 minutes et 1 seconde. En cas de plantage (core dump sous Linux) de GEA, la scène est donc redémarrée au plus tard après 11 minutes. A noter qu'on compte également le nombre d'instances (count=1) de la scène, donc GEA est redémarré immédiatement (enfin, après 60s maxi qui est le temps de sleep entre 2 vérifications) si il n'y a plus d'instance. Conclusion : double vérification.

Pour les switchs, je ne sais pas trop, mais pour le routeur, je pense que le mieux àconseiller en grand public àl'heure actuelle c'est le nouveau Synology. Je ne sais pas comment il est positionné en tarif comparé au TPLink, mais Nico pourra t'en parler. Mais le Syno me semble complet et facile àprendre en main grâce àson interface Web éprouvée sur les NAS de la marque.