Lazer

Après un recovery, il n'y a plus de logs.... tout est formaté.

Oui, comme Jojo, Recovery puis restauration du dernier backup. Ca devrait revenir comme avant (sauf que tu perdras les icones, mais c'est un moindre mal).

Oui. Les validations sont automatiques dès que le paiement est enregistré, et ils se réservent le droit d'annuler àtout moment manuellement. C'est comme ça sur tous les sites web.... c'est un garde fou en cas de bug/abus/etc

Oui lol Le code donné en premier est bien valable, par contre rien ne dit que Philips n'annulera pas toutes les commandes

Ca c'est la classe

Oui je suis d'accord, sauf que ce n'est toujours pas implémenté ! Au pire, 5 minutes de coupure Internet, ça me fait 5 minutes de pertes de données, ça ne change pas grand chose sur les graphs de moyenne quotidienne. En cas de coupure plus longue d'Internet (ce qui ne m'est pas arrivé depuis 2 ans), je peux simplement rediriger les graphs vers mon NAS local, et je me débrouillerai plus tard pour merger les données. Bon c'est sà»r que c'est pas user-friendly tout ça !! Pourtant cette histoire de rétention des données est quelque chose que j'ai en tête, et qui est implémenté sur mon Raspberry PI (tu sais, celui qui compte les impulsions). Donc ça viendra probablement un jour sur mon VD Graphiques. En plus avec la nouvelle structure à paraitre bientôt, ça sera plus simple à mettre en place.

Internet est un Spof je suis d'accord, mais mon NAS aussi (vu que je n'arrête pas de jouer avec). Enfin maintenant mon NAS est stabilisé et tourne bien, mais je garde quand même mes données chez OVH car je consulte souvent mes graphs de l'extérieur, et si les données étaient sur mon NAS je serai limité par l'upload pourri de ma ligne ADSL pour la vitesse de chargement des graphs. Alors que chez OVH, c'est rapide tout le temps. Le PHP c'est crade quand tu mélanges code PHP et code HTML dans la même page, comme aux débuts du langage. Maintenant avec Ajax tu sépares bien les fonctions dans des fichiers différents, donc c'est beaucoup plus propre (Ajax, Propre, tout ça... désolé)

