jojo

tu n"as pas besoin de scène block pour ça : un simple module lié et le panneau de chauffage de la HC3, c'est parfait. tu peut mettre ton motion sensor à 1-1.5 m du sol (ou Aeotec Trisensor) tu ne tiens plus compte de la présence ? (comme tu le disais dans ton premier post) ?

aucun soucis en block si tu as tout le matériel z-wave nécessaire ET clairement dans ta tête ce que tu veux comme résultat.

this QA talk with the Bridge (who have an IP). And then the bridge talks with the Nuki via BT. Do, to have a bridge is MANDATORY for this QA

Introduction • Un QA par Serrure Nuki (choix délibéré, car si plusieurs serrures, elles seraient dans différentes pièces) • Vous devez avoir un Nuki bridge, car tout passe par lui (qui peut servir plusieurs serrures) • Merci à @Lazer, @jjacques68, @Did, @fredokl, …, pour leurs précieux conseils Nouveau dans cette version • colorisation des textes de l'UI. Objectif • récupérer l'état d'ouverture/fermeture • récupérer l'état des piles (de la serrure et du keypad si associé) • envoyer commande d'ouverture • envoyer commande de déverrouillage (et simple clic sur l'icône) • envoyer commande de verrouillage (et simple clic sur l'icône) • envoyer commande de lock’n’go (verrouillage temporisé) • envoyer commande de lock’n’go précédé d’une ouverture de porte Activation API La totalité de l'API est disponible ici : https://developer.nuki.io/page/documents/1/ Pour commencer, nous allons avoir besoin d’activer le mode Développeur via l’app sur Mobile. Cette manipulation peut être effectuée à l’installation du système : - Vous tomberez sur une page de recherche des réseaux WIFI et sur la partie basse, cocher la case API HTTP. OU Si vous avez déjà installé votre Nuki, procéder comme suit : - aller dans section gérer la Bridge (menu général de l'app -> Gérer mes appareils -> Bridge -> gérer la Bridge) - mettre la Bridge en mode maintenance - Une fois arrivé dans la section de gestion de la Bridge, pr esser sur l'icône de Bridge puis activer le HTTP API. Vous obtiendrez l’adresse IP du bridge, le port (par défaut le 8080) et surtout le token (jeton) à noter précieusement pour la suite de ce tuto. Une fois ces éléments enregistrés terminer l’installation de la Nuki. Pour la suite, on notera les éléments suivant : • IP du bridge = IP_NUKI • Port du bridge (par défaut le 8080) = PORT_NUKI • Token = TOKEN_NUKI Il reste encore à récupérer les IDs des NUKIs, pour cela ouvrir une page d’un navigateur internet. Puis entrez l’url suivante : http://IP_NUKI:PORT_NUKI/list?token=TOKEN_NUKI Vous devriez recevoir en retour l’état de vos Nukis avec leur nukiID qu’on notera par la suite ID_NUKI Voici un exemple de retour de cette URL/API : [ { "deviceType": 0, "nukiId": 123456789, "name": "Entrée", "firmwareVersion": "1.14.1", "lastKnownState": { "mode": 2, "state": 3, "stateName": "unlocked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 34, "keypadBatteryCritical": false, "timestamp": "2022-07-24T07:45:45+00:00" } }, { "deviceType": 0, "nukiId": 123456780, "name": "Cuisine", "firmwareVersion": "1.14.1", "lastKnownState": { "mode": 2, "state": 1, "stateName": "locked", "batteryCritical": false, "batteryCharging": false, "batteryChargeState": 62, "timestamp": "2022-07-24T20:00:06+00:00" } } ] Résumé sur les actions et les états disponibles Pour l’état (State) de la Nuki, nous obtenons une valeur numérique : 0 : non calibré (à faire à l’installation pour que la Nuki sache se positionner) 1 : verrouillé 2 : déverrouillage en cours 3 : déverrouillé 4 : verrouillage en cours 5 : porte ouverte 6 : lock’n’go (verrouillage temporisé) 7 : lock’n’g (porte en cours d’ouverture) (! bien comprendre la différence entre déverrouillé et ouverture) 254 : moteur bloqué 255 : erreur inconnue Pour les actions possibles : 1 : déverrouillage 2 : verrouillage 3 : ouverture porte 4 : lock’n’go (verrouillage temporisé) 5 : lock’n’go précédé d’une ouverture de porte Variables du QA Les variables suivantes doivent être complétées pour que le QA fonctionne. • ip = IP_NUKI - 192.168.1.xxx • port = PORT_NUKI - 8080 • token = TOKEN_NUKI - abcdef • id = ID_NUKI - 123456789 • refresh = par défaut 10s (si inférieur, il affiche une erreur-. C'est l'intervalle de temps auquel le QA va interroger la serrure pour connaître son état. Les autres variables sont remplies par le QA, afin de pouvoir, par exemple, être utilisées par GEA. Icones Statut [%] Quoi 0 ouvert - batterie ok 10 ouvert - batterie ok 20 ouvert - batterie ok 30 ouvert - batterie à remplacer 40 ouvert - batterie à remplacer 50 ouvert - batterie à remplacer 60 fermé - batterie à remplacer 70 fermé - batterie à remplacer 80 fermé - batterie ok 90 fermé - batterie ok 99-100 fermé - batterie ok Idées d'utilisation • Verrouiller toutes les portes au coucher • Verrouiller toutes les portes lorsque l'alarme générale est branchée • Envoyer une notification quand il faut changer les piles d'une serrure Limitations Si le json ne sait pas retourner toutes les valeurs du tableau (car par exemple la serrure a perdu sa connexion avec la Bridge), les informations retournées peuvent ne pas être fiables. Exemple 1 : Si la serrure "Entrée" n'est plus connectée à la bridge, le json retourné ressemblera à ceci : { "nukiId": 123456789, "name": "Entrée", }, { "nukiId": 123456780, "name": "Cuisine", "firmwareVersion": "1.7.3", "lastKnownState": { "state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2019-01-12T14:47:54+00:00" } } ] Exemple 2 : Si la serrure "Cuisine" n'est plus connectée à la bridge, le json retourné ressemblera à ceci : { "nukiId": 123456789, "name": "Entrée", "lastKnownState": { "state": 1, "stateName": "locked", "batteryCritical": false, "timestamp": "2019-01-12T13:04:25+00:00" } }, { "nukiId": 123456780, "name": "Cuisine", "firmwareVersion": "1.7.3", } ] Nuki_v3.10.fqa Nuki_v3.01.pdf

J'ai une fois acheté ces chinoiseries, plus jamais ...

! aux risques d'incendie

en fait c'est ce quz je voudrais faire pour la détection de mes nœuds morts. Je crois que je vais utiliser GEA comme déclencheur : si il détecte un noeud mort, il lancera un LUA qui parcourera tous mes modules (visibles) et ne réveillera que les morts (comme l'action Deads) et m'enverra un mail avec le noeud qu'il a réveillé (=> la boucle FOR sera dans le LUA)

