Krikroff

Je suis persuadé que tu feras bon usage des ST814 sinon d'occasion ça marche bien comme device [emoji5]ï¸ L'avantage avec les plugins c'est qu'ils vont nous permettre de nous affranchir dans beaucoup de situations de l'attente du support par fibaro... Le virtual switch est dans les tuyaux [emoji16] Envoyé de mon iPhone à l'aide de Tapatalk

Bienvenue sur le forum ou devrais je dire "le repaire des informaticiens" [emoji12] y'a plus qu'àmonter une SSII les gars [emoji322] Envoyé de mon iPhone àl'aide de Tapatalk

Non ce n'est pas la même chose [emoji6] pas d'inquiétude avec les ID. Un VD, un smartphone etc incrément l'ID. Le Max est sur le nombre de modules zwave enregistrés sur la puce zwave du contrôleur. Envoyé de mon iPhone àl'aide de Tapatalk

La suite ici http://www.domotique-fibaro.fr/index.php/topic/2164-plugin-virtual-sensor/

Aperçu de la configuration du plugin - Configuration du type de sonde - Configuration de la source de donnée - Configuration du format et de l'expression pour l'extraction de la source de donnée - Propriétés avancées Virtual Sensor en situation Dans le panneau événements Dans le panneau Consommation / Température Dans une scène "Bloc"

