Lazer

Elle a l'air bien naze cette box

Je comprends mieux, donc Informatique dans une section, mais pas un forum dédié.

ah ok désolé j'avais pas compris ça mais du coup je trouve ça bizarre, Informatique n'a rien à faire dans alarme.... ni dans objet connecté d'ailleurs bref je vois pas où le mettre, à part tout seul EDIT : ça parle trop vite....

L'apostrophe standard ne passe pas car c'est un caractère spécial en informatique... et Fibaro n'a jamais su la gérer correctement. L'astuce, tu fais une apostrophe avec Word, il va te la transformer automatiquement en caractère typographique (ou calligraphique, ou je sais pas comment on dit), et tu la copies/colles et ça passera bien sur Fibaro. Là on voit bien la différence : Standard : ' Word : ’

Mais on avait déjà "Alarme & Vidéo-surveillance" ! EDIT faudrait y ajouter portier/intercom d'ailleurs

Je ne suis pas d'accord avec le terme Ethernet, et pourquoi ? Tu fais comment quand ton objet connecté il propose à la fois Ethernet et Wifi ? Pour moi, 'Object connecté" ça suffit

ça faisait pareil avec Chrome. Oui merci pour le mail

Très bonne idée, gros +1 Si clairement, mais c'était une blague de mprinfo pour me titiller, et Jojo l'a pris au 1er degré 1 section informatique avec tout dedans, ça va très bien

N'importe quel sèche serviette électrique de ton choix, peu importe, ils sont tous commandés par fil pilote. Ensuite un module Qubino fil pilote pour le domotiser. Le problème ça va être ta HC Lite, qui ne permet pas de faire grand chose.... il faut que tu cherches sur le forum, quelqu'un avait partagé l'astuce pour contrôler le fil pilote depuis une HCL en utilisant les requêtes GET dans un module virtuel.

Si tu as la documentation de ton module, les paramètres doivent être indiqués dedans. Tu peux alors les renseigner manuellement dans la box.

Merci mais je n'arrive pas à télécharger le fichier... toi aussi ?

@Nico Afin de préparer la compatibilité de mon QA IPX800 v4 avec l'EcoDevice RT2, est-ce que tu pourrais me donner le résultat des URL suivantes qui sont inédites à ce produit : http://EcoDevices_RT/api/xdevices.json?Index=all http://EcoDevices_RT/api/xdevices.json?key=apikey&DIndex=P http://EcoDevices_RT/api/xdevices.json?key=apikey&DIndex=S http://EcoDevices_RT/api/xdevices.json?Price=all http://EcoDevices_RT/api/xdevices.json?key=apikey&DPrice=P http://EcoDevices_RT/api/xdevices.json?DPrice=S http://EcoDevices_RT/api/xdevices.json?key=apikey&Get=TI http://EcoDevices_RT/api/xdevices.json?Get=P Vu la quantité de résultat que tu risques d'obtenir, il vaut peut-être mieux le mette en fichier attaché plutôt que de copier/coller le texte sur le forum. Merci

Ah oui OK Mais ça ne seront pas des QA enfants, puisque un QA enfant n'a pas de code LUA, les enfants dépendent à 100% du code LUA du parent. Donc c'est un QA totalement indépendant, ce qui signifie que l'utilisateur doit maintenant la correspondance d'ID entre le vrai QA et celui qui contient la config... pas super non plus

Hum, les "Autres solutions domotique" on peut les sortir de "Bienvenue" ? D'ailleurs on pourrait y ajouter une sous-section Home Assistant

Remonte petit topic Je l'ai déplacé dans la nouvelle sous-section dédiée à la marque Pour info j'ai posé le miens il y a quelques mois. Je l'avais acheté il y a longtemps, peu de temps après sa sortie. Il avait donc un vieux firmware. Et j'avais le souci du bug de sensibilité des touches tactiles : soit il fallait appuyer trop longtemps et trop fort, soit les touches étaient trop sensibles et faisaient défiler les fonctions toutes seules ! Impossible de trouver le bon réglage. Il faut faire procéder à la mise à jour gratuite du firmware par GCE Electronics, il faut les contacter sur leur Helpdesk puis ouvrir un port sur son routeur pour leur donner accès à distance. Depuis il fonctionne très bien

Welcome to the forum

