ASTECH44

@Lazer. Désolé pour t'avoir fait perdre du temps sur mon problème de table water. Je me suis soudain rappelé que le cache de Chrome n'était pas toujours notre ami. Un petit nettoyage et le Graph water fonctionne. Milles excuses.

Nouvelle manip : 1) Dans HC2, mise en Pause de la scene « DOMOCHARTS » 2) Dans PhpMyAdmin, chager la table « domotique » en « domotique_old » 3) Vérification que les fichiers « index.php » & « config.js » sont paramétrés avec la table « water » active 4) Dans navigateur lancement de la cde 192.168.xx.yy/graph/install.php pour création auto de la table « domotique » , les tables sont créées mais j’ai des erreurs d’index dupliqués ALTER TABLE `domotique_light_day` ADD KEY `device_id` (`device_id`) MySQL Error #1061 : SQLSTATE[42000] Duplicate key name 'device_id' ALTER TABLE `domotique_noise` ADD PRIMARY KEY (`id`) MySQL Error #1068 : SQLSTATE[42000] Multiple primary key defined ALTER TABLE `domotique_noise_day` ADD PRIMARY KEY (`id`) MySQL Error #1068 : SQLSTATE[42000] Multiple primary key defined ALTER TABLE `domotique_noise_day` ADD UNIQUE KEY `device_date` (`date`,`device_id`) MySQL Error #1061 : SQLSTATE[42000] Duplicate key name 'device_date' ALTER TABLE `domotique_power` ADD PRIMARY KEY (`id`) MySQL Error #1068 : SQLSTATE[42000] Multiple primary key defined ALTER TABLE `domotique_power_day` ADD KEY `device_id` (`device_id`) MySQL Error #1061 : SQLSTATE[42000] Duplicate key name 'device_id' ALTER TABLE `domotique_pressure` ADD KEY `device` (`device_id`,`time`) MySQL Error #1061 : SQLSTATE[42000] Duplicate key name 'device' ALTER TABLE `domotique_temperature` ADD PRIMARY KEY (`id`) MySQL Error #1068 : SQLSTATE[42000] Multiple primary key defined ALTER TABLE `domotique_temperature` ADD KEY `device` (`device_id`,`time`) MySQL Error #1061 : SQLSTATE[42000] Duplicate key name 'device' ALTER TABLE `domotique_temperature_month` ADD PRIMARY KEY (`id`) MySQL Error #1068 : SQLSTATE[42000] Multiple primary key defined ALTER TABLE `domotique_temperature_month` ADD UNIQUE KEY `device_date` (`device_id`,`year`,`month`) MySQL Error #1061 : SQLSTATE[42000] Duplicate key name 'device_date' ALTER TABLE `domotique_water` ADD PRIMARY KEY (`id`) MySQL Error #1068 : SQLSTATE[42000] Multiple primary key defined ALTER TABLE `domotique_water_day` ADD PRIMARY KEY (`id`) MySQL Error #1068 : SQLSTATE[42000] Multiple primary key defined ALTER TABLE `domotique_water_day` ADD UNIQUE KEY `device_date` (`date`,`device_id`) MySQL Error #1061 : SQLSTATE[42000] Duplicate key name 'device_date' ALTER TABLE `domotique_wind` ADD PRIMARY KEY (`id`) MySQL Error #1068 : SQLSTATE[42000] Multiple primary key defined ALTER TABLE `domotique_wind_day` ADD PRIMARY KEY (`id`) MySQL Error #1068 : SQLSTATE[42000] Multiple primary key defined ALTER TABLE `domotique_wind_day` ADD KEY `device_id` (`device_id`) MySQL Error #1061 : SQLSTATE[42000] Duplicate key name 'device_id' Finished 5) Action sur bouton « device » du VD 6) Remise en production de la scène 7) Verif dans PHPMyAdmin, les tables se remplissent 8) Http://192.168.xx.yy/graph OK pour graph Temperature , Power, mais toujours même erreur sur Water

je viens de vider la table water, et ne garder qu'un seul device water dans le VD, la table se remplit , mais j'ai toujours la même erreur dans la console.

