Lazer

Dans la condition suivante : -- HTTP elseif param[3] == "http" then Tu as les 3 lignes suivantes que tu peux décommenter pour "décrouvrir" les réponses attendues : --if debug then --fibaro:debug("errorCode=" .. errorCode .. " - status=" .. status .. " - response=" .. response) --end N'oublie pas de mettre la variable debug=true en début de script. Autrement, tu peux faire la découverte à la main, on utilisant un bête Telnet (via PuTTY ou en ligne de commande) sur l'IP et le port de la machine que tu veux tester.

Alors c'est que ta box n'est pas en bridge. Puisque tu le dis toi même, tu as 2 routeurs.

Vérifie que ton routeur Netgear autorise le routage en loopback. Parmi les box fournies par les opérateurs, la Freebox est la seule à le faire. Pour les routeurs tiers, j'imagine que c'est au cas par cas.

Suggestion d'optimisation : A la fin de la condition suivante : if jsonTable[device].interfaces[interface] == "light" then je propose d'ajouter un : break afin de sortir de la boucle englobante : for interface = 1, #jsonTable[device].interfaces do Et donc gagner des cycles d'horloge Ce qui donne : ... if jsonTable[device].interfaces then for interface = 1, #jsonTable[device].interfaces do if jsonTable[device].interfaces[interface] == "light" then local DeviceValue = tonumber(jsonTable[device].properties.value) if (DeviceValue and DeviceValue > 0) or (jsonTable[device].properties.value == "true") then --fibaro:debug(" id: "..jsonTable[device].id.." is "..jsonTable[device].name.." type: "..jsonTable[device].interfaces[interface]) --fibaro:debug(" value: "..jsonTable[device].properties.value..". Turning Off") compteurLumieres = compteurLumieres + 1 debug("lumière : " .. jsonTable[device].name .. " ("..jsonTable[device].id..")" ,"red") if compteurLumieres <= 10 then fibaro:call(selfID, "setProperty", "ui.Lum"..compteurLumieres..".value", jsonTable[device].name .. " ("..jsonTable[device].id..")") end end break end end end ...

Maintenant tu comprend en partie pourquoi beaucoup de monde migre sur Jeedom. C'est quelque chose que Fibaro ne voit pas venir avec leur politique d'autistes. Si j'ai hacké la clé, je peux t'envoyer la procédure en privé, mais j'espère que tu maitrises Linux et la compilation de librairies. C'est pas vraiment simple àfaire.

Bon bah voilà c'est cool tout ça Et oui, tu vois finalement je n'étais pas le seul à être largué C'est chaud de bosser à 3 en même temps avec tous les messages croisés. Enfin on y est arrivé c'est l'essentiel. Je suis fatigué, au dodo

J'ai publié la version 1.10 en première page. J'espère qu'il n'y a pas d'erreur.

euh... quoi ? Mon test qui te semble étrange sert justement àéviter de tout éteindre

là il est tard et je ne sais plus pourquoi j'avais fait ça, mais à l'époque ça m'avait semblé être la bonne solution. En tout cas c'est chouette si ça fonctionne. On évite les "if" compliqués avec des "types()"

Hum, c'est le local DeviceValue ...... getValue(....) qui est faux (c'est ma faute, le copIer/coller bourin c'est pas toujours la solution) essaye comme ça : local DeviceValue = tonumber(jsonTable[device].properties.value) Et je l'aime bien mon : if DeviceValue and DeviceValue > 0 then Si on peut faire du simple et efficace, je prends

voilàjustement, d'où les 2 lignes de code que j'ai proposé, provenant du module que j'avais proposé il y a quelques semaines.

Non mais là je parlais juste des 2 lignes que j'ai proposé, pour détecter si la lumière est allumée, avec le "value". Mais si j'ai bien suivi, c'est le WP qui pose problème. J'ai bien compris que le islight est déprécié. (pas facile ces discussions croisées..... bon je vous laisse travailler alors )

ah, donc si tu as un Wall Plug, qui pilote un Dimmer, le tonumber() ne fonctionne pas, c'est ça ?

Sebcbien, alors du coup ma solution utilise un code plus léger que la solution de Jojo. Mais je ne comprends pas pourquoi tu cherches toujours, j'ai du couper un épisode

Sebcbien, tu peux essayer avec ça, c'est ce que j'avais mis dans mon précédent code, et ça avait l'air de fonctionner avec tes RGB : local DeviceValue = tonumber(fibaro:getValue(jsonTable[device].properties.value, "value")) if DeviceValue and DeviceValue > 0 then

