Lazer

Tu sais quoi Jojo, je vais commencer à bosser sur un projet pour un client en SAP Hana.... à priori je vais faire quelques aller-retour à Gand Bon par contre c'est à plus d'1h de Bruxelles, Nivelles, bref là où sont tous les copains Belges, mais faudra qu'on se croise, obligé !

Au contraire même, on est encore en pleine phase de monté du prix de la RAM. Le prix a doublé en 1 an. Merci la pénurie organisée par les constructeurs....

oui et non, c'est plutôt un caprice, car en l'état actuel, cela ne me servira pas à grand chose.

Google Home commandé sur Fnac.com, jusqu'à aujourd'hui 13h il y a 20€ en chèque cadeau à partir de 150€ dépensé. Bien sûr comme le Home n'est qu'à 149,99€ (ce foutage de gueule), j'ai ajouté une fée Playmobil à 2€, ça fera une heureuse J'utiliserai plus tard mon bon d'achat de 20€ pour acheter un Chromecast Audio à 40€, et j'ai aussi 75€ de chèque cadeau à utiliser qui seront parfaits pour un Chromcast Ultra à 79€ (et 99 centimes) J'ai pas pu attendre Noël

Oui, voilà, vider toutes les tables avec PhpMyAdmin Sinon, solution bourrin, supprimer toutes les tables, et les recréer en recommençant le tuto.

ahah, donc il fallait être très patient !

C'est pas gagné quand même le CEC, en fouillant un peu sur les forums, au delà des articles des pseudos journalistes, on s'aperçoit qu'il y a d'énormes problèmes de compatibilité, et plus encore quand on connecte le Chromecast sur un ampli AV. D'après Google, seuls les TV sont officiellement supportées, ce qui est à mon sens un peu idiot car tout installation digne de ce nom dispose d'un ampli sur lequel tous les équipements sont raccordés. Bref, il faudra que je teste.... si j'ai le courage

euh non, cette scène ne peut rien faire pour les icones, c'est seulement la réalisation d'une nouvelle sauvegarde classique, ce qui permet de l'automatiser toutes les nuits du samedi au dimanche par exemple.

OK bon bah tu as trouvé du coup... étonnant que la dernière sauvegarde soit problématique. Mais ça voudrais dire que le problème des modules déconfigurés ne viendrait pas de la 4.141, mais était apparu juste avant (puisque cette sauvegarde a été automatiquement généré par Fibaro juste avant de débuter la mise à jour) Les icones ont les perds à chaque recovery, c'est inévitable bon courage pour remettre tes VD. Perso je fais un backup par semaine, il y a une scène pour cela sur le forum.

le reset, c'est au tout début du recovery sinon, tu peux aussi faire ceci qui a marché pour certains : - dans l'interface web fonctionnelle (donc pas en mode recovery), reset de la puce Z-wave - puis restaurer ta dernière sauvegarde

ok alors choisi bien la case "reset de la puce Z-Wave", et ensuite tu fais toutes les mises à jour stable, et pour finir tu restores ton dernier backup

