Lazer

Ah ok.... hum... ça fonctionne bien comme cela, sans l'ID du HP. Donc j'imagine que ça lui suffit qu'il soit déjà dans le JSON, et qu'il n'a pas besoin de l'avoir en plus dans l'URL du PUT. Faudrait vérifier dans la doc de l'API pour en voir le coeur net, mais perso j'ai simplement copié ce que fait l'interface Web, comme à chaque fois que j'essaye d'attaquer l'API.

Du coup j'ai jeté un oeil à ton code Jojo, et il fonctionne car tu n'écrase pas la classe "json". D'ailleurs tu n'utilises pas le json.encode car tu recrées à la main la chaine de caractère json à envoyer à l'API. Why not Oui tu as raison on peut sortir l'ID du heating panel dans une variable pour avoir un code plus universel. J'ai juste partagé vite fait mon code tel quel, car je n'ai qu'un seul thermostat.

Oui ce code fonctionnait avant... mais maintenant il ne fonctionne plus, car Fibaro a changé le mode de fonctionnement des VD depuis un certain temps. En effet, comme je le disais, la ligne json = json.encode(jsonTable) écrase la classe prédéfinie json (et tout son contenu, notamment les fonctions json.decode() et json.encode() dont tu as besoin) avec le contenu de ta nouvelle chaine de caractère. Avant, ce n'était pas grave, car une fois que tu avais écrasé la variable json, tu n'en n'avais plus besoin car le script se terminait, et le process Linux associé au VD se déchargeait de la mémoire. Maintenant le VD reste en mémoire, donc lorsque tu cliques à nouveau sur le bouton de ton VD, cela ne peut plus fonctionner car la classe json a été écrasée par ton propre code. Donc impossible d'appeler à nouveau les fonctions json.decode() et json.encode(). Cela oblige donc à coder plus proprement. A la base, ce changement de mode de fonctionner des VD a été introduit par Fibaro pour limiter les plantages inexpliqués de VD (core dump au niveau de Linux, qui faisait que le VD s'arrêtait sans prévenir). La conséquence de ce nouveau mode de fonctionnement des VD, est visible sur un autre VD du forum ; le VD Diagnostiques et son bouton Double-click pour rebooter. L'astuce du double clic ne fonctionne plus car Fibaro ne laisse plus 2 instances du VD s'exécuter en parallèle. Une seule instance persistante, et c'est tout. Voici le code qui fonctionne bien : -- 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

Ajoutons les articles de Hervé de Abavala : http://www.abavala.com/zmartinside-bienvenue-zmart-home/ Et Pierre de Planète Domotique : https://www.planete-domotique.com/blog/2016/10/26/ziblue-libere-maison-connectee-zmartinside/ Et Domotique-Info : http://www.domotique-info.fr/2016/10/zodianet-devient-ziblue-app-domotique/ Clairement, le ZiKey est une excellente nouvelle, qui devrait certainement faire un carton ! J'imagine déjà que les équipes de Jeedom et eedomus sont dans les starting bloks pour l'intégrer. Pour le reste, comment dire... je lisais avec attention les articles sur la nouvelle solution domotique, jusqu'à ce que je tombe sur le mot qu'il ne fallait : CLOUD ! Putain, mais ile ne comprendront donc jamais.... la domotique, c'est un truc de geek, et les 3/4 des geeks ne veulent pas de cloud.... bref je leur souhaite bien du courage, car en dehors de la ZiKey, ils n'ont pas l'air d'avoir beaucoup innové suite à la reprise de Zodianet.

Quand tu fais la ligne suivante : json = json.encode(jsonTable); Tu écrases la classe prédéfinie json avec ta variable. Il faut que tu utilises un autre nom de variable. Sinon ton script n'est pas propre, tu fais des HC2.GET puis json.decode sans aucune vérification du retour de ta variable précédente.... il faudrait mettre quelques tests.... au minimum cela : if tonumber(errorCode) == 0 and tonumber(status) == 200 and response ~= nil and response ~= "" then PS : les points-virgules en fin de ligne ne servent à rien en LUA mais tu peux les laisser si tu en as l'habitude par rapport à d'autres langages.

Pepite, euh, ça n'a pas l'air clair visiblement. 1 - Si tu utilises l'appli SMS Gateway, ça veut dire que tu as un smartphone Android dédié avec une SIM dédiée (quelque soit l'opérateur) => Tu envoies à n'importe quel numéro, sans utiliser l'API de Free 2 - Si tu n'as pas cela, mais que tu as une SIM Free Mobile dans l'un de tes téléphone (le tient, celui de ta femme, de tes enfants, bref un téléphone dans la poche), alors tu peux utiliser l'API Free qui passe par.... ton accès Internet fixe (ADSL, Câble, Fibre, Satellite, modem 56k, ...) 3 - Une 3ème option en bonus, et c'est cella-là qui doit semer la confusion.... si tu as la première solution avec un smartphone Android dédié + SMS Gateway + Une SIM Free Mobile, alors tu as AUSSI le droit d'utiliser l'API Free par Internet.... mais cela n'a strictement aucun intérêt puisque tu as une SIM fixe dédiée pour envoyer des SMS, indépendamment d'Internet.