Plugin – Virtual Sensor L’objectif de ce plugin est de transformer n’importe quelle valeur (donnée) pouvant être récupérée via http en une sonde « virtuelle » « typée » préalablement déclarée et ainsi en permettre l’utilisation dans les services et panneaux compatibles du HC2 (et HCLite) en V4.xx. La sonde est accessible dans les périphériques virtuels et dans les scènes (Mode « Blocs» et LUA) En exemple, une sonde de température virtuelle peut être utilisée comme sonde principale d’une pièce, les valeurs sont disponibles dans le panneau température pour le suivi et les graphiques. La sonde est exposée via l’api mais aussi utilisable comme « déclencheur » dans une scène au même titre qu’un périphérique z-wave physique. L’origine des données d’une sonde peut être variée : DIY, API d’une Passerelle domotique, service web, variable globale (via l’api) etc. Les types de sondes : Température Humidité Luminosité Energie Fumée Binaire Niveau (à venir) Les évolutions prévues : Support de XPath afin d’être un maximum ouvert et Plug and Play Moteur de type "JSONPath" pour expression sur les sources JSON (cf. v0.3.4) Support de configurations spéciales : sonde température + Humidité, sonde énergie 2 et 3 canaux etc Support état binaire Gestion offset au niveau du « master » (cf. v0.3.4) Conversion de donnée Autres protocoles Bien évidemment toutes vos remarques et idées d’évolution sont les bienvenues. Un plugin Virtual Switch est aussi à l’étude si le concept et validé… http://www.domotique-fibaro.fr/index.php/topic/2883-plugin-virtual-switch/ Notes de mise à jour et versions disponibles: Version bêta 0.3.2 - 01.10.2014 0.3.2.zip (Des bugs de la V4.017 Bêta limite le plugin, des tickets sont ouverts) - Pour validation du cencept Version bêta 0.3.4 - 03.10.2014 0.3.4.zip - Nouveau: Support du json en source de donnée (Cf. Configuration "Source Format" et "Source Path Expression") - Nouveau: Moteur d'expressions JSON avancé afin de localiser (résolution de chemin), ajuster (opérateurs +,-,x,/ disponibles) et fonctions mathématiques applicables sur le résultat. Exemple de path: '/Results/2/state {H:%s*([%+%-]?%d*%.?%d*)} (+0.25)' permet d'utiliser la valeur "humidité" de la sonde N°2 avec un ajustement de +0.25 pour le retour api FHEM suivant : { "ResultSet": "devices#EnOcean", "Results": [{ "name": "EnO_sensor_01F", "state": "T: 22.6 H: 62 SP: 0 SW: 0" }, { "name": "EnO_sensor_02A", "state": "T: 21.0 H: 63 SP: 0 SW: 0" }], "totalResultsReturned": 2 } Version bêta 0.4.2 - 05.10.2014 0.4.2.zip - Amélioration: ajout de ma librairie lua "async" (gestion asynchrone) pour de meilleurs résultats et un code plus robuste. - Nouveau: Message d'erreur dans la vue du module principal pour le débogage. - Nouveau: Support des accès avec demande d' authentification par le serveur. Exemple: L'API Fibaro est maintenant disponible (périphériques virtuels, variables etc), mais toute API avec une authentification HTTP Basic. - Nouveau: Préparation du support des capteurs combinés (exemple: température + humidité, température + humidité + lumière, etc) - Mise à jour des informations de configuration & remise en forme du code, correction de bugs mineurs - Correction d'un bug possible avec l'authentification http (v0.4.1) Version bêta 0.5.2c - 15.10.2014 0.5.2c.zip - Nouveau: Ajout du support pour les sources HTML (Fonctionnement identique aux expressions json) Ex: {<span id="Result">(%d+%.?%d*)</span>} - Nouveau: Support de combinaisons (prédéfinies) de sondes. Ex: Température x2 (S1, S2), Température x3 (S1, S2, S3), Température (S1) + Humidité (S2), Température (S1) + Humidité (S2) + Luminosité (S3) - Nouveau: Chemin pour remonté du niveau de batterie (Ex: Koubachi, Fibaro Api) - Nouveau: Ajout des sondes: Bruit, Fumée, CO2, Securité (Motion, Door, Window, Smoke, Flood) (type binaire, 0 ou 1) - Nouveau: Paramétrage des unités, métrique ou impérial. Préparation du support pour la conversion entre types - Correction d'un bug possible avec le moteur d'expression json provoquant le blocage du plugin - Label pour horodater le rafraichissement dans le module principale et "loop counter" affiché en log Version bêta 0.5.3 - 16.10.2014 0.5.3.zip - Nouveau: Ajout de la sonde mesure de puissance "Power" (info disponible dans le panneau energie) - Correction d'un bug pouvant bloquer la remonté pour S2 et S3 - Amélioration: Meilleur gestion des erreurs Version bêta 0.5.4 - 21.10.2014 0.5.4d.zip ATTENTION: Des bugs de la V4.021 Bêta limite le plugin, des tickets sont ouverts. Les limitations touchent la visibilité du plugin, il est conseillé d'éviter de masquer le plugin d'une manière ou d'une autre. Le Plugin peut bloquer après un reboot du HC2 dans ce cas l'unique solution est la suppression du plugin puis d'ajouter une nouvelle instance. - Nouveau: Ajout des sondes: Rain Gauge/Level, Co2, Wind Speed - Nouveau: Ajout d'un bouton "Forcer le redémarrage" dans le panneau avancé afin de faire un reboot du plugin - Nouveau: Pour le type "Security" ajout du support des valeurs "on"/"off", "unsafe"/"safe", "1"/"0", 1/0, "true"/"false", true/false, "breached"|"open"/"closed" (utiliser le pattern suivant pour le json FHEM et une sonde binaire: /Results/1/state {(.*)}) - Fix: Mise à jour du log (Fix V4.018beta par un hack)

@SebDel, le cable réseau peut effectivement expliquer les problèmes concernant les connexions par les applications android/ios/desktop vers la HC2 mais pas les problèmes de remonté des infos z-wave vers le HC2 @Lionel57, Le gros problème c'est que toutes nos installations sont différentes, ta config est pourtant "light" et ton HC2 devrait tourner comme une horloge , perso je n'utilise pas le GEA de Steven ni le Scheduler de Robmac (Tous les deux de très bonne facture) car cela ne correspond pas à mon utilisation. Honnêtement je n'ai pas confiance dans les scènes en mode "blocs" c'est dommage le côté graphique et bien plus agréable que le pauvre éditeur LUA... Voici ce que je ferais afin d'isoler le problème: désactiver les scènes une à une jusqu’à trouver la / les scènes responsables (idem pour les vd). Dans 90% des cas l’instabilité du HC2 vient du code d'une scène ou d'un vd, les 10% restant c'est le moteur z-wave qui délire à cause d'un device z-wave (j'ai encore un arrière gout dans la bouche cf.début du module RGBW