du coup je vais voir s'il est possible de le faire un à un en parcourant ma table des ID dans GEA ou dans un LUA spécifique

Je relance le sujet. Car dans GEA j'ai mis Deads en condition et action, avec en plus un mail pour m'avertir qu'il avait réveillé des nœuds morts. Mais ça m'intéresserais de savoir lesquels, histoire que si par exemple c'est toujours/souvent le même, c'est peut-être que le module est en fin de vie, ou ???

@Lazer, quand je lisais la question, je préparais dans ma tête exactement la réponse que tu as faite ...

si c'est l'aspect clignotant qui tente les enfants, il y a surement un paramètre du module pour personnaliser cela (sauf évidemment si les parents trouvent ça fun). Cela éviterait de désactiver quand les parents en on besoin, ou de pouvoir demander aux enfants de baisser/monter le volet

Je me pose juste une question : la fonction "Protection" ne fonctionnerait pas que pour les action ç distance (via application Web ou le GSM ou un script ou ...) l'action en locale fonctionnerait toujours ? Où alors il faudrait interpréter : mode = Local : action/état sur/des boutons physiques mode = RF : action/"tat via la box.

là tu as fait du travail d'archéologue ...

mettre à jour une HC2 = migrer vers HC3. (la HC2 est tellement vielle)

