Lazer

@clarkkent609 : - type dans une table séparée : oui c'est pour limiter la taille (et utiliser les fonctionnalité relationnelles d'une base de données, c'est plus propre). Une chaine de caractère c'est énorme, et c'est inutile se recopier la même chaine des centaines de milliers ou millions de fois dans les tables. Au niveau perfs aussi on doit gagner, car MySQL manipule des tables plus petites, donc moins de données à charger en mémoire. - la chargement se fait à chaque fois qu'on clique sur la sélection, mais aussi au chargement de la zone de graph puisque le graph de temperature est celui sélectionné par défaut. Je n'ai plus le code en tête, mais tu devrais facilement trouver. - le découpage c'est aussi ce que je vise.... à terme je veux intégrer les graphs dans un tableau de bords, mais aussi dans des zones de Imperihome sur tablette. Ce qui m'embête, c'est comment conserver le graph actuel avec une zone de tracé maximale, sans perdre de la place avec des boutons en dehors de la zone. Comme je suis nul en webdesign, je sèche. @Plap3014 : il manque peut être un truc dans la page 8.... essaye de survoler le code des fichiers, par similarité tu vas trouver si il manque quelque 'light' entre les différents temperature, humidity, power, etc

Cool Quand j'inclue ou exclu un FGBS, je n'hésite pas à cliquer frénétiquement sur le bouton, même 10 fois si il le faut jusqu'à temps que je vois une réaction sur l'interface web.

tu as surement oublié un petit quelque chose dans une des pages php ou javascript.

Je ne crois pas que ce genre de paramètre existe. Tu peux essayer une scène qui redescend immédiatement le volet lorsqu'elle détecte une montée et que tes critères sont réunis (alarme)

darklite44, je ne comprends pas bien, c'est quoi le statut du module maintenant ? Tu as bien exclu avant de réinclure ? Tu as bien appuyé 3 fois rapidement pour l'inclusion ? Tu es bien à portée de la box, éventuellement te rapprocher ?

Non, la sortie copie l'entrée. Il faut passer par un relais inverseur.

C'est en partie dans ce sens que j'ai commencé à bosser sur les scripts et les requêtes. Mais ce n'est pas terminé, et j'hésite beaucoup sur la présentation à donner à l'ensemble. Car les graphs de ce tuto ne sont pas trop adaptés à la présentation des graphs de conso élec avec 2 couleurs (HP/HC). Au passage, dans les graphs de ce tutos, c'est la puissance instantanée en Watt qui est affiché. Tandis que pour les calculs de couts avec la prise en compte HC/HP, il faut travailler sur l'énergie en Wh. Ca fonctionne déjà en partie chez moi, mais c'est lourd à mettre en place.... donc je ne partage par encore, car ça va donner lieu à 100 pages de support. Il faut que ça soit un peu plus "WAF" !!

Oui c'est malheureusement très fréquent comme méthode, même en France. Mais je ne pense pas que ça soit celle de Fibaro, visiblement tous les développements sont faits en interne.

Les plugins ne sont pas encore dispo sur la HC Lite. Il faudra attendre la v4.

@Plap3014 : En page 8, tu as le code SQL permettant de créer les tables domotique_light et domotique_light_day. Tu peux copier/coller ce code dans phpMyAdmin (dispo sur Syno). Si tu n'es pas à l'aise avec cet outil, il y a plein de tutos pour phpMyAdmin sur le net. Pour le reste, c'est du code à ajouter dans un bouton virtuel sur HC2 et dans des fichiers php sur le NAS.

Oui, je suis d'accord avec toi..... Avec la puissance marketing et l'argent qu'ils doivent avoir, je ne comprends pas pourquoi les équipes de dev ne s'en sortent pas. Une idée comme ça : la Pologne est un pays moins développé que la France, ils ont peut être du mal àrecruter des dev compétents, déjàrien qu'en France c'est pas toujours évident. De toutes évidence il leur manque surtout un bon chef d'équipe.

Voir post du dessus.....

Trop fort, je viens de comprendre pourquoi l'icone du motion sensor actif n'était pas présent en v3.600. Ils n'ont pas oublié de l'installer, ils se sont juste planté dans le nom : http://1.2.3.4/fibaro/icons/motion_sensor/motion_motion100.png C'est très sérieux tout ça Bon sinon elle est quand même stable la DB, car suite au bug du temperature_sensior, mon oeil de sauron est resté dans sa boite sans batterie pendant près de 10 mois, mais sans l'exclure (je ne voulais pas perdre les relevés de température). J'ai donc corrigé à la main le bug dans la base comme dit il y a 2 jours, puis j'ai remis la pile. Comme si de rien n'était, l’Å“il s'allume dans l'interface Web. Mieux encore : un dimmer qui était resté associé s'est allumé automatiquement. Me reste plus qu'à inclure mes autres yeux...

