Lazer

Cool

Je n'en n'ai que 3, je veux bien en acheter d'autre aussi Plus sérieusement @angusperde j'avais eu un souci d'inclusion une fois, avant de me rendre compte qu'il y a 2 boutons sur cette multiprise, et je me rendre compte que je n'appuyais par sur le bon bouton. C'est à tester.... un bouton sur le dessus (qui clignote), et un autre sur le coté à l'extrémité.

Tu ne peux pas récupérer la température directement, elle est dans un tableau TaskValues à l'intérieur du JSON, qu'il faut donc parcourir avec une boucle for. Voici un exemple de code qui devrait fonctionner, attention je ne l'ai pas testé : local selfId = fibaro:getSelfId() local sleeptimer = 5 -- minutes between polling local WEB = Net.FHttp("192.168.2.218",80) -- IP to your espeasy local response, status, err = WEB:GET("/json?tasknr=1") -- task id on espeasy if tonumber(status) == 200 and tonumber(err) == 0 and response ~= "" then local jsonTable = json.decode(response) if type(jsonTable.TaskValues) == "table" then local value, v for _, v in pairs(jsonTable.TaskValues) do if v.Name and v.Name == "Temperature" then value = v.Value break end end if value then fibaro:debug("Température : " .. value .. "°C") fibaro:log(value) fibaro:call(selfId, "setProperty", "ui.lbl1.value", value.." C") else fibaro:debug("Attention : la température n'a pas été trouvée") end else fibaro:debug("Erreur : TaskValues n'existe pas") end else fibaro:debug("Erreur : impossible d'effectuer la requête HTTP") end fibaro:sleep(sleeptimer*1000*57) PS : tu peux formater ton code sur le forum avec les balises </> dans la barre d'outil, car là c'est franchement illisible, tu as de la chance que je n'avais rien à faire et que j'ai reformaté ton code dans mon Notepad++.

Le souci c'est que le fil pilote n'existe qu'en France (et Italie je crois), du coup peu de chance que les européens actifs sur le forum officiel remontent l'info. Et puis connaissant la haine de Fibaro pour Qubino, il y a peu de chance qu'ils fassent des efforts.... surtout si le bug provient du firmware de Qubino, ce qui ne serait pas impossible. Si quelqu'un est motivé pour aller ouvrir un topic sur le forum officiel.

J'ai pas testé aujourd'hui mais oui toujours pareil, on on avait parlé sur le topic du dernier firmware je crois

Je crois, mais je t'invite à aller te renseigner sur ces appareils, soit sur les topics dédiés sur le forum, soit sur le site officiel de GCE. (perso j'utilise les compteurs et la téléinfo, mais je n'ai pas d'alerte programmée) Pour les SMS, c'est un tout autre sujet, il te faut une passerelle permettant d'en envoyer.... là aussi on en parle sur le forum, on est plusieurs à utiliser un vieux tél Android dédié avec SMS Gateway ou JPI et un abonnement Free à 0/2 € Remarque que si ton opérateur fixe est Free, tu peux envoyer des SMS gratuitement via une API dispo en ligne via Internet..... donc totalement inutile le jour où Internet est en panne, donc retour à la phrase précédente : passerelle Android dédiée.

Les Volets roulants ??? Euh non pas du tout, je ne sais pas d'où tu sors ça, mais attention, c'est limite inquiétant des remarques pareils, tu vas foutre le feu à ta baraque....... !!! Les volets ça tourne en 230VAC, le Smart Implant c'est du 9-24 VDC.... Si tu n'as aucune base en électricité, fait toi aider par un électricien, ça sera toujours mieux que de mourir électrocuté. EDIT : tu devrais aller faire un tour sur le topic unique du Smart Implant : Et surtout sur le topic de la première version, le FGBS-001 (ou 321), car on a dit beaucoup de choses à son sujet :

Bienvenue sur le forum

Non pas vraiment, ce module n'est pas un compteur (d'ailleurs il n'en existe pas à ma connaissance en Z-Wave) Tu peux bidouiller un truc qui ne sera pas fiable, à savoir une scène qui se déclenche sur trigger à chaque fois que l'entrée du module change d'état, mais tu vas louper des impulsions si ton réseau est surchargé ou si la box est occupée à autre chose ou si elle est plantée, etc En général, on utilise un appareil dédié pour le comptage d'impulsions, par exemple chez GCE il y a les Eco-Devices et IPX800. Mais c'est cher donc il faut avoir l'utilité des nombreuses possibilités que proposent ces appareils. Ensuite mêle si tu remontes le niveau de consommation d'eau, les fuites ne sont pas si simple à détecter. Il y a un sujet sur le forum qu'il que tu retrouves, avec un algorithme qui a été testé.

You could try to mannualy access the API from a Linux command line : curl --insecure -c cookies.txt 'https://10.0.1.91:8443/api/login' --data-binary '{"username":"xxx","password":"yyy","strict":true}' curl --insecure -b cookies.txt -c cookies.txt 'https://10.0.1.91:8443/api/s/default/stat/sta' curl --insecure -b cookies.txt -c cookies.txt 'https://10.0.1.91:8443/logout' The second command should list every known devices

Sur le site de Synology tu as un simulateur qui calcule l'espace requis en fonction des paramètres d'enregistrement (définition, fréquence, débit, codec, etc) Perso je n'enregistre pas en continu, mais uniquement sur détection de mouvement, ça économise énormément d'espace et évite d'enregistrer des images fixes où il ne se passe rien.

Ma vue n'y est pour rien. Pour rappel, c'est dans les conditions d'utilisations que tu as lu et acceptées en t'inscrivant sur le forum : Un peu de respect des autres utilisateurs ne fait jamais de mal.

@Manech Tu peux éviter de citer systématiquement le message précédent STP ? Ça ne sert a rien, et pire ça allourdit la lecture. Merci.

Cela serait possible en modifiant le code, mais ce n'est actuellement pas possible..... car c'est à mon avis inutile. Même si un bouton plante, ce n'est pas bien grave puisque le code d'un bouton n'est jamais censé tourner en boucle (contrairement à la main loop d'un VD, ou à une scène) Donc le Watchdog n'aurait tout simplement rien à redémarrer. Le seul intérêt qu'on pourrait éventuellement y trouver, c'est de prévenir l'utilisateur si le code LUA d'un bouton plante, donc un simple rôle de monitoring. Cela dit, si ça arrive régulièrement, c'est plutôt une erreur d'interface chaise-clavier et qu'il vaut mieux commencer par débugguer le code plutôt que de faire confiance au watchdog.... (celui-ci n'est là que pour nous sauver des plantages exceptionnels) Si le code d'un bouton plante de manière exceptionnelle, ce n'est pas gênant, puis qu'il sera ré-exécuté la prochaine fois qu'il sera cliqué (manuellement par l'utilisateur, ou automatiquement depuis la Main Loop ou une scène)

ah .... ça ne sent pas bon je n'y connais rien en Synology officiel, mais ça ressemble à la panne physique Tu as testé le reset ? Il y a un bouton pour ça je crois

Le monologue de l'éléphant Ok donc c'est un peu ce à quoi je m'attendais, c'est tout à fait raisonnable et similaire à une caméra IP. C'est relativement faible, 4 à 5W ce se dissipe sans souci avec le carénage métallique, la chaleur ressentie c'est normal et ça permet de préserver l'électronique à une température raisonnable. Pour rappel la HC2 c'est 14W dissipés passivement avec le boîtier alu, bien qu'il soit très chaud, l'électronique se porte très bien depuis des années.

Justement, leur plastique c'est du caramel, ils attendent l'automne pour les sortir ces adaptateurs, car en été ils sont trop mous :/

Merci @fredokl Y'a du niveau là, belle utilisation des couches de Photoshop ! Ca va m'occuper un moment avant d'arriver à faire ce que je veux vu mon niveau débutant.... bon c'est formateur, et là tu m'as donné une bonne base de travail, merci

Ce n'est probablement pas la cause des plantages de ton HC2, mais il y a quand même un gros souci là, tu n'as quasiment que des capteurs !! Tu n'as pas de problème de remonté d'infos depuis tes capteurs ? Il faut plus de modules alimentés sur secteur pour un bon maillage du réseau.

Oui, il pingue ? Si il pingue, c'est quoi le code d'erreur quand tu tentes de te connecter ?

Étrange.... Je vois : "X-Frame-Options":"DENY" Est-tu certain que ton login/password est valable et que cet utilisateur a les droits suffisant pour lister les appareils ?

Ah mais très clairement, c'est un défaut de conception. Si on renvoie tous nos Walli aux revendeurs, ça va leur faire mal.... (aux revendeurs en premier lieu, et à Fibaro en second) Je comprend vraiment pas cette stratégie de vendre un produit pas fini, la cible des Walli ce sont les installateurs pros, les mecs ils se feront avoir 1 fois, pas 2.

Désolé, je n'avais pas répondu à ton message précédent, mais de toute façon c'était du pipo de support de base. Au final ils ont pu se connecter pour voir ce qui ne va pas ? Parce que comme je te disais plus haut, il n'y a que le support qui peut regarder en profondeur l'origine de tes problèmes. Ce n'est pas normal en tout cas, ces plantages ne devraient pas se produire. Ou alors tu fais un recovery complet de la box, et une nouvelle install propre, mais ça t'oblige à tout refaire.

Le coup du papier c'est énorme, incroyable que Fibaro n'ait pas testé son module... Ça me rappelle the Button, un autre gros Fail. Décidément, les interrupteurs ce n'est pas leur fort chez Fibaro. Ça me donne une idée, je vais essayer de désigner une pièce en 3D pour l'imprimer et fixer cela durablement à l'intérieur.

Ah c'est logique, mod-python, bravo