jojo

En fait mon besoins est fort différent. J'utilise exclusivement mon multiroom pour écouter la radio dans la pièce souhaitée et SURTOUT comme alarme/réveil le matin. (ok cher le réveil-radio ...) On oublie les commandes vocales.

ce branchement me semble correct. En fait, quand tu agit sur le relais 1(/2) du FGS, il fait un "pont" entre entre =1N (n'est-ce pas IN ?) et Q1 (/2). Et donc si tu fais un pont (durée = 0.5-1s) manuel sur ton moteur entre GND et le contact juste à gauche du stop, c'est le même que si tu activait le relais 1 de ton FGS. (tu peux donc tester)

Musiccast ne propose pas d'alarmes => j'oublie. D'après ceci, sonos n'utiliserait le réseau sans fil que si une enceinte est câblée, sinon c'est le Wifi de la maison. J'espère avoir bien compris.

un FGS n'est pas un variateur ... mais juste un "interrupteur"

et allume 1 cierge

et en plus, as-tu installé un bypass ?

ohhle boulet que je suis ! J'ai fait cette correction, mais àa ne fonctionne toujours pas. Je crains que c'est unr url get qui soit encodée, et qu'il envoie un POST ???

Bonjour et bienvenue ! Le conseil le plus important : commencer simple ! (et non critique) Le réseau z-wave est un réseau maillé dont seuls les modules alimentés en 230V participent au relayage des infos. Donc commence par l'éclairage (FGD & FGS) car ce sont des modules en 230V, c'est le plus simple et non critique ! conseil #2 : commence tes scénarios (simples) avec GEA : GEA - Dev

Bonjour, Pour le tuto Nuki, j'ai besoin de votre aide pour savoir quelle url je dois introduire sachant que c'est du POST qui est envoyé. Voici le lien vers la partie de la doc concernée Nuki Bridge HTTP API 1.13.2 - Nuki Developers Comme je ne savais pas comment récupérer le JSON envoyé, la méthode appelée fait pour l'instant un simple Debug. Mais je be vois rien... Voici l'url que j'ai envoyée (je l'ai encodée, vérifié que l'utilisateur à les droits sur le QA et vérifié quelle est bien présente avec /callback/list) url : User:Pwd@http://<ip box>:80/api/callAction?deviceID=<deviceID>&name=<method> Merci de votre aide

je viens de publier la version 5.0 où la principale modification est de créer un fichier config, au lieux d'utiliser des variables (plus simple pour les prochaines évolutions du code) Maintenant j'interroge le bridge toutes les 10s pour connaitre le statut de la serrure. La prochaine version devrait supprimer (j'espère) ces interrogations multiples, et mettre le QA à jour sur base de modifications de la serrure.

si tu n'as le soucis qu'avec les beta, n'installer que des stables

car sur l'écran de GSM c'trop petit. Sur PC avec écran 34" et zoom à 200%, je me débouille ... je reformule donc. Avec les S1, il y a 1 enceinte qui se connecte au WiFi de la maison, et qui redistribue les infos aux autres enceintes via un réseau WiFi propriétaire de Sonos (et est donc dégueulasse). C'est pour cela que tu as abandonné la solution. Je me demandais si avec S2 il n'y avait pas un paramètre qui leurs disaient d'utiliser le WiFi de la maison (à la place du réseau privé de Sonos) pour partager les infos. Suis-je plus clair ?

jr n'avais jamais vu ce "bug", que je n'ai toujours pas compris. En tous cas la version "buggée" ma sauvé la vie : tout d'un coup le nom et les pièces (et ???) de certains devices ont changés. J'ai donc restauré le backup automatique du WE précédent et tout est redevenu ok. ce script est donc une assurance indispensable ! Je vais donc installer cette mise à jour en confiance

zut alors, je dois rester avec mes Sonos S1. avec un émulateur Androïd sur mon PC ça devrait aller alors ... et la version S2 ne permet pas d'utiliser le WiFi de la maison ? ce n'est pas une solution envisageable

je m'en souviens bien, et je crois même savoir à qui tu les a refilés ... tu as raison, c'était Yamaha à laquelle je pensais ... Mais j'aurais espéré que depuis tout ce temps, l'offre se serait étoffée/améliorée. J'aiun ampli Yamaha MusicCast dans le salon, donc je vais installer l'appli Windows sur mon PC pour voir si elle répond à mes critères. S'il utilise le WiFi de bonne qualité de la maison , pourquoi pas ? (les enfant regardent sans problème des vidéos). Mais le problème, c'est que Sonos se connecte avec 1 appareil correctement au Wifi de la maison, puis diffuse par son propre réseau WiFi (qui est chez moi de moins bonne qualité) aux autres appareils. C'estla raison pour laquelle @Lazer n'a plus de Sonos. en effet, c'est la solution idéale. avec un super bricoleur comme toi, c'est ce qu'il faut faire... merci de ton avis éclairé, du coup je ne testerai même pas

Bonjour, Je pose ma question dans le sous-forum qui me semble le moins in-approprié ... J'ai actuellement 3 Sonos Play:1 de première génération. Ils me gavent (pour rester poli) avec leurs problèmes de connection (ils utilisent leur propre réseau, alors que j'ai une excellent couverture WiFi (4 AP Unifi) dans toute la maison). Par contre, je suis très satisfait de leur interfaces Windows et Androïd. Idem pour les fonctionnalités, surtout (et indispensable pour moi) la gestion des alarmes (en définir autant qu'on veut, par jour, source & durée personnalisables, ... Je ne suis pas très chaud pour continuer chez Sonos. Est-ce que Marantz est toujours le maître achat, ou il y a mieux maintenant ? Merci de vos conseils.

ou les sorties out de FGBS-222

même pour 3€ c'est inadmissible ; question de principes !

30 m c'est bcp ... Ta sonnette actuelle doit bien être raccordées à une carillon dabs ta maison, donc tu pourrais mettre ton FGBS dans ta maison (où il y a du courant)

mais cela devient acceptable si tu offres des billets de lotto gagnants

oui,si : il y a une API tu t'y connais rn LUA pour l'interroger 2 possibilités : ton système peut envoyer un push à la box, chaque fois qu'une des infos qu'il peut remonter est modifiée. (ou) tu interroge l'API à intervalles réguliers

Je VEUJX travailler en local, comme ça même si je n'ai plus d'internet (oui, oui, ça arrive) le QA continue de fonctionner. Maintenant comme tu m'as dit avoir un bridge, je comprends que ton Nuki parle avec le bridge via BT, et comme mon QAne communique qu'avec le Bridge via l'IP locale su bridge. Donc mon QA devrait fonctionner, sauf si ton bridge utilise une autre API. Je devrais pouvoir t'aider à le faire fonctionner. Envoie le résultat du JSON :

désolé, je ne peut pas t'aider plus : à propos d'un QA qui n"est pas le mien avec une smart lock v4 via Bridge, vu que je n'ai qu'une v1 ry que tu ne retrouves plus ta bonne raison pour m'en offrir

le token chez moi est de 6 charactères. Mais ce que je crains voir sur ta copie d'écran, que tu aurais utilisé d'autres noms pour les variables que les noms définis lorsque tu as chargé initialement le QA. Evidemment que si c'était le cas, ça ne peut pas fonctionner.

J'en sais fichtrement rien. Est-ce que l'API est la même ? S'il est continuellement connecté au Wifi, ça doit consommer blindée de piles ??? Si tu m'en offre une, je m'engage à te faire un QA qui fonctionne