sebcbien
-
Compteur de contenus
4 189 -
Inscription
-
Dernière visite
-
Jours gagnés
85
Tout ce qui a été posté par sebcbien
-
D'un autre côté quand on analyse le volume de trafic, ça doit bien charger la box... Demander un re-login àun rapport avec ça peut être... Sent from my SM-N910F using Tapatalk
-
LE hc2 ?Moi je dirais plutôt LA hc2 ... C'est UNE box non ? Sent from my SM-N910F using Tapatalk
-
je viens de le faire, rien dans le json... Ce sera pour quand on pourra pousser des valeurs personnelles. edit: mais on peut déjà le faire apparemment ? En attendant les plugins utilisateurs, support de "sondes virtuelles", en fait il s'agit de valeurs stockées dans des variables globales et mises à jour via l'API (particulièrement utiles pour les utilisateurs de FHEM, Zibase, etc... pour les protocoles tels que EnOcean et Oregon)avec ceci ? http://www.domotique-fibaro.fr/index.php/topic/5813-data-logger-g%C3%A9n%C3%A9rique-vd/#entry88678 Tu pourra donner un exemple concret pour pousser index d'eau de mon ecodevice par exemple (il est déjà stocké dans une VG) ?
-
je m'étais fait un plugin perso avant que l'officiel ne soit dispo et j'arrivais à récupérer le status du relais chaudière. Je savais donc quand ça chauffait ou pas. Intéressant pour savoir l'inertie par la suite. Ici dans le json je ne retrouve pas ce paramètre, à moins que ce ne soit celui-ci: "state": "" ??
-
oui c'est ça, maison bien isolée ;-) Dernière remarque puis au lit: Je n'arrive a effacer aucun point, T°, power etc. J'ai invariablement cette erreur:
-
please :-) { "id": 1823, "name": "Netatmo Rez Thermost", "roomID": 1, "type": "com.fibaro.netatmoThermostat", "baseType": "com.fibaro.multimedia", "enabled": true, "visible": true, "isPlugin": true, "parentId": 1822, "remoteGatewayId": 0, "interfaces": [], "view": [], "properties": { "currentSetpointEndtime": "1442701942", "currentSetpointMode": "hg", "currentSetpointTemp": "7", "currentTemp": "21", "dead": "false", "deviceControlType": "0", "deviceIcon": "28", "emailNotificationID": "0", "emailNotificationType": "0", "lastUpdated": "1443131853", "liliOffCommand": "", "liliOnCommand": "", "log": "", "logTemp": "", "manufacturer": "", "model": "", "mute": "false", "netatmoID": "xxxxxxx", "power": "false", "pushNotificationID": "0", "pushNotificationType": "0", "remoteGatewayId": "0", "saveLogs": "true", "setpointEndtime": "0", "setpointTemp": "7", "smsNotificationID": "0", "smsNotificationType": "0", "state": "", "ui.Away_Switch.captionOff": "Away: Off", "ui.Away_Switch.captionOn": "Away: On", "ui.Away_Switch.value": false, "ui.Current__MSetpoint_Name_Label.caption": "Manual Setpoint:", "ui.Current__MSetpoint_Value_Label.caption": "7°C", "ui.Current__Setpoint_Name_Label.caption": "Current Setpoint:", "ui.Current__Setpoint_Value_Label.caption": "7°C", "ui.Current__Temperature_Name_Label.caption": "Current Temperature:", "ui.Current__Temperature_Value_Label.caption": "20.7°C", "ui.HG_Switch.captionOff": "Frost Guard: Off", "ui.HG_Switch.captionOn": "Frost Guard: On", "ui.HG_Switch.value": true, "ui.Minus__Setpoint_Button.caption": "", "ui.Plus_Setpoint_Button.caption": "", "ui.Setpoint_Enditme_Unit_Label.caption": "h", "ui.Setpoint_Endtime_Label.caption": "0", "ui.Setpoint_Endtime_Slider.value": 1, "ui.Setpoint_NameEndtime_Label.caption": "Endtime:", "ui.Setpoint_Name_Label.caption": "Setpoint:", "ui.Setpoint_Value_Label.caption": "7°C", "userDescription": "", "volume": "0" }, "actions": { "setMute": 1, "setVolume": 1, "turnOff": 0, "turnOn": 0 }, "created": 1443001709, "modified": 1443001709, "sortOrder": 36 }
-
oki, merci pour ces précisions. Il me semble que la T° de mes thermostats netatmo n'est pas repris dans les devices T°
-
Merci :-) le(s) fgd 212 est caché dans l'interface HC2 Edit: Pour mon multisensor aeonlabls, c'est le main zwave device qui retourne l'état des piles et bien qu'il soit caché, les valeurs sont quand même dans graphs. Donc cacher un device ne change rien Pour info: Depuis ma migration en V4, j'avais "perdu" la 1/2 des consos piles. en fait j'avais caché dans l'admin leur main zwave devices Donc les main zwave devices sont ceux qui remontent l'état des piles, ils peuvent être caché dans le système mais doivent a voir un nom autre que" main zwave device" pour s' y retrouver dans les graphs. (flood sensor, aeon 4en1 etc.)
-
@jojo, autant pour moi :-) Pour les devices qui ont changé d'id (mais pas de nom) (par exemple ces fgd 212 de m... que j'ai du inclure et désinclure plein de fois). ils apparaissent plusieures fois dans l'admin, normal. Si un device n'a été utilisé que deux heures et que j'efface tous les points, va t'il disparaitre de l'admin ? Pour merger je peux utiliser la méthode dont on a parlé quelques pages en arrière ? Dans le même registre, avec mes fgd 212, il y a plusieurs devices pour un seul device physique. Je vois que pour le fgd 212 salle a manger, j'ai deux courbes en même temps, une qui renvoie 15w et une qui renvoie 0w... Je peux cacher dans l'admin le 0w que je peux retrouver via son id. Ou je peux dé-cocher la case de mesure de conso dans les propriétés du device 0W... Tu as une recommandations ? Il n'y a pas un moyen plus simple ? Merci :-)
-
ah tiens oui, je ne savais pas non plus. En Belgique pour tous les opérateurs c'est comme ça mais les heures changent d'une région a l'autre et il y a aussi les jours fériés qui sont en HC. No stress pour le code, c'est vraiment pas capital et j'imagine que rien que les WE c'est déjà lourd à mettre en place. Pour les devices météo, c'étaient des erreurs mais ça a disparu depuis que j'ai appuyé sur le bouton devices :-)
-
Sakkhho, tu dois mettre l'adresse de ton site dans la zone ip. (mais je ne sais pas si il faut mettre http:// ou pas... essaye Le port d'un site web par defaut est 80 avant l'adresse du site était encodé dans le script des boutons.
-
Moi je viens de faire l'update (mais repris la dernière version pour la scène et j'ai ré-importé le VD)... et tout semble fonctionner :-) J'ai deux questions: - Pour HC HP, est-ce que le WE est considéré HC ? - Je n'ai rien pour certains devices comme le CO2 (netatmo je suppose) et comme je suis impatient j'ai envie de cliquer sur devices sans attendre minuit pour ajouter mes device manquants.. je peux ? Une petite une remarque: il y a toujours des devices de type "météo" Et un tout grand MERCI ! :-) edit: je m'auto répond, j'ai cliqué sur devices et les graphes CO2 fonctionnent :-)
-
ok, si le nodid fait partie du protocole zwave, je pense qu'il n'y a pas d'espoir car le node id aura changé entre le backup en V3.6 et l'exclusion/inclusion faite en V4 bon; je vais laisser comme ça, et a noà«l je referai une config complète si la V4 est devenue complètement stable. les mauvaises langues diront: "noà«l 2016 ?" ;-)
-
merci pour vos réponses. je m'attendais a des problèmes pour des modules qui ont été ajoutés. le dernier doute est celui-ci: le nodeID, connu par la hc2 est'il un chiffre réel du device (j'en doute) ou bien un lien entre une "mac adresse zwave" et une adresse de communication avec la hc2 ? Faire un soft reconfigure des devices re-inclus ne me dérange pas, mais est-ce que ça va marcher ou il y a un handshake unique associé a un device qui est définitivement perdu lors dàºne exclusion-inclusion ?
-
Regarde la doc, et particulièrement le blind time. Sent from my SM-N910F using Tapatalk
-
petite question.j'ai fait ma migration 3.06 vers 4.056. tout ne s'est pas passé impeccablement, mais en gros j'ai un peu tout récupéré maintenant. si la .057 règle réellement les problèmes de migration (j'ai du reconfigurer mon alarme satel deux fois, et j'ai ajouté + de 500 id a ma db...), je me dis que je ferait bien un restore en 3.6 et ensuite un upgrade en 4.057, histoire d'avoir quelque-chose de plus propre. La question est de savoir comment se comportent les devices qui ont été enlevés et re-inclus en V4 (avec un nouvel ID) Est=ce que un restore en 3.6 va être transparent pour ces devices ? ou vais-je devoir aussi les enlever puis les ré-inclure en 3.6 ? Merci
-
Pour fignoler, il faut mettre comme temps (30) une valeur un peu inférieure au blind time pour que les autres temps (dim et off) soient +- justes. J'avais eu un oeil mais je l'ai enlevé par la suite car remplacé par des détecteurs satel. Le code est quelque-part dans mon github personnel. J'irai voir si ça ne va pas. Si tu peux faire fonctionner sans modifier les paramètres de l'œil ce sera mieux pour la durée de vie des batteries. Il est en effet inutile d'envoyer une détection toutes les 5 secondes... Sent from my SM-N910F using Tapatalk
-
Oui mais pour le déclencheur il faut spécifier value 1 ou un truc du genre... ce qui n'est pas nécessaire en instantané (-1) Sent from my SM-N910F using Tapatalk
-
La ligne restarttask malampesam et malampesamdim devrait être déclenchée par value détecteur de mvt à1 pendant xx secondes. Ainsi tant que l'œil n'est pas retombé à0 la tâche se relance Sent from my SM-N910F using Tapatalk
-
Donc tant que ça bouge pendant le temps défini par les paramètres des yeux, le mouvement reste à1, ne repassent pas par 0 et la ligne -1 de restart n'est donc pas exécutée, le time out arrive et les lampes s'éteignent. Donc il faut faire une modification du script ou des paramètres comme pepite le suggère, mais ça va consommer plus. Sent from my SM-N910F using Tapatalk
-
Je suis en déplacement pour le.moment, pas facile pour moi de vérifier mais je pense avoir posté une variante dans le showroom qui prends en compte le blind time. Le problème c'est que pour économiser les batteries, les yeux restent à"on" tant qu'il y a du mouvement. Il n'y a donc pas de trigger des lignes gea -1 De mémoire il faut modifier la ligne restart avec une duree au lieu du -1 Sent from my SM-N910F using Tapatalk
-
Tu as quoi comme détecteurs ? Moi j'utilise ceux de mon alarme. J'avais modifié légèrement mon script pour les yeux de fibaro, qui n'envoient le signal "plus de mouvement" qu'après longtemps. Alors que ceux de mon alarme, j'ai un cycle "mouvemebt-plus de mouvement" de max quelques secondes Sent from my SM-N910F using Tapatalk
-
Sur internet ça ne fonctionne pas comme ça, c'est en morceaux qu'on se fait hacker.Il y a des gens qui cherchent des accès, des no de carte de crédit, des comptes mail, icloud,..... Quand ils les ont ils les mettent sur le marché noir et les vendent. Ensuite il y en a qui vont voir, qui classent et qui revendent, àL'Obsédé qui veut des photos en petites tenues des comptes icloud, ou au spammeur qui cherche des comptes email, ou ou... Ou... Et puis il y a le cambrioleur qui cherche des accès aux maison dans le nord-pas de Calais". Le problème avec internet, c'est que le jeune d'Afrique du sud ou du nebraska, qui n'a pas de travail mais un PC, bah c'est comme s'il était devant votre porte d'entrée. Ça fait donc beaucoup de hacker, beaucoup de gens qui ont du temps et beaucoup d'argent àse faire pour des gens qui n'ont de toute façon pas grand chose. Ne voyez donc pas ça comme"Bah le petit voleur de la rue d'àcôté, il faudrait déjàdu bol qu'il trouve l'accès àma box" On et des milliards sur la planète et avec une connections, ils sont tous àvotre porte... Pensez y plutôt deux fois qu'une... Sent from my SM-N910F using Tapatalk
-
C'est bizzare quand même ces différences... Sent from my SM-N910F using Tapatalk
-
voici le paramètre: -- [EN] Check every X seconds GEA.checkEvery = 30 Gea ne prends en général que quelques millisecondes pour tout vérifier. Parler de "charge" est exagéré, mais oui le cpu va faire une petite pointe toutes les 15s au lieu de 30s donc la HC2 va chauffer un peu plus (dans les 0.01° :-p ). A mettre en compétition avec l'économie des led ;-)