@Lionel57, j'ai une HC2 qui tourne sur la bêta 4.017 et je n'ai pas de problèmes de blocage z-wave, des plantages en cas de modification de l'assignation des pièces et aussi lors de l' importation de vd (l'ancienne api vd est h.s). Tu as beaucoup de scènes qui tournent ?

Je pense aussi, surtout que la V4 en multi threading devrait être capable d'encaisser beaucoup plus que la V3.xx sans broncher @Lionel, Versailles c'est trop petit pour moi et pas fonctionnel pour les réceptions... je sors...

Il n'existe malheureusement pas d'outils pour diagnostiquer les problèmes z-wave ou autres... La V4 posséde bien un onglet diagnostique mais non actif pour le moment sur la partie z-wave, le reste c'est pour voir la charge du serveur (core 1/2) mais cela me semble inutile sauf en cas de grosse surcharge. Il faudrait pouvoir accéder aux charges (cpu/memoire) pour les scènes, plugins, vd etc. Par expérience, une simple faille dans le code d'une scène/vd peut rendre le HC2 instable au bout de quelques jours/semaines sans savoir d' ou vient le problème, et par miracle un reboot fait repartir la machine jusqu’à la prochaine fois JC.

Oui Benjy c'est paramétrable dans les propriétés avancées. Je vais ouvrir un nouveau sujet je pense dans la soirée histoire de ne pas trop pourrir le post "radiateurs à fil pilote"

Séb, Moi j'ai 388 devices avec 51 noeuds physiques, 27 virtual devices (beaucoup très lourd en code) , 40 variables, 61 scènes le tout dans 27 pièces et 8 sections et je n'ai jamais observé le moindre ralentissement ni plantage mon HC2 tourne comme une horloge (heu non pas ça il y a mon module clocksync )... statut du serveur: 135d, 20h, 59m Le problème est peut-être ailleurs ?

@Did, hum tu n'aimes pas le teasing ou bien ... C'est pour faire bisquer BenjyNet ... Ok, ça commence par "Virtual" et se termine par "Sensor" mais

@BenjyNet, même si je ne suis pas adepte de cette pratique pour toi je vais faire une exception et ma fesse gauche te dit merci . @PITP2 @moicphil, si c'est le cas je serais ravi Bon histoire de...

Merci beaucoup pour le partage Did, je vais suivre avec intérêt la suite de ce projet [emoji4] Envoyé de mon iPhone àl'aide de Tapatalk

Bienvenue sur le forum zaedan [emoji2] Envoyé de mon iPhone àl'aide de Tapatalk

Pour moi la préco. c'est jamais de reboot sauf cas de force majeur [emoji6]. Ce n'est pas logique de devoir rebooter une fois par jour pour avoir un comportement normal... Envoyé de mon iPhone àl'aide de Tapatalk

Cool merci je suis passé àcôté [emoji12] Envoyé de mon iPhone àl'aide de Tapatalk

Je voulais gérer des plages horaires et du monitoring de la Conso du wallplug pour gérer des alertes sur vidange etc... Envoyé de mon iPhone àl'aide de Tapatalk

Lorsqu'il demande une mise àjour de la température de consigne ? C'est possible en surveillant les danfoss de la zone avec une scène mais je ne pense pas que le panneau de chauffage remonte cette info de lui même dans l'api ou autre ... Envoyé de mon iPhone àl'aide de Tapatalk

J'ai constaté cette nuit vers 02h00 que les serveurs Fibaro étaient H.S mais je n'utilise pas le home.fibaro donc ce n'est pas trop grave [emoji6] Envoyé de mon iPhone àl'aide de Tapatalk

Hey speckery, bon j'avoue en fait ne pas trop comprendre ton problème, par exemple la scène "la tv s'allume à21h00" pour qu'elle s'allume à21h00 il faut bien que la scène tourne , il manque juste une condition (variable globale par exemple) dans ta scène pour dire si tu es présent ou absent de ton domicile . Je suis complétement àcôté de la plaque ?

C'est surtout qu'ils ont reproduit le problème et l'ont constaté... Donc patch dans la prochaine maj logiquement

http://bugzilla.fiba...w.php?id=1613 -> Le bogue suivant a été accepté.

http://bugzilla.fibaro.com/view.php?id=1613 -> Le bogue suivant a été accepté.