Merci d'avoir poussé l'info Nico Tu es notre représentant officiel

Je préfère ESXi, car quand je fais fais un grep Alcor, j'ai ce résultat :

Oui je suis bien du même avis que toi concernant les opérateurs mobiles, je nuancerais juste en disaint que Bouygues/B&You est meilleur que Free. Mais Sosh est largement devant tous les autre, on est bien d'accord. Après les avoir tous testés plusieurs fois (à la faveur des promos), mon choix est fait, je resterai chez Sosh. Le top ce sont les lignes Paris/Lyon et Paris/Strasbourg, on capte tout le long, tellement bien qu'on peut passer 2h sur Youtube sans ressentir de gêne (moi aussi j'ai eu une dizaine d'actions Free , mais ce temps là est terminé) Concernant l'envoie de SMS, non moi je n'utilise pas l'API de Free.... car si Internet est down, bah tu ne peux plus envoyer de SMS, donc l'API ne sert à rien du tout. C'est pour cela que je décrivais avoir mis en place la passerelle SMS à base de smartphone Android, d'une puce SMS Free Mobile à 0€, et de l'appli SMS Gateway. Ainsi c'est totalement indépendant de l'ADSL. Ca fonctionne aussi dans l'autre sens : avec les scripts Tasker de Steven, on peut piloter la HC2 à distance via de simples commandes SMS, sans data. Sinon oui, ce forum est tellement bien qu'on a un topic Jeedom et un topic Lifedomus

j'en sais rien, je n'utilise pas le cloud fibaro si tu sais rediriger un port sur ton routeur, ça sera plus fiable

J'ai reçu un email de Netatmo me prévenant de modification sur l'API : Switch to Getthermostatsdata, Gethomedata and Getstationsdata by November 30th. Friendly reminder: Getthermstate, Getuser and Devicelist will move from deprecated to shut down. On November 30th, we are proceeding to a structural change to make our APIs faster and more powerful. Unfortunately, old and deprecated API methods won’t be supported anymore. Make sure you amend your code and start using newer methods as soon as possible for a smooth transition: - Replace Getthermstate with Getthermostatdata - Replace Getuser with Getthermostatdata, Gethomedata or Getstationsdata - Replace Devicelist with Getthermostatdata or Getstationsdata A votre avis, Fibaro a anticipé et le plugin va continuer à fonctionner ? Ou pas................ ?

Alors, tu es rassuré, c'est bien la dernière version connue ? (ou encore une nouvelle ?)

Trop bon Kiwi, ce pavé dans la mare

Oui, c'est une de ses grandes qualités, grâce àson boitier alu et ses 4 petits patins en caoutchouc, la HC2 posée sur une table est très stable

Oup's je voulais écrire 3 ans, pas 3 jours. Pour le délai de mise àjour, oui c'est sur, mais si tu pousses les mises àjour tous les jours, les admin les bloquent, regarde ce qui s'est passé chez Microsoft et Google, les packs de mises àjour sortent àintervalle régulier, c'est plus facilement gérable pour tous.

Tu fais dire ce que tu veux aux études. La réalité, c'est que Apple met à jour les iPhones pendant à peu près 3 jours, alors que la très grande majorité des constructeurs Android ne le font jamais. Le seul bon élève c'est Google avec ses Nexus et Pixel, mais comme personne ne les achètes, du coup tout le monde se retrouve avec des smartphone qui ne sont pas à jour et comportent des failles majeures. / très content de mes 2 Nexus et de ma Pixel C... j'aurais bien pris le nouveau téléphone Pixel, mais pas dispo en France... et un poil trop cher

Oui c'est ça l'idée Tu dois même pouvoir le faire en mode bloc si tu débutes ! Sinon tu as le LUA, mais tu peux partir directement sur l'utilisation de GEA, c'est plus simple (voir topics dédiés)

C'est déjàle cas pour la grande majorité des applis téléchargées en dehors des store officiels d'Apple et Android.... enfin surtout Android car c'est plus facile et plus tentant d'aller télécharger une appli piratée gratuitement. Sur les stores officiels, il y a très peu de risques, mais parfois des applis passent au travers des mailles du filet et sont téléchargées par les utilisateurs avant d'être supprimées. Il y a eu une vague récemment sur des applis relatives au succès du moment :Pokemon Go. Apparement la France a été peu touchée, mais en Asie ça a été plus problématique. Pour le reste, il y a déjàdes failles, qui permettent d'aller jusqu'àrooter l'appareil àdistance avec un simple MMS. Donc oui je suis d'accord, il finira pas y avoir des attaques d'envergure, parce que les utilisateurs font n'importe quoi et que les fabricants fournissent rarement les mises àjour (pour une fois Apple est le bon élève )

Oui mais encore une fois on ne parle pas de TON installation, mais des objets connectés en général Tout cela me rappelle les années 2000 avec les débuts de l'internet grand public. Les Windows non protégés étaient connectés en direct (avec un modem USB), donc pas de Firewall, pas de mise à jour de sécurité, rien du tout.... A cette époque là , tu connectais un Windows 98 fraichement installé sur Internet, et j'avais mesuré 15 minutes avant qu'il ne soit infecté ! C'était hallucinant.... mais on se dirige tout droit vers la même chose avec les objets connectés. La différence aujourd'hui, c'est que les attaques DDOS lancées sont beaucoup plus violentes, et qu'on est beaucoup plus dépendants d'Internet. Tiens, à l'époque, ça m'étonnerait que le Figaro (EDIT : le forum traduit en "FIBARO", mais j'ai bien écrit le nom du journal) fasse un article sur Core Red, alors que maintenant il est normal qu'ils parlent des attaques sur Internet. Les temps changent, mais l'histoire se répète, toujours....

bah si, c'est justement ce que font les botnet. Regarde les logs de ton serveur http par exemple, tu verras la quantité d'URL bizarres qui sont consultées, uniquement à la recherche de failles connues. C'est justement le rôle de ces scans incessants : trouver toutes les failles possibles et inimaginables sur le net, que ça soit de l'auth par défaut ou des failles connues.

Perso je ne suis pas partisan des interrupteurs Z-Wave.... car ils n'auront pas le même look que tes interrupteurs existants... donc le WAF est mauvais. Cybermagic il faudrait préciser un peu plus ta demande, car je vois 2 façons d'y arriver : - association directe entre modules FGS : avantage : latence imperceptible, fonctionne même en l'absence de la box domotique. Inconvénient : aucune prise en compte de variables extérieures, association uniquement IN1 vers OUT1 et IN2 vers OUT2 - utiliser des triggers sur la HC2 (dans une scène ou avec GEA) : avantage : souplesse totale de configuration. Inconvénient : latence très légèrement plus élevée (éventuellement gênant pour de l'éclairage, mais pas pour le reste)

.... sauf si il y a une faille non corrigée, auquel cas l'auth ne sert plus àrien.

Tu vois Nico, quand je fais mon gros lourd à râler contre les objets non sécurisés.... au final ça finit en DDOS massif. La sécurité c'est important, que ça concerne son propre domicile ou Internet en général. Pour info, on m'a rapporté récemment qu'il y a une division objets connectés chez Nokia. De l'aveu de son directeur, aucun de ses employés n'installer leurs objets à la maison, car ils savent pertinemment qu'il n'y a aucune sécurité.... Et c'est pareil partout, tous les fabricants se moquent de la sécurité, tout ce qui compte c'est d'inonder le marché avec leurs produits jetables au cycle de vie ultra court....

Oui c'est pour cela que je conserve cette passerelle... en accès via SMS depuis l'étranger, pour dépanner quand on n'a pas de data. Note que c'est aussi valable dans certains coins paumés de France.... les SMS passent, mais pas la data.

En fait, j'utilisais la première version, mais maintenant je ne l'utilise plus vraiment. Quand tu as partagé la nouvelle version, je me suis dit : tiens c'est l'occasion de m'y remettre, mais pour cela il faut du temps pour tester le fonctionnement du boulier.... Maintenant si je suis le seul à m'y intéresser, ça ne vaut peut être pas le coup que tu le maintienne....