jojo

si tu prends des FGS, prends toujours des 2 relais (même si pas utilisé), comme ça si 1 relais meurt, tu changes 2 fils et ton module est repartit. Pour les prises, il est aussi intéressant d'avoit la conso de courant. les FGS2x3 ne fourbissent que du 230V (et mesure de courant consommé) les FGS2x4 peuvent fournir ce qu'on veut comme tension (contact sec, 12V, ....) (mais pas de conso de courant) les FGD n'ont en plus pas de relais, et sont paramétrable pour faire du On/Off (comme les FGS)

je suis au 7° ciel ...

! les FGS214/224 n'ont pas de mesure de courant consommé. Alors je préférerais 1 FGS223 (les 2 relais sont au même prix que le 1 relais) Je croyais que c'était les FGD (je n'en n'ai pas) qui fonctionnaient sans neutre ?

je vous écris de l'au delà ...

chouette, si ma femme me tue ce soir, je mourrai (un peu) moins con ...

C'était avec plaisir. C'est l'ADN de ce forum.

oui, regarde la doc de ton FGS-222, mais c'est bien auto-offf pour relais 1(/2) qu'il faut mettre à 0.5s, comme sur ton ancien moteur

ah ok, pour moi, il y avait ID, et donc je pensais que c'était l'ID du module. et du coup, c'est l'ID du noeud ? (ça correspond aux parents uniquement ?)

J'utilise l'appli sur mon PC (grand écran) pour programmer les alarmes de la semaine. Le multiroom, c'est un grand mot, en fait, il n'y a que la chambre des parents et la cuisine. Je n'urilise l'appli de mon GSM que pour basculer entre radio1 et radio2 là où il y a un Sonos. Mon utilisation est donc TRES basique, c'est pour cela que la génération S1 des sonos m'allait parfaitement. Mais je commence à voir de plus en plus de soucis de connection, et je soupçonne donc de l'obsolence programmée. J'ai commandé hier des S2 (que je recevrai en début de pm), et j'espère que ok (sinon retour expéditeur, j'ai légalement 14j)

je dois oublier les commandes vocales.......

Cela faisait longtemps que jr m'interrogeait à propos du panneau de Diagnostique Z-Wave, ais maintenant qu'on en parle, je pose ma question. Je suis TRES loin de tout voir : il ne m'affiche que les ID 2 à 118 ...

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