Lazer

le debug = true c'est dans le début du code du bouton qui pose problème le patch Netatmo est donné en première page, donc un seul conseil : relis tout le tuto en première page.

Active le debug = true car là on vois pas grand chose Rassure moi, tu as bien appliqué le patch de la station netatmo ?

Non sur le graphique, la RAM est utilisée à 45%, pas plus. L'erreur de Fibaro sur ce graph, si on peut dire, c'est d'afficher les informations fournies par l'OS (Linux), ce que 99% des gens ne savent pas interpréter correctement.... donc la tentation est grande de croire que la mémoire est pleine, alors qu'elle n'est utilisée qu'à moitié. Pour info, un OS bien foutu (c'est le cas de tous les OS aujourd'hui, y compris Windows) utilise TOUJOURS près de 100% de la RAM pour y stocker un maximum d'information (ce qu'on appelle le cache) afin de ne pas avoir à le recharger en cas de besoin. Ce qui vous induit en erreur, c'est que le gestionnaire des tâches de Windows affiche uniquement la mémoire réellement consommée, alors que Linux donne plus d'informations (mémoire réellement consommée, et mémoire cache) Pour bien le comprendre, ouvrez une application sur votre PC / Smartphone / Tablette, fermez la, puis rouvrez-la. Vous verrez que c'est plus long la première fois car il charge les données sur disque/flash, puis il les conserve en RAM. Donc les chargements suivants sont plus rapides. Si la HCL plante de façon aléatoire, c'est comme dit Jojo un problème de développement. Sur la HC2 on a connu ça pendant 2 ans avant d'avoir une version stable (je dirais que c'est récent, depuis la 4.100).

et donc, tu as aussi des choses dans les tables domotique_devices et domotiquue_devices_type ? Sinon, regarde le debug du bouton devices du VD.

Normal, il faut envoyer la variable Panel entière dans le PUT.

Cool Forcément, quand on parle de string, t'es perturbé

Cliques sur le bouton Devices du VD, ou attends ce soir minuit pour que les devices apparaissent

Absolument Donc api.get et api.put te simplifie bien la vie comme tu le souhaitais. Pas besoin de Net.Fhttp ni de json.encode et decode(). Après si ton code ne fonctionne pas, c'est probablement parce tu t'es planté dans les champs du panneau de chauffage que tu souhaites modifier. EDIT : ton dernier test en Net.Fhttp confirme ma phrase du dessus.

C'est normal, le api.get a déjà décodé la string pour te la transformer en tableau : api.get = function(uri) uri = "/api" .. uri local http = Net.FHttp("127.0.0.1", 11111) local result, status, errorCode = http:GET(uri) if result ~= "" then return json.decode(result) else return "" end end PUT (ne met pas de string) attend un tableau : api.put = function(uri, data) uri = "/api" .. uri local http = Net.FHttp("127.0.0.1", 11111) local jsonData = json.encode(data) local result, status, errorCode = http:PUT(uri, jsonData) if result ~= "" then return json.decode(result) else return "" end end

Etiquette = "label" sur un VD. Pepite est notre Monsieur Label

Tu fais comme tu veux, moi j'aime bien les Net.Fhttp, mais si tu préfères les coups de PUT... Sinon sur le forum il existe au moins 2 bons exemples de gestion du panneau de chauffage en LUA, écris par @JossAlf et @Jojo.

Si ca peut aider : Passage en mode vacances : -- Thermostat : 5°C local HC2 = Net.FHttp("127.0.0.1", 11111) local response, status, errorCode = HC2:GET("/api/panels/heating/1") if tonumber(errorCode) == 0 and tonumber(status) == 200 and response ~= nil and response ~= "" then local jsonTable = json.decode(response) jsonTable.properties.vacationTemperature = 5 local newJson = json.encode(jsonTable) HC2:PUT("/api/panels/heating", newJson) end Passage en mode normal : -- Thermostat : mode normal local HC2 = Net.FHttp("127.0.0.1", 11111) local response, status, errorCode = HC2:GET("/api/panels/heating/1") if tonumber(errorCode) == 0 and tonumber(status) == 200 and response ~= nil and response ~= "" then local jsonTable = json.decode(response) jsonTable.properties.vacationTemperature = 0 local newJson = json.encode(jsonTable) HC2:PUT("/api/panels/heating", newJson) end

C'est un peu une arnaque, d'après la photo il n'y a pas l'antenne ! OK je sors..... super prix en tout cas, meilleur prix que j'ai souvenir avoir vu

La box répondait encore au ping ? .... Pour savoir si c'est l'OS (peu probable), ou les services Fibaro qui ont planté (comme c'est si souvent arrivé dans les firmwares précédents)

Tu ne peux plus revenir en 4.100, après un recovery la système te propose uniquement de revenir à la dernière stable disponible, donc la 4.110 actuellement.

ah oui embêtant ça, et difficile de savoir pourquoi.... bug ou manque de mémoire !

Remarque : avoir 90% de RAM utilisée n'est pas un problème en soit, ça n'en devient un que si ça t'empêche de réaliser certaines opérations (inclusion de modules, exécution de scènes, etc). Si la HCL répond à ton besoin, il n'y a pas de raison d'en changer. Autrement => HC2, eedomus, Jeedom, Lifedomus, etc..., il y a un peu de choix, même si aucune solution n'est parfaite.

Attention, ceux qui ont une HC2 n'ont pas de problème de RAM, c'est la HCL LITE qui est beaucoup plus limite à ce niveau, moins de RAM installée sur la carte mère.

Comment garder ses plug-ins NPAPI avec Firefox 52 ? How To (Temporarily) Re-Enable NPAPI Plugin Support (i.e. Java) in Firefox 52

Alors ça ne doit pas être la même fonction, moi j'utilise juste le polling qui suffit pour forcer la relecture de l'état du FGBS : -- POST -- http://1.2.3.4/api/devices/123/action/poll -- {"args":[]} Ma scène se lance à chaque changement de statut du FGBS (quelqu'un a appuyé sur le bouton de sonnette), attends quelques secondes, puis vérifie si la value est bien revenu à 0 (donc que le bouton de la sonnette a bien été relâché). Sinon, si la value est toujours à 1, alors c'est que le FGBS n'a pas bien mis à jour son statut suite au relâchement du bouton de sonnette, donc je force un polling. J'essaierai de partager ma scène plus tard, mais il faut que je la nettoie un peu.

Oui j'ai une scène qui le fait pour le FGBS de ma sonnette car il capte mal depuis le poteau de la rue. Fais un F12 pour retrouver la syntaxe, je ne l'ai pas sous la main.

Sur Synology aussi on peut télécharger les enregistrements vidéo et les lire avec VLC ou autre, mais on ne peut plus visualiser sur l'interface web à cause de la fin du support des plugins Napi. Did pas de solution, le problème ne sera jamais réglé. Comme pour Flash, il faut que les développeurs arrêtent d'utiliser cette techno. Justement la dernière version de Surveillance Station sous DSM 6.x permet d'installer un client lourd sur le PC pour visualiser en direct l'image sans passer par le navigateur web. Comme pour l'application mobile sur smartphone. Problème, moi je suis en DSM 5 et je ne peux pas utiliser ce programme.

Oui Did c'est normal, Firefox en 64 bits ça n'a jamais fonctionné, c'est pour cela que j'étais resté en 32 jusqu'à présent. Mais maintenant plus rien ne me retient en 32, je vais pouvoir basculer Firefox en 64 bits. C'est galère quand même cette histoire de plugins. M'enfin il faudra s'y faire, leur disparition c'est pour la bonne cause, comme Flash en son temps. Avec IE rien ne fonctionne alors c'est sur, comme dis Nico il n'y a pas de problème !!!

Je comprends pas le coup du blind, tu récupères "value", et c'est 0 si fermé, ou 99 si ouvert à fond. Exactement comme un dimmer.

Il est fermé : { id: 86, name: "Volet roulant", roomID: 4, type: "com.fibaro.FGRM222", baseType: "com.fibaro.FGR221", enabled: true, visible: true, isPlugin: false, parentId: 252, remoteGatewayId: 0, interfaces: [ "energy", "fibaroFirmwareUpdate", "levelChange", "power", "zwave", "zwaveConfiguration", "zwaveProtection", "zwaveSceneActivation" ], properties: { parameters: [ { id: 3, lastSetValue: 0, size: 1, value: 0 }, { id: 10, lastSetValue: 1, size: 1, value: 1 }, { id: 12, lastSetValue: 150, size: 2, value: 150 }, { id: 13, lastSetValue: 1, size: 1, value: 1 }, { id: 14, lastSetValue: 0, size: 1, value: 0 }, { id: 17, lastSetValue: 10, size: 1, value: 10 }, { id: 18, lastSetValue: 10, size: 1, value: 10 }, { id: 22, lastSetValue: 240, size: 2, value: 240 }, { id: 29, lastSetValue: 0, size: 1, value: 0 }, { id: 30, lastSetValue: 2, size: 1, value: 2 }, { id: 31, lastSetValue: 0, size: 1, value: 0 }, { id: 32, lastSetValue: 1, size: 1, value: 1 }, { id: 33, lastSetValue: 1, size: 1, value: 1 }, { id: 35, lastSetValue: 1, size: 1, value: 1 }, { id: 40, lastSetValue: 10, size: 1, value: 10 }, { id: 42, lastSetValue: 3600, size: 2, value: 3600 }, { id: 43, lastSetValue: 10, size: 1, value: 10 }, { id: 44, lastSetValue: 0, size: 1, value: 0 }, { id: 50, lastSetValue: 0, size: 1, value: 0 } ], pollingTimeSec: 0, zwaveCompany: "Fibar Group", zwaveInfo: "3,3,52", zwaveVersion: "", RFProtectionState: "0", RFProtectionSupport: "0", configured: "true", dead: "false", deviceControlType: "54", deviceIcon: "20", emailNotificationID: "0", emailNotificationType: "0", endPointId: "0", energy: "0.43", firmwareUpdate: "{"info":"","progress":0,"status":"UpToDate","updateVersion":""}", liliOffCommand: "", liliOnCommand: "", localProtectionState: "0", localProtectionSupport: "0", log: "", logTemp: "", manufacturer: "", markAsDead: "true", model: "", nodeId: "34", parametersTemplate: "249", power: "0.00", productInfo: "1,15,3,1,16,1,22,22", protectionExclusiveControl: "0", protectionExclusiveControlSupport: "false", protectionLocal: "0", protectionLocalSupport: "5", protectionRF: "0", protectionRFSupport: "3", protectionState: "0", protectionTimeout: "0", protectionTimeoutSupport: "false", pushNotificationID: "0", pushNotificationType: "0", remoteGatewayId: "0", saveLogs: "true", sceneActivation: "0", serialNumber: "", showEnergy: "true", smsNotificationID: "0", smsNotificationType: "0", updateVersion: "", useTemplate: "true", userDescription: "", value: "0" }, actions: { associationGet: 1, associationSet: 2, close: 0, getParameter: 1, open: 0, reconfigure: 0, reset: 0, setParameter: 2, setValue: 1, setValue2: 1, startLevelDecrease: 0, startLevelIncrease: 0, stop: 0, stopLevelChange: 0, updateFirmware: 1 }, created: 1488679316, modified: 1488679316, sortOrder: 3 }