Non mais le VD de Steven utilise IFTTT, donc c'est no way pour ma part. J'attends une vraie solution nativement intégrée (mais puisque Fibaro l'a annoncé, ça va venir ) Ma carte bancaire est expirée, j'ai perdu la nouvelle, mais dès que c'est résolu, je crois que je vais me faire plaisir.... ou alors j'attends Black Friday, mais je crois que Google ne fait jamais de promos

hum dommage, cette URL ne doit plus exister dans les firmwares récents Sinon y'a une URL pour forcer la mise à jour stable, je ne l'ai plus en tête, elle est passé plusieurs fois sur le forum

Tu peux tenter le bon vieux : http://<IP hc2>/services/finishUpgradeAfterError.php

Intéressant, merci pour tes recherches. Ce que je retiens, c'est "Chromecast now works with your TV’s remote control" ce qui montre bien qu'il y a une nouveauté, une évolution, de quelque chose qui ne fonctionnait pas avant. Positif donc. Ensuite, l'article de Cnet précise que le Turn On fonctionne bien, mais qu'il y a quand même des incompatibilités potentielles, liées à la norme HDMI CEC que tout le monde ne respecte pas à 100% (Samsung si tu nous lis...) Alors perso je n'ai pas de TV, et je ne veux surtout pas que le projecteur s'allume tout seul (j'ai désactivé le CEC de toute façon dans les menus), mais ce qui m'intéresse c'est d'allumer l'ampli pour écouter la musique via Chromecast, donc piloté par Google Home. C'est un Yamaha récent, ça devrait le faire, mais il n'y a qu'en testant que je peux m'en assurer... Un autre Chromecast audio au cul du Sonos Play:AMP, qui lui est toujours allumé 24/24, et le tour est joué, je peux faire un début de multiroom avec Google. Bon au moins, maintenant l'espoir est permis Reste à ce que Fibaro ajoute la compatibilité avec Google Home maintenant....

J'accorde exactement 0 confiance aux tests fait à l'arrache par les pseudos journalistes, suite à mes déconvenues avec les limitations de la Harmony, pourtant encensée par tous les blogueurs (une fois sur les forums, on s'aperçoit que Harmony c'est très complexe pour obtenir ce qu'on veut.... tiens donc). Donc ce qu'ils ont écrit sur le CEC, j'attends que quelqu'un ici, en qui j'ai confiance puisque non payé par Google, me dise si ça marche ou pas. En l’occurrence, Steven semble prétendre le contraire.... bon OK sur une vieille version, peut être que le modèle 4K réagit différemment. Nico oui je me souviens bien de ton installation (et que tu avais galéré aussi avec les firmwares et les configs pour que ce "plan à 3" fonctionne correctement). Donc c'est pas si simple.... Bref, si quelqu'un arrive à allumer sa TV ou son ampli automatiquement dès qu'il commence à lire une source depuis le Chromecast, ça m'intéresse

Voilà, Steven tu as parfaitement résumé la situation. Et ça m'embête de devoir donner 2 ordres à la suite, je ne trouve pas cela WAF/ Sinon oui par le réseau c'est la solution de secours, mais on perd en réactivité, par exemple avec nos Main Loop de VD, on tourne en boucle pour surveiller l'état d'un équipement, mais le temps de se rendre compte qu'un élément a été allumé, et qu'on allume le suivant, ça prend plusieurs secondes.... on rate le début de la musique / de Casimir, donc c'est pas WAF. De plus, pas de Wake On LAN sur les équipements grand publics, sinon ça serait trop simple. Obligé de se coltiner les API, quand il y en a... j'avais cru lire sur le forum sur certaines TV Samsung ne pouvaient être allumés via le réseau, par contre tout le reste est possible, ce n'est pas cohérent. Bref, c'est la jungle, et le réveil par HDMI CEC aurait été top, mais si le ChromeCast ne le supporte pas, perso ça me coupe l'envie d'en acheter... et retarde d'autant mon adoption de Google Home (puisqu'il n'est pas non plus compatible avec Sonos avant ... 2018 au mieux)

@pepite : ok mais alors tu ne sais pas répondre à ma question... @j-psy : ok donc si Chromecast, alors il n'est plus utilisable, donc inutile aussi La piste de la Freebox est intéressante, car elle est capable d'envoyer le signal en CEC à la TV pour s'allumer. Reste à savoir si le Chromecast est capable de faire de même pour allumer la TV ou l'ampli via HDMI.

Une question par rapport au Chromecast, il se branche sur une entrée de la TV ou de l'ampli... donc quand vous demandez à Home de lire quelque chose, il faut déjà avoir allumé l'appareil de diffusion, non ? Sinon y'a rien à voir et à entendre. Quelqu'un a trouver comment rendre cela WAF, à savoir allumer automatiquement l'appareil diffuseur sur lequel est connecté ce Chromecast ?

avec api.post c'est plus facile. Voici une fonction qui fait le job : local debug = true -- false -- -- createVG function -- function CreateVG(varName, varValue, varEnum) Message("purple", "CreateVG") local isEnum = (#varEnum > 0) and 1 or 0 local payload = {name=varName, isEnum=isEnum, value=(varValue or "")} if debug then Message("gray", json.encode(payload)) end local response, status = api.post("/globalVariables/"..varName, payload) if (tonumber(status) == 200 or tonumber(status) == 201) and response ~= nil and response ~= "" then Message("", 'Global variable "'..varName..'" created') if isEnum > 0 then local payload = {name=varName, isEnum=true, enumValues=varEnum} local response, status = api.put("/globalVariables/"..varName, payload) if (tonumber(status) == 200 or tonumber(status) == 201) and response ~= nil and response ~= "" then Message("", 'Global variable "'..varName..'" modified with enum values') else Message("red", 'Error : Can not modify enum global variable, status='..status..', payload='..json.encode(payload)..', response='..(response or "")) end end else Message("red", 'Error : Can not create global variable, status='..status..', payload='..json.encode(payload)..', response='..(response or "")) end end -- function -- Create VG local vg = "MyVariable" local variable = api.get("/globalVariables/"..vg) if not variable then if debug then Message("gray", 'Global variable "'..vg..'" does not exist') end CreateVG(vg, "", {}) elseif debug then Message("green", 'Global variable "'..vg..'" exist') end Attention dans ce code la fonction Message() fait appel à une autre fonction que je n'ai pas recopié, tu peux simplement faire un fibaro:debug() à la place

Oui tout à fait, tu devrais pouvoir écrire cela : for w = 1, #json_table["result"]["current"] do hash = json_table["result"]["current"][w]["data"][1]["a"] de la façon suivante : for w = 1, #json_table.result.current do hash = json_table.result.current[w].data[1].a et ça devrait revenir au même (pas testé, donc j'espère ne pas avoir fait d'erreur de syntaxe) Tu noteras que "w" et "1" restent entre crochets, car ce sont des indices, respectivement des arrays "current" et "data". D'ailleurs, vu que data est un array, tu peux le parcourir, ce qui donne : for w = 1, #json_table.result.current do for x = 1, #json_table.result.current[w].data do fibaro:debug(json_table.result.current[w].data[x].a or "<nil>") Remarque l'ajout de " or "<nil>"" pour éviter un plantage, au cas où la valeur n'existe pas et retournerait nil (équivalent de null ou NULL dans d'autres langage) Enfin, pour optimiser tout cela, il veut mieux éviter de compter le nombre d'élément d'un array à chaque passage dans la boucle (question de performance). Donc on fait cela : local nb_w = #json_table.result.current for w = 1, nb_w do local nb_x = #json_table.result.current[w].data for x = 1, nb_x do fibaro:debug(json_table.result.current[w].data[x].a or "<nil>") end end Pas testé non plus, mais l'idée est là.

Il n'est pas possible "d'attraper" directement la valeur data.a car data[] est un tableau (Array) Quelque chose comme ça ira mieux : data[1].a A mettre en forme dans le code LUA...

Oui je pense que c'est possible.... qui veut le faire ?

Pff, c'est nul Jeedom, même pas de plugin Unifi En fait, je n'ai implémenté que le Read, mon code LUA ne sait pas encore faire de Write pour modifier une valeur SNMP. Toute la base du protocole SNMP v1 y est, il ne manque pas grand chose pour faire de l'écriture, mais je n'en n'ai jamais eu le besoin.

Alors, vulgarisation rapide du protocole NTP : Tous les serveurs NTP sont synchronisés entre eux, les uns derrière les autres. Du fait de la cascade, on pourrait craindre une dérive, mais il n'en n'est rien, car le protocole gère une notion d'offset, qui permet à un serveur de rattraper son décalage sur le précédent. Par conséquent, quel que soit le serveur NTP qu'on utilise cela ne change rien, l'heure est toujours la même. De plus le protocole NTP gère les timezones, donc inutile de choisir un serveur NTP de votre pays, la synchro se fait en UTC (temps universel), et chaque système est responsable d’appliquer localement sa timezone et décalage d'heure été/hiver (saleté d'heure d'hiver, il va faire nuit tôt ce soir) Donc encore une fois, tout cela ne change rien, utilisez le serveur NTP qui vous fait plaisir, tant qu'il est opérationnel c'est OK. Vous pouvez même utiliser le serveur NTP de votre routeur si celui-ci le gère, ou d'un autre équipement du réseau (switch, NAS, etc)... il faut bien évidemment que celui-ci soit synchronisé sur un serveur de temps internet, et qu'il ne soit pas source de son propre temps, donc dérive inévitable à venir. Sinon, il existe des serveurs de temps qui ne dépendent pas d'Internet, et qui vont chercher l'heure dans les signaux GPS (eux-même synchronisés depuis le sol), mais ce sont des équipements couteux et pas adaptés aux particuliers. Encore que je suis certain qu'on doit pouvoir faire ça en DIY. Maintenant, le problème de la HC2, c'est que Fibaro n'a jamais activé le démon "ntpd" sous Linux, lequel est responsable de la synchro en temps-réel. Par conséquent, quel que soit le serveur NTP que vous choisissez dans l'interface Web, au moment de l'enregistrement, une synchro est faite, et c'est tout. La suivante se fera lors du reboot, d'un backup (lequel provoque un redémarrage de tous les services Fibaro, presque similaire à un reboot), ou du prochain enregistrement NTP (ce qui provoque un reboot). Pour info, le VD Clock Sync force un enregistrement manuel, d'où le reboot. Bref, c'est solution est sans fin, tant que Fibaro n'activera pas le démon NTP, les box sont condamnées à dériver dans le temps. Ce qui est aberrant....