Pour le moment, la seule solution c'est de modifier àla main les valeurs dans la DB avec phpMyAdmin. Va falloir trouver une solution, mais ça m'embête, car ça va faire une grosse verrue dans le code. En gros, faut faire un script qui relie les valeurs et les corrige si nécessaire.

JossAlf je crois, avais partagé un module virtuel pour switcher de config de panneau de chauffage pour 1 pièce donnée. Ce qui permet de passer outre la limitation des 4 tranches horaires. Pour ma part, j'utilise le panneau de chauffage uniquement pour notre chambre, donc horaires programmés sans conditions extérieures. Pour les autres pièces, où il y a des variables à prendre en compte, j'utilise GEA.

Les clés en read-only, c'est un bug du firmware. Le lien que tu as trouvé est bon, et comme tu as toutes les chances d'être dans la case "parcours du combattant", je suis passé par là et je n'ai jamais réussi à rien obtenir. Les chances de succès sont très faibles, car il y a des centaines de controleurs et de versions de firmwares de clé USB sur le marché, et tu as très peu de chance de trouver l'outil qui a EXACTEMENT la bonne version. Sans compter qu'il ne faut pas avoir peur de télécharger des sources douteuses en russie et chine. Tu peux tenter de négocier avec FIbaro l'envoi de la clé uniquement, mais jusqu'à présent ils ont toujours refusé.

Tu installes un serveur Web (genre nginx qui est léger, mais pas certain qu'il soit dispo sous Windows). Sinon tu as toujours Apache qui fonctionne sur Windows. N'oublie pas d'installer PHP. Tu crées une page Web qui lorsque tu l’appelles avec un simple GET, exécute la commande shutdown. Exemple (non testé) : <?php //*** Prepare command execution $output = NULL; $return_var = NULL; $command = 'shutdown /s /f /t 120 /m /l \\NOM_MACHINE'; //*** Execute command exec($command, $output, $return_var); //*** Get result if ($return_var) echo 'Error : '.$return_var.'<br/>'.PHP_EOL; else echo 'OK'.'<br/>'.PHP_EOL; ?>

Par locked, tu veux dire session verrouillée avec le bon vieux Ctrl Alt Sup ? Ca va être chaud de récupérer (et piloter) ce status, t'es obligé d'attaquer l'API de Windows là, j'espère que tu sais programmer en C. Je ne vois pas comment faire autrement. Pour la partie commandes http, tu peux te monter un petit serveur Web avec Apache qui exécute le programme compilé en C. A moins que tu trouves un soft tout fait....

Regarde ce schéma, il est clair : On voit bien l'espèce de relai virtuel sur les sorties, dessiné dans le module. Ce sont de simples contacts secs.

hum, en fait t'essaye de m'embrouiller, c'est ça hein, avoue ? Je ne sais pas pourquoi tu te prends la tête sur mon câblage si tu n'as pas le même moteur de portail. Regarde ta doc et ça ira mieux. Oublie mon schéma. Bon du coup j'ai quand même vérifié le miens, et celui que tu as simplifié est faut et ne correspond absolument pas au schéma que j'ai partagé, et que tu as repris page précédente. Les cellules agissent comme un contact sec. Donc j'ai juste reproduit ce contact sec en sortie OUT2 du FGBS, c'est pour ça qu'il y a 2 fils bleus qui en sortent. Mais encore une fois, arrête de regarde mon schéma, et regarde la doc de ta carte électronique. Et construit ton schéma à partir de ça. Parce que là , t'es jute en train de perdre ton temps (et de me faire perdre le miens....)

Qu'est ce qui te choque ? Le FGBS est juste situé entre la cellule et le bornier, ça correspond en tout point àce que j'ai dis jusqu'àprésent. On rentre par IN2 et on soir par OUT2. Et justement avec le schéma que tu as allégé, c'est limpide.

T'es trop fort Je confirme, j'ai ajouté un dimmer il y a quelques semaines, qui a bien le property->light, mais n'a pas le islight=true (qui sera ajouté au prochain reboot si j'ai bien suivi). C'est pas la première fois que Fibaro modifie son API, c'est vraiment galère.... En même temps la nouvelle API est plus logique, c'est dans <interfaces> qu'on retrouve toutes les possibilités de chaque module, c'est ce dont je me sert pour le VD Domocharts.

oui tu crées simplement un nouveau fichier texte que tu supprimes ensuite. L'idée c'est juste de vérifier que ta clé n'est pas protégée en écriture. Tu peux en profiter pour faire une image de ta clé en suivant mon tuto (sous Linux) ou celui de mprinfo (sous Windows)