Lien vers le Wiki officiel de l'IPX800 v4 : http://gce.ovh/wiki/index.php?title=IPX800_V4 Et plus généralement, toutes les extensions : http://gce.ovh/wiki/index.php?title=Accueil

Tant que ce n'est pas un doigt ... Comment il va d'ailleurs le tient ?

Oui, mais vu le nombre d'options considérables d'options à gérer (chaque entrée, sortie, compteur, numérique, analogique, teleinfo, etc) sur les IPX800/EDRT2, ça va faire soit une variable énorme avec plein d'options dedans (et l'utilisateur sera responsable de faire correctement l'encodage JSON), soit un très grand nombre de variables (1 option par variable) Je ne vois rien d'idéal pour l'instant

C'est beau ça C'est @Nico qui va pleurer Du coup j'ai vu qu'ils ont bien pris en compte la demande de réintroduire l'UDP, mais je pense qu'il va falloir être patient, il n'a pas donné de date....

Je ne suis pas certain que le VD soit encore d'actualité, il date des tous débuts de la HC2.... l'API a pas mal évoluée depuis. Le JSON d'un module tu peux le récupérer via l'API grâce à l'URL suivante sur l'adresse IP de ta box (remplacer 150 par l'ID de ton module) : /api/devices/150 Tu récupères quelque chose qui ressemble à ça, avec la propriété "dead" qui nous intéresse (en bas de ma capture) : { "id": 150, "name": "Eco-Devices", "roomID": 219, "view": [ { "type": "json" } ], "type": "com.fibaro.powerSensor", "baseType": "com.fibaro.multilevelSensor", "enabled": true, "visible": true, "isPlugin": true, "parentId": 0, "viewXml": true, "configXml": false, "interfaces": [ "energy", "power", "quickApp" ], "properties": { "apiVersion": "1.1", "categories": [ "other" ], "dead": false, "deadReason": "", En LUA, tu peux aller récupérer tout le JSON grâce à api.get("/devices/150") ou directement la valeur qui t'intéresse via fibaro:getValue(150, "dead") Pour forcer un polling, comme dit c'est un peu plus technique, il faut utiliser les outils de dév de ton navigateur web pour récupérer l'appel qui est fait à l'API (ce n'est pas officiellement documenté) Par exemple je l'ai déjà fait dans une scène sur la HC2 ça ressemble à ça (il faut au préalable connaitre l'ID du module parent du module que tu veux interroger) : local postURL = 'http://127.0.0.1:11111/api/devices/' .. parentId .. '/action/poll' local httpClient = net.HTTPClient() httpClient:request(postURL, { success = function(response) if response.status == 200 or response.status == 202 then fibaro:debug("Poll device OK") else fibaro:debug('<span style="color:red;">Error : status='..tostring(response.status)..'</span>') end end, error = function(err) fibaro:debug('<span style="color:red;">Error : '..err..'</span>') end, options = { method = 'POST' } })

Ce qui m'embête, et c'est la raison pour laquelle je n'ai pas encore partagé mon QA pour IPX800 v4, c'est que l'interface Web de la HC3 ne permet pas de modifier les variables des modules enfants. Du coup je ne sais pas partager un QA aussi complet qui soit facile d'installation.... j'aurai aimé éviter de laisser l'utilisateur modifier le code LUA comme on a toujours été obligé de le faire sur les VD, ça complexifie tellement l'installation pour les néophyte. Et cela complexifie aussi l'évolution du code, car à chaque mise à jour du code, il faut que l'utilisateur modifier l'entête LUA avant le copier/coller. Je viens de jeter un oeil plus approfondi à l'API de l'ED RT2, elle est identique, mais plus complète que celle de l'IPX800. Notamment sur les remontées des étiquettes de la téléinfo, et des pinces. Ca fait un nombre de possibilités infinies, et je crois que je vais devoir me résigner à laisser l'utilisateur modifier le code LUA Si quelqu'un a une idée....

Oui justement ça c'est l’icône d'un nœud mort = dead

Une sous section informatique a été demandé il y a très longtemps déjà, à plusieurs reprises même, et ça a toujours été refusé. Moi aussi je préfèrerais, car il y a pas mal de discussions informatique/réseau/geekerie en tout genre qui y trouveraient leur place. Après pas obligé de découper en sous section nas/virtu/réseau etc, ce n'est pas un forum d'informatique non plus, il y en a déjà plein qui le font mieux @Moicphil si tu nous entends...

Bienvenue sur le forum