Générer des pages Web avec du Python, je ne trouve pas ça très contemporain, c'est carrément un retour aux scripts CGI là . Ou alors j'ai pas compris ton idée ? Tu peux faire des choses très propres en Ajax, avec un mix de fichiers Javascript et PHP. Et le Python ne tournera pas sur les hébergements mutualisés. Tout le monde n'a pas un NAS à dédier aux graphs. Alors que du PHP/MySQL/Javascript, ça tourne absolument partout. Concernant l'évolution de la DB pour le Noob, ce qui importe c'est qu'il n'aie pas besoin de taper des requêtes SQL dans phpMyAdmin. Donc il faut lui faire un frontend, une bête page Web qui lui permette d'ajouter un nouveau type de capteur. Ce qui se traduira pas la création de la table correspondante. L'inconvénient (encore que ça n'en soit pas vraiment un), c'est qu'on va vers une multiplication des tâbles dans la DB. Depuis que j'ai intégré Netatmo, j'ai des tables CO2/Pression/Bruit/etc avec seulement une sonde dedans. Si demain on ajoute tout types de mesures, ça va multiplier les tables, mais le SGBD le gère très bien. Pour tout dire, avant d'isoler les types de sondes dans des tables différentes, tout était dans la même table. Au bout de quelques semaines j'avais dépassé le million de lignes dans la DB. Avec les bon index, je n'avais pas de problèmes de performances lors des requêtes, mais comme je supprime les données au bout de 3 semaines pour limiter l'accroissement de volumétrie, je lance des Optimisations de tables. Ces optimisations plantaient sur mon hébergement mutualisé, tout comme ça aurait aussi planté sur un petit NAS. Si tu veux que le Noob, toujours lui, puisse utiliser la solution, il faut penser qu'il n'a pas à sa disposition un hardware de folie, donc la solution doit être la plus interopérable possible. Ce qui implique : - performances (petit NAS, hébergement mutualisé) - ergonomie (interface Web qui permette d'administrer facilement la solution) - interopérabilité (utiliser des outils standards dispos partout) Pour info, dans la prochaine version de mon outil, il n'y aura plus besoin de passer par phpMyAdmin pour l'installation, je suis en train de créer un mini-installer.

Le souci, c'est que Nest et Netatmo dépendent du Cloud. Je sais que Mme Michu adore ça, mais pour moi c'est rédhibitoire.

Le panneau de chauffage, je ne pense pas. Mais si on pouvait récupérer cette consigne en LUA via l'API, après c'est facile de faire des scénarios (en direct ou via le panneau de chauffage). Bien que prévue pour le système Danfoss avec leurs vannes, j'aimerai bien l'utiliser comme "thermostat d'interface" avec lecture de la température et changement de la consigne avec les boutons + et - dans mes scénarios. C'est assez ergonomique je trouve.

C'est pas le prix le souci, c'est de savoir si il fonctionne avec nos box ? Je n'en n'avais jamais entendu parler avant que la dernière mise à jour de l'eedomus annonce sa compatibilité.

Si j'ai bien compris ton idée "simple une table queue avec Timestamp, nomdonnee, valeur, unité", je t'avoue que ça me semble plutôt limité en terme d'évolutivité. Parce que tout mettre dans une table, c'est simple, mais par la suite, ta table va gonfler très vite (puisque tu vas stocker du texte identique à de multiples reprises (nomdonnee, unité) inutilement. Au final, quand tu auras beaucoup de données et que tu voudras faire une requête, ça fera d'autant plus de données à manipuler inutilement. Alors sur ton NAS puissant ça ne sera pas un problème, mais c'est pas très propre quand même. Dans ma solution, j'ai bien séparé les notions de devices, types, et valeurs, sachant qu'on a une table par type de valeur (température, humidité, etc). Donc c'est ultra simple d'ajouter juste une nouvelle table pour gérer un nouveau type de données.

D'après la trop succincte doc d'installation, il est prévu pour être associé au Danfoss Link CC Central Controller. C'est la compatibilité Z-Wave qui est intéressante. Ca a l'air chouette, mais est-ce supporté par la HC2 ? Quelqu'un a eu l'occasion de tester ce produit ?

La sonde d'ambiance Danfoss Link™ RS est un capteur électronique destiné à mesurer la température ambiante. Le Danfoss Link™ RS est équipé d'un capteur de température intégré pour mesurer la température ambiante. Il sert à réguler le chauffage en fonction de la température ambiante de la pièce où il se trouve. Le Danfoss Link™ RS permet également d'ajuster la température souhaitée par l'intermédiaire de deux boutons permettant d'augemter ou d'abaisser la température de consigne. Cet appareil peut ainsi être utilisé comme un simple capteur de température Z-Wave ou pour contrôler le chauffage ou la climatisation. En plus des deux boutons situé sur le devant, le dispositif dispose d'un autre bouton sur sa face supérieure. L'utilisation de ce bouton peut être définie par le contrôleur central. Les fonctions possibles peuvent inclure une augmentation rapide de la température (fonction boost) ou l'activation d'un mode d'économie d'énergie par exemple. FONCTIONS : Capteur de température sans fil Z-Wave Affichage de la température ambiante Ecran rétroéclairé Avertissement piles déchargées 2 boutons pour modifier la température de consigne Bouton supplémentaire configurable Utilisation en intérieur uniquement Installation mural CARACTERISTIQUES TECHNIQUES : Type de module : Emetteur Z-Wave Alimentation : 2 piles AA 1,5V Durée de vie des piles : 4 à 5 ans maximum Rétroéclairage : LED blanche Niveau des piles : Indiqué sur l'écran Température ambiante : 0 à +40 °C Fréquence de transmission : 868,42 MHz Portée d'émission dans un bâtiment normal : Jusqu'à 30 m Puissance de transmission : 1 mW max. Classe IP : IP21 Dimensions : 76 mm x 76 mm x 23 mm Conforme aux normes : CE, RoHS, DEEE, certification Z-Wave Disponible chez Domadoo pour 99 €. Fiche technique constructeur : http://fr.cd.danfoss.com/PCMPDF/DanfossLink-RS_X002618_VDFZA104.pdf _ps_101Danfoss-Link_RS_Installation_VIFZA55X_hi-res.pdf

Alors je n'ai pas de FGD-212, mais sur le FGS-221, je cache le Master et le slave.1 J'utilise donc le Slave.0 et Slave.2 En fait c'est simple, à priori je cache tous les masters de tous les modules dans l'interface. Après, si y'a un Slave qui me semble inutile, il est caché, et voilà .

Ca me semble difficile d'intégrer ce besoin spécifique sans créer une grosse verrue dans mon code. Par contre, tu peux facilement reprendre le code, et une légère modification (en fait il s'agit d'une simplification) permettra d'alimenter ta table unique.

Le fait est que ça fonctionne très bien comme ça, une fois qu'on a caché les modules 'inutiles'. Pour bien faire, faudrait ouvrir un ticket sur le bugtracker pour en avoir le cÅ“ur net.... j'avoue avoir la flemme

Si tu as bien passé les 2 requêtes avant, normalement ton historique a bien été transféré sur le nouvel ID : UPDATE domotique_temperature SET device_id=263 WHERE device_id=12; UPDATE domotique_temperature_day SET device_id=263 WHERE device_id=12; (t'as vu, j'ai pensé àmettre les points-virgules ce coup-ci)

should Bon aller, on y crois.

Je me pose aussi la question Je me suis aussi posé la question, et j'ai arrêté de chercher

Y'a rien àcorriger, puisque le système a automatiquement ajouté le nouvel ID dans les bonnes tables. Tout au plus peux tu nettoyer le vieil ID afin de ne pas laisser de lignes inutiles dans les tables : DELETE FROM domotique_device WHERE id = 12 DELETE FROM domotique_device_type WHERE device_id = 12

cette erreur, je suppose que tu l'as pour les tables domotique_device et domotique_device_type ? C'est normal si tu as attendu plus de 24h, car le bouton Device du VD a été appuyé àminuit, donc le nouvel ID du device a déjàété inséré dans les 2 tables en question.

Ca ressemble à une bouche de VMC non ? Gargamel, tout ce matos dans une petite salle, fermée acoustiquement (et donc hermétiquement), ça doit chauffer. Comment tu as prévu de refroidir l'ensemble ? Tu récupères la chaleur pour chauffer la maison ?

Si tu as envoyé toutes les requêtes en même temps, il faut mettre un point-virgule àla fin de chaque ligne.

C'est sûr que l'IPX a pas mal prix depuis entre la v3 et la v4, mais par rapport au prix de la prévente ça me semble cohérent. Pour le module EnOcean, ça ne me surprend pas du tout, c'est tout àfait le tarif auquel je m'attendais.