@Lazer Bonjour et merci pour ta réponse. Au cas où, les réponses ci-dessous te permettrai de me mettre sur de nouveaux indices. En demandant dans Domocharts, le graph EAU(L) j’obtiens le message d’erreur suivant Console développement graph.js:69 Uncaught TypeError: Cannot read property 'min' of null at createChart (graph.js:69) at Object.success (graph.js:198) at j (jquery-2.1.4.min.js:2) at Object.fireWith [as resolveWith] (jquery-2.1.4.min.js:2) at x (jquery-2.1.4.min.js:4) at XMLHttpRequest.<anonymous> (jquery-2.1.4.min.js:4) fichier graph.js lignes 68 à 75 yAxis: { min: getChartConfig(currentSensorType).min, minPadding: 0, max: getChartConfig(currentSensorType).max, maxPadding: 0, title: { text: getChartConfig(currentSensorType).yaxis }, Alors que si je demande dans Domocharts le graph Eau (L) moyenne journalière , j’obtiens Load data from type : water_day graph.js:176 Load data from device : 0 2001,water Consommation, graph.js:176 Load data from device : 1 2002,water2 Consommation EAU, graph.js:34 Courbe water Consommation: type = line graph.js:34 Courbe water2 Consommation EAU: type = line graph.js:57 Chart loaded graph.js:141 display chart Autrement, dans PhpMyAdmin, je remarque que dans la structure de la base « water », le device_id n’est pas renseigné

Bonjour. J’avais installé en 2015 DOMOCHARTS V5.0 (merci Lazer pour cet outil) sur un NAS QNAP 210. Je remplace aujourd’hui ce NAS par un SYNOLOGY DS220+ (DSM 6.2.3-25426 update 2 avec PhpMyAdmin et MariaDB_Version du serveur : 5.5.62- • Version de PHP : 7.2.29) et réinstalle DOMOCHARTS V5.0 suivant le tuto de Lazer en page 1 Les graphs des types supportés notamment temperature, power et humidity fonctionnent parfaitement. Je ne suis pas équipé de capteur tels que co2, , light pressure, noise, rain, wind. Par contre , pour les « variables » tel que « water », l’écran reste noir avec le message « Loading please wait ». mais doivent fonctionner pour water-day & water-month, mais je ne les utilisent pas. Je voulais dupliquer ce fonctionnement pour les infos « ampere » d’un module HEM3Gen 5 d’Aeon Labs connectés sur tri phasé « français » en dupliquant la table « water » et modification en table « ampere » en m’aidant du tuto de Sakkho page 44 Dans le ZIP Domocharts v5.0 de la page 1, et dans le fichier index.php extrait, la table « water » était absente et les tables « water_day » & « water_month » sont en commentaires et dans js/config.js, manquait la ligne type « water ». J’ai effectué les modifs dans les fichiers dans index.php: <option value="water">Eau [L]</option> et supprimer les caractères commentaires pour les 2 autres tables <option value="water_day">Eau [L] (moyenne journalière)</option> <option value="water_month">Eau [L] (moyenne mensuelle)</option> idem pour « ampere » <option value="ampere">Ampere [A] </option> dans /graph/js/config.js : {type:'water', title: "Consommation d'eau", yaxis: 'Eau (Litres)', tooltip: 'l', min: 0}, {type:'water_day', title: "Historique de consommation d'eau (total journalier)", yaxis: 'Eau (Litres)', tooltip: 'l', min: 0}, {type:'water_month', title: "Historique de consommation d'eau (total mensuel)", yaxis: 'Eau (Litres)', tooltip: 'l', min: 0}, {type:'ampere', title: "Ampere", yaxis: 'Ampere (A)', tooltip: 'A', min: 0}, Puis j’ai ajouté les variables « water & ampere » dans le VD bouton DEVICES & bouton SENSORS. Les tables sontt bien créées dans PhpMyadmin et elles se remplissent. De même, les tables Devices & Devices_Type prennent en compte ces devices « water » & « ampere » voir fichier pdf joint. Je ne vois pas ce qui bloque, merci d’avance pour votre aide. Je vais re-testé en utilisant la table water-day. Pb courbes sur VG DOMOCHARTS.pdf

@ Did. Bonjour. Je ferais un essai avec l'utilisateur admistrateur de la HC2, J'avais aussi un utilisateur spécifique et le fonctionnement était devenu incertain, ce devait être après un upgrade de l'IPX800 V3

Bonsoir Idem c’est signé

Bonsoir SAKKHO. De mémoire, j'ai eu ce pb lors de piles vides, certainement dû au fait que j'ai traîné à les changer. J'ai l'impression que beaucoup de devices sur piles n'aiment pas cela. Dès qu'un module notamment sur accus se met en noeud mort , je mets des accus rechargés. Je ne pense pas avoir fait un reset usine de la vanne. Ce qui est sûr c'est que j'ai dû supprimer le device puis le ré-inclure avec des piles neuves. La vanne fonctionne normalement depuis lors.

@schwinny Modif côté Firewall en autorisant le port 80 d'EasyPhp V14 sur PC à se connecté à la HC2. Le script PHP est fonctionnel tant celui de Barelle que de Steven. Merci à vous. Je ne vois pas par contre comment changer le port sur EasyPHP V14.1 contrairement à la version V17, mais cette dernière n'est pas fonctionnelle , pb de msvcr110.dll 32 ou 64 bits Je regarderai côté QNAP prochainement pour résoudre le pb de firewall

@schwinny Mon pb est au niveau du firewall et du port 80, je vois des communications bloquées

@schwinny je regarderais demain si j'ai des apostrophes mais je doute, car lors que je lance directement l'URL dans chrome http://user:pwd@xxx.yyy.zzz.www/api/devices?interface=zwave&parentId<2&isPlugin=false avec ou sans user:pwd, j'obtiens bien un fichier complet. et le message obtenu est au niveau de la fonction get devices et avant l'éxécution de get rooms

@schinny OK pour la différence http & https. Les 3 variables iPs/pass/user sont bien remplies. Dans le message le httpcode=$httpcode indique la valeur 0 et non 200

@schwinny Dans le serveur web du QNAP, j'ai déjà 2 applis fonctionnelles "Domocharts et IPX800". Je ne vois pas de différence entre tes 2 fichiers et celui de Barelle. Aussi bien sur le QNAP que sur EasyPHP, j'obtiens le message suite au test des lignes 30 & 32 : 30 if ($httpcode <> 200) { 31 echo "*** getDevices *** httpcode=$httpcode, devices=$devices" . PHP_EOL; 32 exit('z-wave_network>ko'); *** getDevices *** httpcode=0, devices= z-wave_network>ko. J'en conclu que je me connecte bien à la page Web et sur le QNAP et sur EasyPHP et le pb est plus au niveau de la connexion de cette appli Web à la HC2

@Barelle & @971jmd Bonjour. Génial, cette vue graphique du maillage Zwave. Je l’ai donc téléchargé sur le serveur Web de mon NAS QNAP après avoir renseigné l’@ IP de la HC2 et User et Password, mais j’obtiens l’erreur suivante *** getDevices *** httpcode=0, devices= z-wave_network>ko Même erreur en installant (conseil de 971jmd) EasyPHP 14.1 version 32 bits sur PC 64 bits. Pour la version EasyPHP 17, je bute sur le pb de la dll (MSVCR110.dll) aussi bien sur cette dll 32 bits que 64 bits. Côté EasyPHP 14.1, j’ai bien vérifié que la Dll Curl pour EasyPHP 14.1 était bien présente dans le chemin ci-après : C:\Program Files (x86)\EasyPHP-DevServer-14.1VC9\binaries\php\php_runningversion\ext\ Et que le fichier php.ini dans C:\Program Files (x86)\EasyPHP-DevServer-14.1VC9\binaries\conf_files\php.ini contenait bien la ligne extension=php_curl.dll En lançant directement l’url dans le navigateur (http://user:psd@xxx.yyy.zzz.www/api/devices?interface=zwave&parentId<2&isPlugin=false ), j’obtiens bien les infos de tous mes modules. Merci pour votre aide.

Upgrade avec succès de 4.180 en 4.510 en moins de 30 minutes avec affichage sur page recovery Un « exit » et la box a bien redémarrée. Par sécurité, j’avais fait un backup de la V4.180 et une copie de la clé sur PC Backup Local OK. Seul pb, après avoir réaffecté les modules maîtres (cachés) dans les mêmes pièces que les modules « esclaves » , (pour tester le VD de LAZER sur la table routage j’ai refait une sauvegarde locale, et à la fin de cette sauvegarde l’interface restait sur les boules bleues, mais la box tournait. J’ai redémarré la box sans pb.