Lazer

si tu n'as rien dans le debug du bouton,c'est bon signe si tu regardes le code de chaque bouton, tu peux activer une variable debug=true qui te donneras beaucoup de logs.... donc par défaut c'est désactivé, je m'en sers seulement pour le développement.

OK normal. Donc c'est très bizarre que ton VD n'arrive pas à se connecter.... là je ne comprends pas ,???

Il faut mettre exactement le nom de domaine que tu utilises pour te connecter habituellement afin de visualiser les graphs. Et aussi, t'es sur que tu as bien mis le répertoire /graph à la racine du site. Si tu testes comme ça, ça donne quoi : http://mon.domaine.com/graph/data_post.php En fait, c'est simple : ce que tu mettais avant dans la variable NAS du code de chaque bouton, tu le mets maintenant dans les propriétés en haut du VD, c'est juste pareil en plus simple.

C'est quoi cette mise à jour, je ne vois personne se plaindre de régression ? C'est pas normal ça, limite c'est louche Même les utilisateurs de HC Lite ont l'air ne n'avoir eu aucun pb de migration depuis la v3.

@Sakkhho Alors, pour l'erreur "Duplicate entry" sur la table domotique_temperature_day, c'est parce que tu as 2 valeurs pour le device 263 en date du 07/09/2015. Va faire un tour dans ta table, supprime une des 2 entrées, et relance le script install.php. L'erreur ne devrait plus se produire. Ca c'est certainement produit car tu as du renommer un device suite à un changement d'ID. Pour ton VD, Seb a répondu mais je complète, il faut mettre l'adresse IP ou le nom DNS complet de ton serveur (ne pas mettre http:// devant le nom), ainsi que le port (normalement c'est 80). @sebcbien : Ah ne n'ai pas du tout prévu de gérer des week-ends complets en HC. En France, les horaires sont tous identiques (à 2 min près) d'un jour sur l'autre, sans distinction semaine/WE. Je ne savais pas qu'en Belgique vous aviez cette particularité sur les contrats d'électricité. Bon du coup je ne vois pas du tout comment le gérer simplement, ça fait une partie du code à réécrire.... CO2, Bruit, etc, il faut la Netatmo Station. Tu peux cliquer sur le bonton Device autant de fois que tu veux, mais une seule suffit Et oui il y a toujours les devices Météo, c'est normal. Pourquoi, tu ne les voulais pas ? Il suffit de les cacher alors.

Pour voir le niveau exact de batterie, il faut passer par l'API et rechercher l'ID du module : http://IP/api/devices

Voilàc'est ça. Pour compléter, en fait, àla différence d'une mac adresse (qui est attribuée en usine àla carte réseau), le Node ID est attribué par le contrôleur Z-Wave au moment de l'inclusion du module. C'est donc le contrôleur qui décide de ce qui se passe sur son réseau, et qui distribue les Node ID. Du côté du module, dès qu'il àreçu un Node ID, il sait qu'il appartient àun réseau, et refuse être inclus dans un autre réseau. C'est pour cette raison qu'il faut toujours exclure un module avant de l'inclure ànouveau.

Je dirais plutôt que le Node ID correspond à une sorte de MAC Adresse.... c'est un identifiant unique de chaque module sur le réseau Z-Wave, ça fait partie de la norme du protocole. Tout le reste (Device ID, soft-reconfiguration, etc) sont des notions propres à la HC2. Je en suis pas certain de savoir répondre à ta dernière question, mais ce qui est certain, c'est que lors d'une exclusion : - le module perd son Node ID - toutes les infos du module sont supprimées de la base de données de la HC2 (nom du module, Device ID, Node ID, paramètres etc) => donc lors de l'inclusion, le module obtient un nouveau Node ID et de nouveaux paramètres. En fait, le soft-reconfiguration c'est juste une reconfiguration des paramètres du module, sans toucher à son Device ID et son Node ID. Enfin c'est comme ça que je l'ai compris.

C'est cool, ça signifie qu'il reconfigure proprement les devices tout seul, y'a du progrès. En même temps ça fait partie des nouveautés annoncées dans le changelog, donc faut bien que ça fonctionne un peu quand même

Mise àjour du paragraphe Energie en première page.

Yes, bienvenue en v4 Tu vas devoir faire quelques reconfigurations douces de modules.... bon courage, j'espère que tout fonctionnera comme annoncé !

En fait, il est connu depuis longtemps que les modules de type "plusieurs-en-un" sont mal reconnus par la HC2. Exemple de module "simple" : relai simple, dimmer simple Exemple de module "plusieurs-en-un" : relai double avec mesure de consommation, oeil de sauron, tous les modules Qubino, la plupart des modules Aeon Labs, etc Donc si j'interprète bien cette phrase, les nouveaux modules qui sortent et qui intègrent plusieurs fonctionnalités seront correctement reconnus et directement utilisables dans la HC2, même sans template. Le template ne servant qu'à appliquer les paramètres (n°1, n°2, etc), c'est pas indispensable. D'autant plus que l'interface de la HC2 permet de forcer manuellement un paramètre donné si on en connait le numéro (généralement indiqué dans la doc du module). Donc ça serait l'évolution ultime qui permet d'utiliser immédiatement n'importe quel nouveau module du marché. A voir....

Sur Github j'ai mis le code de chaque bouton du Virtual Device, ainsi si vous voulez copier/coller le code pour chaque bouton afin de ne pas importer le nouveau fichier vfib (et avoir un nouvel ID), c'est possible : https://github.com/cdriget/DomoCharts/tree/master/Virtual-Device

Euh, pour moi, outre le tout nouveau process de migration depuis la V3 (qui ne concerne plus grand monde.... SebDel si tu passes par là ), la méga grosse nouveauté c'est ça ! Devices with multiple endpoint are now building correctly even without templates Si c'est vrai, on pourra utiliser tous les modules, mêmes ceux qui ne sont pas du tout reconnus à l'heure actuelle.

Cool @cquint tu peux mettre à jour le changelog en première page STP ?

Sur le bugtracker, je ne sais pas, mais on en parlait beaucoup ici du temps de la v3, donc ça remonte àl'année dernière. J'ai souvenir que de modifier le panneau de variable cassait tous les VD de Krikroff car il était le premier àstocker des valeurs non conventionnelles dans ses variables.

Non mais là je reprenais juste l'historique du sujet des scènes qui se désactivent toutes seules. Si tu as des soucis de Trigger, c'est un tout autre problème.....

Je pense vraiment que ce n'est pas nouveau. Au contraire, je dirais même que c'est moins pire qu'avant, car depuis 1 ou 2 versions, le script de mise à jour effectue beaucoup plus de vérifications qu'il ne le faisait avant. Donc c'est positif car y'a du mieux, mais c'est pas encore ça :/ Sinon, si tu fais bien une sauvegarde avant la mise à jour, et que le checksum de ta clé recovery est OK, tu pourras toujours revenir en arrière si la mise à jour est un échec.

Le bug du panneau de variable est connu depuis toujours. Il faut te faire un VD ou une scène pour modifier les variables, et ne jamais modifier en direct les variables via le panneau.

Tony non je ne sais pas, c'est la première fois que j'applique une mise àjour manuellement, mais làcomme j'étais impatient et que j'avais du temps, c'était l'occasion de tester. je suis pas déçu

En fait je disais ça pour hermanos, amonthet et Elmer

J'ajoute que dans index.php, il faudra que tu dé-commentes la ligne permettant d'afficher l'eau dans les graphs (la ligne est déjàprésente, je l'ai juste cachée ! )

Parfait Sakkhho, c'est exactement la même structure, donc pas de crainte àavoir (mais fait quand même une sauvegarde avant, on ne le dira jamais assez

Comme @Gazous, je pense qu'il serait utile de partager le code des scènes qui s'arrêtent toutes seules. Je ne serai pas surpris d'un code qui amène la scène àplanter (fuite mémoire, boucle infinie, appels récursifs, etc). D'ailleurs, au niveau occupation mémoire dans le panneau de diagnostiques, la RAM et le CPU sont stables ?

dans tous les cas, commence par faire une sauvegarde de ta DB. Tu peux me donner la structure de ta DB water afin que je vois si c'est bien la même que la nouvelle ?