Lazer

C'est làque je crains que Ziblue se fasse de fausses illusions... Un produit de geek, àdestination de Mme Michu... J'ai des doutes sur le succès. Wait & see... Comme on dit.

Oui mais le texte dans la bulle de la vidéo est trompeur.....

C'est surtout que tu ne peux pas redémarrer une scène en autostart.... c'est la box elle-même qui doit le faire, ce qui n'est plus possible si l'API se met à bugguer Tout ce que tu peux faire, c'est lancer manuellement des instances supplémentaires.

Pour faire des économies d'énergie, ma solution domotique coupe la TV => pouf, plus de solution domotique ou alors j'ai pas compris comment une smart TV peut être en centre d'une solution domotique ???

Traduit en français, cela donne Nico Voilà , le compte est bon

A. Socha => transformé en Sacha Plus rapide, ça c'est de l'abréviation by Pepite

Il y a un topic dédié pour ça Ziblue Renaissance De Zodianet

Ah oui exact. Mais j'ai un peu l'impression, avis purement personnel, que l'équipe originale était motivée, mais une fois qu'elle a déposé le bilan, bah le motivation elle n'est plus làpour continuer, même si ils étaient sûrement plein de bonnes intentions. La nouvelle société a l'air de vouloir pousser sa nouvelle offre, et assurer le minimum en maintenance de l'ancienne box, conformément àleurs engagements. Mais rien ne les oblige àfaire évoluer la Zibase originale. Et quand tu lis le descriptif de la future box, c'est clairement du cloud only. Bref on en saura un peu plus en janvier.

ah je n'avais pas compris !! Essaye de contacter @Yohan en MP, c'est l'admin du forum.

bah làils parlent bien de toute la configuration sur le cloud je n'y crois plus trop au serveur local... ça n'a toujours été que des rumeurs / espoirs.... je ne pense pas que le repreneur ai promis une telle chose... et ils ont surement l'intention de proposer une version "+" de leur cloud, sur abonnement, comme le fait Connected Objects (eedomus)

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.