Lazer

Moi je suis pas d'accord pour cette section market. Je sais que tu aimes bien pomper le travail des autres et en faire un tuto, mais quand même, le market c'est le truc de Fibaro, nous on a un forum francophone pour échanger, avec nos propres tutos, VD, Scènes, et QA, qui sont déjà très bien rangés actuellement.

ça a bien changé Mes quelques petites remarques : Tu veux bien fusionner les sous-sections "Aeon Labs" et "Aeotec" ? C'est le même fabricant et on ne sait jamais dans laquelle trouver le module qu'on cherche. Visuellement dans l'ordre, j'aurais préféré la section "Modules Fibaro" avant la section "Modules Z-Wave" (c'était comme ça avant non ?) Dans la section "Périphériques et matériels autres" : La sous-section "Modules NICE" a l'entête "modules" mais pas les autres. J'aurais uniformisé en mettant "NICE" tout court. De plus, puisque NICE apparait en tant que section à part entière dans le forum "Autres solutions domotiques", je propose de déplacer cette sous-section dans "Modules Z-Wave". Il y a une faute, il manque un "r" à "GCE Electronics". Pareil que précédemment, puisqu'il y a une section entière dédiée à cette marque, on peut donc supprimer cette sous-section ? Même remarque pour "Netatmo". Dans la section "Alarme & Vidéo-surveillance", il faut ajouter la mention portiers, par exemple "Alarme, Vidéo-surveillance, Portiers". D'ailleurs je me demande si ça ne serait pas mieux de lui donner un nom plus générique, comme "Sécurité (Alarmes, Caméras, Portiers)" Dans la section "Actionneurs & Ouvrants (Portail, volets...)" j'ajouterais la mention piscines comme ceci : "Actionneurs & Ouvrants (Portail, volets, piscines, ...)" Dans la section "Box / Logiciel", pourquoi ne pas ajouter des sous-sections Domoticz, FHEM, Zibase (oui je sais ce produit est mort mais il y a encore quelques utilisateurs, et pas mal de discussions sur le forum qu'on pourrait archiver à cet endroit) ? La section "Son / Image" me semble redondante avec la section historique Multimedia. Je pense qu'il faut tout conserver dans Multimedia, quitte à le renommer : "Multimedia (audio, vidéo ...) Un forum entier "Alarme / Vidéosurveillance", que je renommerais "Sécurité" tout court. Mais il va falloir supprimer la section "Alarme & Vidéo-surveillance" historique et déplacer tous les messages... travaille de fou.... Si on garde ce forum Sécurité, il faudra lui ajouter une section Portiers

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