ma méthode est très simple et efficace : Poubelle

si tu as un HAProxy, tu confirgure en local (via ton HAPRoxy) et du coup tu ne passes plus jamais par le cloud Fibaro, même en 4G

pas de sousis sur Androïd 1.21.0

Evidemment, si cette info est stockée dans la DB ... Mon souhait de personnalisation se "limite" (pour l'instant ) à faire des groupes. Je vais voir ce que Grafana a dans le ventre.

12m extérieur ou intérieur ?

su Androïd je ne voit également pas cette page d'admin. Tu as une version spéciale ? (comme @Nicoqui a un FW HC2 spécifique) ?

Cela voudrait dire tout multiplier : QA, AppWeb, DB, ... et dans mon exemple j'ai donné l'exemple de 2, mais ce serait plus en réalité : Freeze, Cave à Vins, Tmp Ext, Tmp Int (qu'on pourrait diviser entre RdC & Etage), ballon eau chaude sanitaire. Je serais déjà à 5 (+ ceux que j'ai oubliés) => copier un fichier de config c'est plus simple ...

J'ai une question non en rapport avec la DB Dans la page administration, on choisit ce qui est visible ou pas. J'imaine que cette info est stockée dans un fichier (mais lequel ?). Mon idée : préparer un fichier avec certains devices, un autre avec d'autres, ... et celui qui est utilisé, est celui avec le nom standard. Pourquoi ? La température de mon congélateur (-15 à -25 °C) n'est évidemment pas avec la même échèle que la température du salon. Donc utiliser le fichier de config en fonction de ce qu'on veut voir.

j'allais poster quand ton message est arrivé. J'ai donc redémarré mon serveur, et la variables est revenue à sa valeur par défaut (normal, c'est ce qui était expliqué dans ton lien), MAIS le log de mon QA est toujours vert Je crois donc que notre problème (comme expliqué par @Lazer),provenait du fait que la variable Memory du QA était trop élevée.

Nous avons mis en place une solution temporaire, ce qui veux dire qu'à chaque redémarrage du Syno (et donc de la DB), il faudra refaire la manip. Où se trouve le fichier de config dont ils parlent ? Je savais qu'un QA redémarrait à chaque changement d'une variable. J'ai donc forcé son redémarrage, et il n'y a plus que du vert dans les logs Comme tu parlais + haut (oui, parfois je lis ...) d'un prochaine version du QA, pourrais tu y inclure l'envoie d'un mail si log erreur, car je ne regarde pas tout le temps les logs ... mon SQL est le grand standard (MariaDB 10) sur Synology, comme dans ton tuto. Je suis en DSM 7.1.1-42962 Update 4 ========================================= en tout cas, merci pour votre aide, et SURTOUT votre patience ==========================================

vue de m... Je viens de diminuer la mémoire à 1000. La variable max allowed packet = 268435456 (=256*1024*1024) et j'ai toujours la même erreur : ce qui est en cache, le reste peut-être ? dois-je redémarer ma HC3pour vider le cache de DomoCharts ? (mais te connaissant, tu as du faire un truc pour que ça reste ...) [22.11.2023] [15:47:00] [TRACE] [QA_DOMOCHARTS_166]: Found 10145 previously stored datas [22.11.2023] [15:47:00] [ERROR] [QA_DOMOCHARTS_166]: Too much data already in cache [22.11.2023] [15:47:02] [ERROR] [QA_DOMOCHARTS_166]: http://192.168.xxx.xxx125/domocharts/data.php => Error #HY000 => SQLSTATE[HY000]: General error: 23 Out of resources when opening file './domotique/domocharts_energy.MYD' (Errcode: 24 "Too many open files") [22.11.2023] [15:47:02] [WARNING] [QA_DOMOCHARTS_166]: Memorize 10145 sensors data