fel-x

Finalement j'ai pu aller plus loin et récupérer les valeurs des Credentials (session_token, access_key et secret_key). Mais je ne sais pas comment les envoyer correctement puisque l'erreur retournée est : Mesures reçues : {"message":"Authorization header requires 'Credential' parameter. Authorization header requires 'Signature' parameter. Authorization header requires 'SignedHeaders' parameter. (Hashed with SHA-256 and encoded with Base64) Authorization=/4IItnRn5MiD....7+QQa0tFbQoEI="} Voici mon extrait de code, si jamais quelqu'un a déjà eu à se connecter de cette manière ? net.HTTPClient():request(measure_url, { options = { method = 'POST', headers = { ["Authorization"] = auth_string, ["X-Amz-Date"] = os.date("!%Y%m%dT%H%M%SZ"), ["Credential"] = je_mets_quoi_ici_?, ["Signature"] = je_mets_quoi_ici_?, ["SignedHeaders"] = je_mets_quoi_ici_?, ["Content-Type"] = "application/json" }, timeout = 5000 }, success = function(response) hub.debug("Connexion Blue Riiot", "Mesures reçues : " .. response.data) end, error = function(err) hub.debug("Connexion Blue Riiot", "❌ Erreur lors de la demande des mesures : " .. err) end })

Salut la communauté. Les beaux jours reviennent et je vais sortir mon jacuzzi extérieur d'hivernage. Maintenant que j'ai une HC3, j'en découvre la puissance et je voudrais intégrer les paramètres de la sonde BLUE CONNECT qui flotte dans l'eau. Il y a quelques années, un membre avait tenté le coup sur HC2 mais entretemps, la société BlueRiiot a supprimé le support de l'IFTTT et je pense que ce n'est plus une bonne piste. De mon côté, j'y arrive très bien en bidouillant sur ma raspberry, car plusieurs codes sont disponibles sur GitHub en JS ou Python pour exploiter l'API de BlueRiiot. En reprenant celui-ci par exemple, je parviens à me connecter à l'API, à récupérer un TOKEN et à demander les dernières mesures. Le résultat est correct et correspond parfaitement à ce que fournit l'application BlueRiiot sur iOS : Avant, j'aurais complété mon script JS pour exporter les valeurs reçues vers un fichier et vers des variables sur ma HCL. C'est toujours faisable facilement sur HC3 ! Mais ça c'était avant... Comme je découvre la HC3 et le LUA, je me suis dit qu'il faudrait "traduire" mon script en LUA, ce sera plus "propre". Et c'est là que ça devient compliqué car il faut remplacer tous les appels à des bibliothèques et des fonctions externes par un code unique en LUA. J'ai réussi à écrire un scénario en LUA et à récupérer mon Token : [DEBUG] [SCENE123]: ✅ Token reçu : eyJraWQi...pT9Kw Mais après c'est galère, il faut récupérer plein d'autres valeurs (ACCESS_KEY, SECRET_KEY,...) en envoyant des requêtes HTTP signées en AWS, et ça je ne sais pas le faire. Je reçois donc : [DEBUG] [SCENE123]: Mesures reçues : {"message":"Authorization header requires 'Credential' parameter. Authorization header requires 'Signature' parameter. Authorization header requires 'SignedHeaders' parameter. Authorization header requires existence of either a 'X-Amz-Date' or a 'Date' header. (Hashed with SHA-256 and encoded with Base64) Authorization=Pr8kW1psrF9y....Q6vfqA"} Si certains d'entre vous sont intéressés par ce projet, je suis prêt à apprendre et partager ce que j'ai déjà. Je n'ai pas trop de temps libre mais je suis motivé Sinon je continuerai à chercher de mon côté et un jour je sortirai une QA... Pour info, voici ce qu'est un Blue Connect : https://www.blueriiot.com/eu-fr A bientôt !

salut @ludol Merci pour ta QA ; je l'ai installée et ça tourne parfaitement bien !!

Bah, tout est expliqué en français dans le post de @mprinfo Je ne l'ai lu qu'après...

je passais sur le forum et j'ai regardé la dernière... même pas remarqué que ça avait été abordé sorry

bonjour oui j'ai reçu le même. Je suppose que nous n'avons rien à changer dans nos configurations ?

Oui, même sans les poules... ou alors cette porte peut très bien servir de chatière... ou de boite-aux-lettres pour Amazon que tu ouvres quand le livreur est là.. ou juste de déco parce que c'est cool Comme dit l'expression : L'inutile et le superflu sont plus indispensables à l'homme que le nécessaire.