Erreur HTTP 404, un grand classique La page data_post_light.php n'existe pas, car elle n'est pas incluse dans le tuto de la première page. J'ai expliqué quelque part dans une des pages comment ajouter la luminosité.

Oui tiens d'ailleurs je vais retirer le miens de ce pas

Ca va changer ça En fait le logo en bas dans la signature restera valable pendant 1 mois, puis il se transforme en macaron sous l'avatar. Il faut encore réduire un peu la taille, mais l'idée est là.

Qu'on soit bien d'accord : tu veux un voyant, c'est à dire qui reste allumé tout le temps, afin de trouver l'interrupteur dans le noir par exemple ? Dans ce cas, tu branches ton dimmer normalement selon le schéma de la doc. En plus, tu ajoutes ton voyant en parallèle entre le neutre et la phase, complètement indépendamment du dimmer. Comme ça il sera toujours allumé. Ensuite, selon si tu as un bistable ou un monostable, tu configures le paramètre qui va bien dans le dimmer.

J'espère que cela pourra éclaircir quelques une de vos questions : [Tuto HC2] Sauvegarde, Restauration, Et Recovery Sur Home Center 2

Note : la gestion des sauvegardes/restaurations/recovery a été totalement modifiée à partir des firmwares v4.500, par conséquent les informations de cette page ne sont pas à jour. Sauvegarde L'onglet Configuration de l'interface Web de la HC2 permet de réaliser manuellement une sauvegarde de la configuration courante sur la clé USB Recovery. De plus, une sauvegarde est effectuée automatiquement avant chaque mise à jour (précisons toutefois que la mise à jour est un processus déclenché manuellement par l'utilisateur dans le panneau Configuration) La sauvegarde contient : la base de données SQLite (définition de tous les modules/périphériques-virtuels/plugins et de leurs paramètres, historique des événements/températures/consommations, etc...) le dump de la puce Z-Wave (modules Z-Wave inclus) les scènes (car leurs codes LUA ne sont pas stockés dans la DB) La sauvegarde ne contient pas : les icônes (elles sont perdues après un recovery) le système (Linux et applications Fibaro) Recovery Le Recovery permet de réinstaller complètement sa box, c'est à dire réinitialiser complètement avec les paramètres usines. Selon les générations de box, le recovery réinstalle complètement la box en v1.x ou v3.548. Il s'agit de la version qui était installée lors de la livraison de la box neuve. Le Recovery est utile dans les cas suivants : Box instable ou complètement crashée Volonté de revenir à une version précédente Volonté de se refaire une réinstallation propre en repartant de 0 Revente de la box Pour accéder au Recovery, il faut éteindre la box, puis appuyer sur le bouton dédié à l'arrière de la box tout en appuyant sur le bouton Power. Selon si on relâche tout de suite le bouton Recovery ou si on laisse le doigt appuyé durant toute la phase de boot, la box prend une adresse IP automatique en DHCP sur le réseau, ou se mettra en IP fixe 192.168.81.1 (auquel cas il faudra paramétrer manuellement la carte réseau de son ordinateur pour accéder à la box). Lorsque la box est bootée en mode Recovery, l'interface Web présente un panneau spécial permettant de lancer la procédure. Cette réinstallation est irréversible et tout ce qui n'a pas été préalablement sauvegardé sur la clé sera perdu. La clé USB Recovery contient une image du système, donc la mémoire interne de la box est effacé, et réécrit à partir de l'image présente sur la clé Recovery. Le second écran propose de réinitialiser également la puce Z-Wave, ce qui est généralement recommandé. De toutes façons, le contenu de la puce Z-Wave sera restauré par la sauvegarde effectuée précédemment (si vous choisissez de la restaurer bien sûr) : Lorsque le recovery est terminé, la box reboote toute seule en mode normal, et l'interface Web de base est à nouveau accessible, avec le compte admin/admin par défaut. La première étape à réaliser sera de mettre à jour la box, en une ou plusieurs étapes selon si l'on souhaite remonter en v3.6 ou v4.x. Restauration La restauration permet de récupérer une sauvegarde préalablement réalisée sur la clé Recovery. Donc les paramètres suivants seront restaurés : la base de données SQLite le contenu de la puce Z-Wave les scènes Les paramètres suivants ne seront pas restaurés : les icônes le système La restauration s'effectue depuis l'interface Web : La restauration peut être lancée juste après un Recovery, ou pas. C'est à dire que l'on peut très bien lancer une restauration par dessus la configuration courante, par exemple si l'on vient d'effectuer quelques modifications qui ont rendu le système instable, sans qu'un recovery soit nécessaire. Puisque qu'une sauvegarde contient le dump de la puce Z-Wave, alors après la restauration il est inutile de réinclure tous les modules inclus avant la date du backup. Il ne sera nécessaire de réinclure que les modules inclus après le dernier backup. Idéalement, on ne fait que des restaurations de configuration à la même version que la version courante. De toutes façons, l'interface Web nous empêche de restaurer une ancienne version qui ne serait pas compatible avec la version courante (notamment entre la v3 et la v4 car les différences sont importantes) Cependant, parfois suite à une mise à jour, la configuration devient instable (modules qui disparaissent de l'interface, etc...). Dans ce cas là , et si on ne souhaite pas se lancer dans une longue procédure de recovery, on peut tenter une restauration de la version précédente. Par exemple : Je fais la mise à jour 4.037 vers 4.040. Des problèmes surviennent, alors je décide de restaurer la configuration 4.037 par dessus mon système qui est en 4.040. A la fin de la restauration, l'interface affiche 4.037, pourtant le système fonctionne toujours en 4.040 (car on l'a vu précédemment, la sauvegarde/restauration ne stocke que la configuration courante, et pas le système). Cet état est dû au code employé par Fibaro qui stocke ne numéro de version courante dans la DB. Donc quand l'interface Web affiche la version, elle va chercher l'info dans la DB, qui n'est plus en phase avec le système. En effet, la mise à jour du champs dans la DB se fait lors de l'install de la mise à jour. De plus, il faut savoir que certaines mises à jour apportent des modifications de schéma à la base de données, et l'ajout de templates de modules Z-Wave. Par conséquent, après la restauration de configuration 4.037, je force une nouvelle mise à jour 4.040, qui ne changera rien au niveau système (puisqu'il est déjà à jour), mais cela permettra de remettre la bonne version dans la DB, et appliquer les éventuelles modifications de schéma. Note : si le bouton de mise à jour n'apparait pas, il est possible de la forcer en appelant directement l'adresse http://IP/services/startUpgrade.php Checksum En v4, une nouvelle fonctionnalité est apparue dans l'interface, permettant de calculer le checkum de l'image de restauration du système présent sur la clé USB Recovery : Il est fortement recommandé de lancer ce calcul de checksum avant de se lancer dans un recovery de la box, afin de s'assurer que l'image est encore valide. En effet, les clés USB sont composées de mémoire Flash qui ne sont pas infaillibles. Pour aller plus loin Afin de sécuriser la clé USB Recovery, vous trouverez (ou devinerez) toutes les réponses à la lecture de mon autre sujet HC2 Recovery Tweaks. [Tuto HC2] HC2 USB Recovery Tweaks Ou pour simplifier, en attendant que Fibaro implémente la fonctionnalité de backup sur un serveur tiers (à priori dans le cloud, je ne suis pas du tout certain qu'ils nous laissent la possibilité de faire du FTP/NFS/CIFS local), vous pouvez simplement arrêter la box, brancher la clé sur un PC, et recopier le répertoire backups. Voir le tutoriel de @mprinfo : [Tuto HC2] Faire Une Copie De La Clef Usb Recovery Sous Windows

Ca c'est compliqué car il faut croiser les infos issues de l'Eco-Devices. J'y pense depuis longtemps àça, et ça fait partie des évolutions en cours.... mais le temps me manque pour tout ça

@Gautherot j'ai fusionné ton topic avec le topic unique existant, inutile de créer plusieurs topic sur le même sujet. @synthetic le lien que tu as linké consiste à mettre en oeuvre un témoin, hors Gautherot veut un voyant, qui fonctionne à l'opposé. Pour un voyant c'est tout con : tu le branches entre la phase et le neutre, indépendamment du module Fibaro.

Si tu as pris le module virtuel de la première page, il est prévu pour la v3, et certaines fonctions (consommation, batteries) ne fonctionnent pas en v4. Tu peux trouver le code qui fonctionne quelque part en remontant de quelques pages.

L'inclusion s'est mal passée, essaye d'exclure et de réinclure.

Oui la v4 est sortie précipitamment on est d'accord. Etrange ces reboots, mes appels HTTP sont dans des boutons (et non pas dans la main loop) des modules virtuels. En cas de crash du module virtuel, cela n'a jamais planté ma box. L'intégration du FGMS aurait due être parfaite, oui mais c'est de l'informatique, et comme on sait les bugs arrivent toujours. Difficile d'être à 100% de stabilité dès le départ. Par contre ils auraient pu sortir un patch pour la v3 en 2014 en attendant de sortir la v4 "stable", mais comme on sait l'équipe de développement est débordée. Et puis si ils avaient sorti le patch pour le FGMS, il aurait fallu sortir tel ou tel patch, et ils ne s'en sortent pas. Bref, ils ont fait le choix de tout miser sur la v4, c'est sà»r que pour l'instant on a encore un peu de mal à trouver cela judicieux, mais j'ai quand même la nette impression que les choses s'améliorent. Attention à ne pas confondre un standard et une norme (voir http://www.abavala.com/2015/03/18/une-norme-est-elle-un-standard-est-elle-obligatoire-ou-facultative/ ) Le Z-Wave est un standard qui durera surement de longues années en domotique, parmi quelques autres protocoles existants ou à venir. Le LUA est un langage de programmation standard qui est juste utilisé par Fibaro... tandis que Google ne l'utilise pas, et nous n'avons aucune idée du langage qui sera utilisé dans les box domotiques à venir. Ne pariez pas sur vos script comme quelque chose de pérenne, il faudra surement tout réécrire lors du passage à une solution concurrente. Mais ça c'est le cycle de l'informatique... Je n'ai pas l'impression qu'il y aura une norme unique en domotique, en tout cas ce n'est pas la tournure que ça prend avec les ogres Apple/Google/Samsung qui s'intéressent à la domotique. Et puis vu al diversité des objets connectés, une norme unique est juste impossible tant les besoins sont différents. Ce qu'il faut c'est des API permettant interopérabilité, à partir de là c'est gagné.

Quand on achète une box HC2/HCL, c'est avant tout pour avoir une boite noire qui fonctionne. C'est un argument de vente de la part de FIbaro, avec une interface utilisateur ergonomique On n'est pas censé rentrer dans le système pour voir ce qui s'y passe, au même titre qu'une Freebox ou équivalent. C'est à la charge de Fibaro d'assurer les mises à jours et le support en cas de bug. Dans le cas présent, le fait que la HC2 soit basée sur un vrai PC avec un OS Linux, la tentation est grande d'aller voir ce qui se passe dedans pour tuner 2 ou 3 paramètres, ou par simple curiosité. Après tout, c'est bien ce que je fais avec tous mes tél. Android depuis des années. C'est ce que j'ai fait avec la HC2. Mais ça annule la garantie Fibaro, et ça présente des risques, car il est facile de tout casser et de venir se plaindre après coup. Donc la méthode n'est pas présentée publiquement, et c'est pas plus mal, car on peut supposer que les mecs qui l'ont fait ont les connaissances suffisantes sous Linux pour ne pas tout casser. Alors certes Fibaro est à la bourre sur les développements et il reste de nombreux bugs en v4, mais dans le cas qui nous intéresse sur ce sujet à savoir le FGMS qui se transforme en temperature_sensor, ce bug est résolu en v4, version officielle et qui continue à évoluer semaine après semaine. La v3 n'est plus supportée, on ne peut guère leur en vouloir tant que la v4 continue à évoluer. Il n'y a que dans le monde professionnel que les anciennes versions sont maintenues pendant un certain temps en parallèle des nouvelles versions (un exemple bien connu : Windows) J'ajoute que cette modification de la DB pour le FGMS est la seule modif que j'ai faite sur ma box, je pense qu'attaquer en direct la base de données présente en fin de compte beaucoup plus de risques que de passer en v4. Un exemple fictif : je pourrais manuellement ajouter les templates manquants ou les plugins utilisateurs dans la box, ça fonctionnerais certainement très bien, et puis à la prochaine mise à jour, le script ne s'attendant pas à trouver les infos que j'aurais manuellement ajouté pourrait provoquer une corruption généralisée de la base de données. C'est peut être un cas extrême, mais je préconise la méfiance à ceux qui seraient tentés de tunner un peu trop leur box. En tout cas, je suis satisfait que cette box soit basée sur du hardware/OS standard, car si Fibaro arrête son développement (ce que je ne vois pas avant très longtemps, le marché est bien trop prometteur pour eux), on aura toujours la possibilité d'aller débugguer ou améliorer 2 ou 3 fonctionnalités, voire réutiliser le matériel pour un autre usage. Ceci dit, soyons réalistes, si ça arrive un jour, il est probable qu'un autre constructeur sorte une box tellement merveilleuse qu'on ira tout basculer dessus en oubliant totalement la HC2. Regardez ce qui s'est passé avec la Vera, l'accès root est hyper facile, pourtant j'ai l'impression qu'elles ont presque toutes finies dans un tiroir. A part ça, je reste en v3 pour l'exceptionnelle stabilité de cette box, plusieurs mois de uptime (sans reboot) à gérer mon chauffage au quotidien, en plus de toutes les autres tâches que je lui donne pour mon confort, ma sécurité, ou pour le fun. Pour le moment, j'estime que les quelques petits bugs de la v3 sont moins gênants que les gros bugs de la v4. Si ma box gérait des fonctions moins critiques, et/ou si je n’étais pas seul à la maison, il est probable que j'aurais déjà migré en v4.