Lazer

Pascal je vais passer te voir en octobre, je vais passer 2 ou 3 semaines dans ton coin.

:2:

@Rocketlud : déjà cliquer sur une icone de plus pour lancer un VPN, je trouve ça un peu contraignant, mais ce que je ne supporte pas sous Android c'est que le système impose un schéma de verrouillage pour pouvoir monter un VPN. Pour cette raison, je n'utilise aucun VPN sur mon mobile. Et je m'en passe très bien. @Cmoi20 : 2 mois avec la clé d'origine, t'as vraiment pas de chance....mais on est bien d'accord, baser la sécurité de la box sur cette clé est une aberration, d'autant plus qu'ils ont profité du passage en v4 pour renforcer les vérification. Par contre, si la box est garantie, je ne comprends pas pourquoi tu t'embêtes avec le SAV de Fibaro en Pologne, avec les frais d'expédition prohibitifs de DHL. Tu peux simplement la renvoyer à ton revendeur (si tu l'as acheté en France bien sà»r). Le fichier /etc/network modifié, c'est normal. Si tu as mis ta box en IP fixe, alors ils écrivent également cette IP dans ce fichier, ainsi que tu reboot en recovery, la box conserve la même IP. Sans ça, la box prend un IP en DHCP et t'es obligé de chercher pour retrouver l'IP acquise temporairement.

Perso, avec home.fibaro.com, c'est plutôt 50% de disponibilité, en plus d'être lent Le VPN sur le mobile c'est trop contraignant, je n'en veut pas. Je ne l'utilise que depuis mon PC portable pour accéder àtout mon réseau, et notamment les serveurs SSH, qui ne sont jamais exposé en direct sur Internet. Et encore, même ça, il y a beaucoup de réseaux d'entreprises et certains hôtels qui bloquent les VPN, donc parfois je suis obligé de partager ma connexion 3G pour monter le VPN. Bref, pour mon usage : VPN = administration Access direct = utilisation.

Debian 6 Squeeze Ils mettant àjour le fichier de config des depots Debian, mais ils n'appliquent pas la mise àjour, donc c'est inutile. Aucune faille de sécurité n'est corrigée, la faille Shellshock est toujours présente. Mais je n'ai pas réussi àl'exploiter au travers des ports ouverts. Le système est quand même relativement bien sécurisé. La mienne est accessible sur Internet (port différent de 80, puis je suis passé au Reverse Proxy), je n'ai jamais eu de souci. Je ne conçois pas de ne pas pouvoir accéder en direct àma box, car le cloud FIbaro est trop instable et lent.

Oui, mais pas que.... àcommencer par la 3G, souviens toi du premier modèle qui ne fonctionnait qu'en Edge. C'est simple, àchaque sortie c'est la même histoire qui se répète. Mon préféré de tous, c'était quand même la taille de l'écran. Mais bon, c'est un peu HS

Je veux créer des nouvelles tables afin que la config se fasse de façon dynamique dans la base.... mais pour cela, il faut créer des pages web de configuration pour l'interface utilisateur. SI on met ça dans des fichiers de config à plat, c'est rapide à faire, mais pas simple pour l'utilisateur, même si on ne fait pas souvent ce genre de travail. Le souci c'est que je fais régulièrement du support parce que les gens n'ont pas les compétences, ou ne (re)-lisent pas suffisamment bien les tutos. Donc l'objectif c'est bien de simplifier au maximum. Aller hop, je vais faire comme Apple : je vais prendre mon temps à sortir les nouveautés, mais quand elle sortiront ça sera plus fiable et plus simple d'utilisation. Ca vous rappelle rien ? L'iPhone vs tous les autres smartphones.... Apple ils sont toujours les derniers à sortir une techno, mais quand elle sort, elle est fiable (enfin, presque toujours, cf "Plans"), mais là où ils sont forts, c'est qu'avec le marketing qui va bien, ils arrivent à faire croire que ce sont les premiers !

Tu nous diras. Mais àce prix là, pas sûr que ça m'intéresse pour chez moi

LifeDomus ?

A part un 503 juste après ma migration en v4 en mai dernier, je n'ai jamais eu aucun plantage en bientôt 2 ans de services..... pourtant j'ai quand même pas mal de modules, de VD, et de scènes. Je suis bien d'accord que la clé Recovery est un vrai problème, mais en dehors de ça, c'est vraiment très étrange que vous soyez plusieurs àavoir des 503 régulièrement.

Et surtout cette v4.057 arrive sur HCL (migration depuis v3) Sinon, en informatique, quand on attend, on n'achète jamais, donc à un moment faut bien se décider et acheter. Ce qui est bien avec la HC2, c'est qu'il n'y a aucune rumeur de HC3, et le Z-Wave+ n'apporte rien de nouveau concrètement pour un contrôleur domotique. C'est surtout utile pour les modules à piles. Donc y'a pas à réfléchir

Pas mal les explications sur TLD. J'avais déjà noté ça chez eedomus, mais c'est moins complet : http://doc.eedomus.com/view/Algorithme_Chauffage http://doc.eedomus.com/view/Programmation_Thermostat_Virtuel

Surtout que certaines nouveautés du Z-Wave+ sont émulées de façon logicielle (chiffrage AES pour la sécurité des périphériques tels que serrures de porte) Le nouveau moteur Z-Wave de la v4 est très stable, plus aucun problème de noeud mort sur un réseau bien maillé. La HC3 c'est pas pour demain àmon avis. Le gros du travail, c'est sur le logiciel : support des modules concurrents, plugins utilisateurs, etc.

Les temps infos, ça sera avec des scripts shell. On peut aussi surveiller la mémoire, le CPU, l'espace disque, etc. Tout est possible. Avec avec JSON c'est facile d'envoyer les données dans la DB.

Figure toi que j'ai pensé àtoi quand j'ai choisis ces IDs Je n'y suis pas encore, mais comme j'ai la main sur la DB, je peux facilement remplacer tous les IDs avec les UPDATE qui vont bien. Evidemment, tu peux mettre des ID plus gros, jusqu'à65535, donc ça laisse un peu de marge.

Regardez ici, j'ai précisé la syntaxe du JSON que j'utilise : http://www.domotique-fibaro.fr/index.php/topic/5813-data-logger-générique-vd/?p=88678

Lol non Fibaro ils font des annonces, mais : - on ne voit rien venir - on ne sait pas dans quelle direction ils vont

Quelques réflexions sur le futur de cet outil... Nouveautés :toutes celles déjà annoncées page précédente je pense que la structure (tables de la DB, et API via des scripts PHP avec échange de données en JSON) est une bonne base de départ pour les évolutions futures. nouveaux graphs : tous les capteurs Netatmo, Energie électrique (en kWh, avec support des tarifs BASE et HC/HP avec configuration statique des horaires) quelques nouveautés visuelles sur les graphiques (échelle de 0 à 100% pour les batteries et humidité en pourcentage), ainsi qu'un code couleur pour les valeurs hors-normes (comme vu sur le screenshot précédent) installation de la base de données sans utiliser phpMyAdmin grâce à un simple script sera dispo sur Github, donc plus facile de suivre les versions, et de forker le projet. Limitations :la configuration des graphs (type, échelle, couleurs) est statique et ne peut être modifiée qu'en modifiant un fichier de config (c'est déjà mieux qu'un codage en dur dans le code, mais ce n'est pas très user-friendly) les graphs commencent à être un vrai foulli (j'ai 24 capteurs de température, 35 mesures de puissance électrique, etc...) donc à moins de cacher des modules via la page admin.php, c'est ingérable. En plus j'envisage de mettre dans cette DB les mesures de température de tous mes équipements informatiques, ce qui va vite représenter pas mal de capteurs, donc l'affichage n'a rien à voir avec les températures des pièces de la maison, donc ne sont pas censées être affichées sur le même graphique. Evolutions envisagées :en cas de perte de communication entre la HC2 et le NAS/Serveur Web, stockage des données en local dans une Variable Globale, jusqu'à ce que leur envoi soit possible. Cela permettra de ne pas perdre de données en cas de mise à jour/reboot/plantage du NAS, ou de la connexion Internet. permettre à l'utilisateur de créer autant de graphs qu'il veut, en lui permettant d'attribuer un certain nombre de modules à chaque graph, avec personnalisation du graph (échelle, couleurs, taille, police, etc). Ainsi on pourra avoir un graph de la température des pièces, un autre graph de la température du matos informatique, un graph de la température en fonction de la consommation électrique du chauffage, etc.... à vous d'imaginer vos besoins cela se fera par la création de nouvelles tables (appelons les domotique_graph_xxx pour le moment). Cette partie je vais la gérer facilement. là où ça va être plus coton pour moi, c'est l'évolution de la page admin.php permettant à l'utilisateur de créer facilement ses graphs..... <= le gros du travail se situe ici à mon avis ces différents graphs pourront facilement être intégrés dans un tableau de bord domotique, avec des pages, onglets, etc.... mais également à des outils tels que Imperihome sur tablette. C'est donc un projet à long terme, j'espère que vous n'êtes pas pressés.... Petite précision : si j'investis du temps dans cet outil, c'est que c'est pour moi complètement décorrélé de Fibaro. Certes aujourd'hui la plupart des mes données proviennent de la HC2, mais j'ai déjà des données qui viennent de mon Raspberry PI (comptage d'impulsions eau+électrique), bientôt de mes équipements informatiques, du débit de ma box Internet, etc... Et demain, quand je switcherai sur une autre box, je sera toujours propriétaire de mes données, donc un historique au long terme très utile. Tout est pensé pour la conservation des données à long terme, en vue d'une exploitation future.

alléluia !!!

En fait dans le tableau, j'attends surtout les Qubino DIN qui tardent à arriver ! Donc déjà merci de l'info pour ces histoire de courants induits, car mes fils de commandes passent justement dans la gaine électrique à coté de câbles qui passent pas mal de puissance, notamment tous les radiateurs électriques de l'étage.

5m c'est supérieur àla moyenne, mais c'est pas énorme.... j'ai largement plus long que ça pour au moins un de mes dimmers FGS-211 (il est dans le tableau, et j'ai 5 poussoirs branchés dessus, dont 2 très loin qui passent par le grenier avant de redescendre en 1,5mm²)

Tu proposes quoi comme police ? Faut que je vois si ça peut se changer facilement.

Ca avance..... amélioration de la présentation visuelle :

Je ne crois pas avoir vu cela passer, même si on en a parlé plusieurs fois. Je serais intéressé par ton module si tu y arrives

Excellent :60: