Maxdunhill

Super albundy, merci beaucoup et du coup pour mettre en forme Humidity tu peux me donner la syntaxe pour mettre en forme? /result/1/Humidity ....

+1 c'est quand même fou de faire un plugin pour des ampoules connectés et de ne pas avoir "prévu" des les intégrés aux lumières de notre box préféré... Bref pas des lumières les dev sur ce coup

Bonjour, non impossible de trouver la moindre zipato RGBW avec cette mise à jour... (j'ai pas l'impression qu'elles soient prise en compte dans les lumières d'une pièce non plus sur l'application web) j'ai même désinstallé et ré-installé l'application sur mon téléphone, je n'ai pas trouvé le numéro de version de l'application... bref un peu agaçant ces mises à jour manquées !

Bonjour, je n'arrive pas à récupérer la valeur d'une température via l'API domoticz... voici les informations: cette http://192.168.1.30:8080/json.htm?type=devices&rid=532 dans le navigateur donne: { "ActTime" : 1450368409, "ServerTime" : "2015-12-17 17:06:49", "Sunrise" : "08:16", "Sunset" : "16:36", "result" : [ { "AddjMulti" : 1.0, "AddjMulti2" : 1.0, "AddjValue" : 0.0, "AddjValue2" : 0.0, "BatteryLevel" : 255, "CustomImage" : 0, "Data" : "21.9 C, 49 %", "Description" : "", "DewPoint" : "10.70", "Favorite" : 0, "HardwareID" : 3, "HardwareName" : "RFXCOM", "HardwareType" : "RFXCOM - RFXtrx433 USB 433.92MHz Transceiver", "HardwareTypeVal" : 1, "HaveTimeout" : false, "Humidity" : 49, "HumidityStatus" : "Comfortable", "ID" : "DC01", "LastUpdate" : "2015-12-17 17:06:47", "Name" : "Cuisine", "Notifications" : "false", "PlanID" : "0", "PlanIDs" : [ 0 ], "Protected" : false, "ShowNotifications" : true, "SignalLevel" : 4, "SubType" : "THGN122/123, THGN132, THGR122/228/238/268", "Temp" : 21.90, "Timers" : "false", "Type" : "Temp + Humidity", "TypeImg" : "temperature", "Unit" : 1, "Used" : 1, "XOffset" : "0", "YOffset" : "0", "idx" : "532" } ], "status" : "OK", "title" : "Devices" } Dans le virtual sensor je reconstruit la requête host+port + path=/json.htm?type=devices&rid=532 puis dans S1 je mets : /result/Temp et il n'arrive pas à récupérer la valeur... je fais une erreur où? merci pour votre aide

Bonjour à tous, je sais pas si c'est le fait d'être passé en version beta 4.059 mais ce code fonctionne finalement très bien... (pour la blague c'est le presque le même que celui qui ne fonctionnait pas ) if (tcpSocket == nil) then tcpSocket = Net.FTcpSocket("192.168.1.30", 9050); tcpSocket:setReadTimeout(500); end local commande ='{\"PROTOCOL\":\"1.8\",\"TIMESTAMP\":\"1447344184\",\"CMD\":\"ITEM_VALUE_SET\",\"VALUES\":[{\"STATE\":\"ON\",\"NUMBER\":18}]}\r\n\r\n'; fibaro:debug(commande); tcpSocket:write(commande); state = tcpSocket:read(); fibaro:debug("len: " .. string.len(tostring(state))); fibaro:debug(state); Maintenant j'ai de nouvelles questions, je vais récupérer l'état du contacteur via une autre commande, comment la faire apparaître sur l'état du bouton du VD? et comment utiliser mes VD avec le scipt ci-dessus dans une scène? Je sais cela fait beaucoup de questions mais promis je contribuerai aussi un jour

Bonjour, Voici mon cas d'école, je souhaite envoyer des commande tcp sur une interface eNet Gira ou Jung pour ne pas les citer donc après un gros travail de reverse ing, je connais les commandes et le port utilisé, soit 9050 j'ai déjà envoyé les commande par putty en raw, elles sont accepter et exécuter par le controleur, par contre dans un module virtuel avec le script ci-dessous pas de réponse et pas d’interprétation du contrôleur eNet... code lua dans le bouton On du périphérique virtuel: tcpSocket = Net.FTcpSocket("192.168.1.30", 9050) tcpSocket:setReadTimeout(2000) local commande ='{\"PROTOCOL\":\"1.8\",\"TIMESTAMP\":\"1448636693\",\"CMD\":\"VERSION_REQ\"}\r\n\r\n' fibaro:debug(commande) tcpSocket:write(commande) state = tcpSocket:read() fibaro:debug("len: " .. string.len(tostring(state))) fibaro:debug(state) Dans le debug la commande est exactement la même que celle utiliser dans putty en raw... Merci pour vos réponses et votre aide. Philippe

Bonjour, Il faut que je repost la question dans quelle section pour que les gourous de la programmation lua puissent se pencher sur mon problème ?

Merci pour ta réponse je pense que ton exemple est pour une requête vers une API en http... malheureusement je dois communiquer avec la passerelle eNet en TCP... cf cela fonction en Raw putty. Mais je me demande si en utilisant la commande Net.FTcpSocket il ne faut pas accepter le socket de l'autre coté alors que putty en raw il ne demande pas d'autorisation... P.S tu fait comment pour mettre ton code comme dans l'interface HC2?

Bonjour, je suis intégrateur domotique et j'interviens sur de nombreuse box et la HC2 est une des box que je propose fréquemment... Voici mon cas d'école, le modo peux changer le sujet dans la section la plus pertinente. je souhaite envoyer des commande tcp sur une interface eNet Gira ou Jung pour ne pas les citer donc après un gros travail de reverse ing, je connais les commandes et le port utilisé, soit 9050 j'ai déjà envoyé les commande par putty en raw, elles sont accepter et exécuter par le controleur, par contre dans un module virtuel avec le script ci-dessous pas de réponse et pas d’interprétation du contrôleur eNet... code lua dans le bouton On du périphérique virtuel: tcpSocket = Net.FTcpSocket("192.168.1.30", 9050); tcpSocket:setReadTimeout(2000); local commande ='{\"PROTOCOL\":\"1.8\",\"TIMESTAMP\":\"1448636693\",\"CMD\":\"VERSION_REQ\"}\r\n\r\n'; fibaro:debug(commande); tcpSocket:write(commande); -- state = str(tcpSocket.recv(1024),'test'); state = tcpSocket:read(); fibaro:debug("len: " .. string.len(tostring(state))); fibaro:debug(state); Dans le debug la commande est exactement la même que celle utiliser dans putty en raw... Merci pour vos réponses et votre aide. Philippe