Petit update pour les intéressés et @Gayna28 Omlet a sorti un nouveau modèle de boitier pour la porte, il ne faut pas tout changer, juste le boitier. Celui-ci se connecte au Wifi et est pilotable à distance. Ils ont aussi un API désormais. Il m'en a couté moins de 50 Euro (avec un code promo) https://www.omlet.fr/porte-automatique-intelligente-pour-poulailler/ Je me suis inspiré de ceci : https://community.homey.app/t/omlet-smart-automatic-chicken-coop-door-automation-using-homey-script/115988 et j'ai traduit en Lua (enfin pas moi, mais chatGPT) pour intégrer la porte et ses commandes dans ma HC3 ; ça marche super bien. Je peux partager le code au besoin...

Tu as raison @Lazer, j'ai remarqué que l'état ne change que sur la box qui envoie une commande. Je peux donc contrôler mes modules depuis la HCL ou la HC3, mais c'est tout à fait bancal. Bref c'est comique mais c'est inutile. Je vais le signaler à Fibaro et remettre la HCL aux paramètres d'usine pour la recycler.

Pour info, la migration de ma HCL vers HC3 s’est bien déroulée… et la dernière étape qui pourtant est sensée être automatique (mise en mode lecture seule de la HCL) n’a pas eu lieu. résultat : je peux contrôler mon réseau avec les deux box en même temps !!! J’ai lu quelque part que ce bug arrive parfois. je vais en profiter pour garder la HCL comme « esclave »

Non tu as raison, les deux box « light » (HCL et HC3L) ne partagent pas le même chip (ZW300 pour HCL et ZW700 pour HC3L) alors que la HC3 dispose du ZW500. Le système de migration mis en place par Fibaro (mode « donneur ») pour sa HCL fonctionne bien. J’ignore pourquoi il ne peut pas être appliqué à la HC3L… En tout cas ça a été explicitement indiqué par un officiel de Fibaro sur leur forum (ici). Je suppose que c’est une incompatibilité dans les firmwares ou Chip ZW qui bloque. Quand je pose la question à ChatGPT, il suggère que ça pourrait aussi être une stratégie commerciale… mais je pense sincèrement que c’est une question de firmware ou chip ZW. lis la comparaison ici

Je parlais des HC2 et des HCL. Moi je suis encore sous HCL et je dois donc obligatoirement attendre le bon vouloir du Support pour lancer la procédure de migration. Les HC2 peuvent le faire par eux-même. J'ai lu que toi tu avais une HC3L... Les HC3L ne peuvent pas du tout migrer je pense à cause d'une incompatibilité de leurs puces Z-Wave. C'est expliqué ici.

La documentation est en lien dans mon post : https://manuals.fibaro.com/document/hc3-migrating-data-from-hc2-hcl/ Une HC2 peut migrer vers une HC3 directement; l'utilisateur peut faire la mnoeuvre tout seul quand il le veut. Une HCL/HC2L doit d'abord être passée dans ce mode "donneur" par le support de fibaro. Elle devient apte à trasnférer sa configuration vers une HC3, mais elle fonctionne en mode dégradé. Ayant une HCL je ne peux pas faire la migration tout seul, je dois attendre l'action du support de Fibaro. Et j'attends depuis des jours et tu vas voir qu'il vont la passer en mode "donneur" pendant mes congés dans 3 semaines et je ne pourrai plus rien contrôler à distance. Leur méthode est foireuse. Et c'est là que je demande quel est leur temps de réaction habituel ?

Salut, en parlant de migration ça fait plus d'une semaine que j'ai demandé par email (et ouvert un ticket en parallèle sur support.fibaro.com) pour qu'ils passent ma HCL en mode "ARTIFICIAL DONOR" C'est la procédure obligatoire pour migrer depuis HCL vers HC3 Aucune réponse jusqu'à présent et je me demande quel est leur temps de réponse moyen ? Ils disent dans leurs instructions qu'en cas d'échec de la migration, il ne faut surtout pas la relancer et les contacter. Ca ne m'inspire pas confiance si je dois attendre 3 semaines avec une migration en échec que ces gens daignent répondre.

Bon sang, mais c'est bien sûr ! Cette solution va donner une LED allumée lorsque la lampe est allumée, ce qui est l'inverse du comportement initial, mais c'est déjà ça. Je vais quand même vérifier s'il est prudent de faire passer des câbles pour du 220V vers les petits ressorts à l'arrière du module LED, celui-ci devant être clipsé derrière l'interrupteur il n'y a pas de place je pense. Et surtout il ne faudra plus que ces ressorts touchent l'alimentation de l'interrupteur.... Comme il fonctionnait sur une phase unique, sans neutre ni terre... je vais aussi vérifier comment il va réagir si on apporte une phase et un neutre. Bref bricolage en vue... j'adore