La source n’est pas correcte
J’ai trouvé beaucoup mieux, pas besoin de tasker, c’est plus simple que ça,il suffit de mettre l’URL jeedom sur le tag avec une application Android type NFC tool
Et voici 3 boutons : lumière allumée\eteinte \automatique
J’aurais du préciser « ma source » ^^
par contre avec ton URL, n’importe qui passant sur le tag exécuterai l’ordre non ? (pour moi pas assez sécurisé dans le cas ou j’ouvre portail et garages).
Mais ma question pour toi c’était si tu as besoin de déverrouiller ton tel avant de le passer sur le tag ?
N’importe qui, qui connaîtrait le code de l’API jeedom. C’est donc sécurisé.
C’est juste l’utilisation de NFC tool (pour programmer le tag) qui fait que cela pointe directement sur l’URL, magique.
Oui, il faut déverrouiller le smartphone phone, pour cela smart lock intégré a Android doit répondre, il suffit de définir une zone où le mot de passe ne sera pas demandé ( devant ton garage)
@SWR, la demande était de pouvoir binder un module zigbee intégrable à un bouton poussoir domestique pour pouvoir continuer à se servir de la lumière en cas de plantage de Jeedom.
J’utilise des tags NFC pour d’autres besoin mais dans le cas présent cas ce n’est ni pratique ni utilisable en cas de plantage.
Je comprends mieux ton besoin.
Le besoin ne semble pas habituel
As tu régulièrement des plantages ?
Peux-tu fiabiliser Jeedom ?
Non, c’est très exceptionnel mais comme c’est arrivé récemment je préfère y réfléchir d’autant plus que c’est reparti sans que je puisse identifier précisément la cause.
J’ai redémarré ce soir ma machine de test avec Deconz Gui. Demain je vais essayer la manip conseillée par Yves19.
1 « J'aime »
Bonjour,
Désolé pour le délai, j’ai eu des soucis avec ma machine de test que j’ai résolus après avoir fait une mise à jour de deCONZ.
@Yves19, impossible de tenter le binding sur l’interrupteur AQARA Mini Switch, je n’ai pas de cluster 06.
Pour le Hue Wall Switch, j’ai tenté la manip du tuto que tu m’as conseillé (où ce sont les deux clients qui sont sélectionnés (gris) puis celle de la doc (où c’est le cluster serveur de l’ampoule qui est choisi), les deux se terminent bien par le message success mais je n’arrive pas à allumer l’ampoule.
J’ai essayé avec l’interrupteur en mode rocker (ON/OFF) et en mode pushbutton.
Demain je tenterai cette méthode avec un interrupteur IKEA pour voir si ça fonctionne ou si c’est moi qui m’y prend mal.
1 « J'aime »
Nouveau test ce jour avec un TRÅDFRI shortcut button.
Il est reconnu du premier coup dans Phoscon, j’arrive à le binder depuis Phoscon 2016 mais rien à faire depuis deCONZ GUI.
A priori le problème est bien derrière le clavier. Je vais faire des recherches mais si quelqu’un a une idée je suis preneur.
Tu peux faire une capture de la fenetre de bind avant de cliquer sur le boutton pour valider ?
le shortcut button peut etre bind mais ne sers pas, ceux que j’ai je m’en sers avec des scenario jeedom en bouton d’appoint.
Derriere les inters je n’ai que du sonoff.
un petit recap que j’avais fait :
Le bind devrait marcher.
Voir la petite animation ici :
Par contre il n’enverra pas toutes les commandes attendues (cf le tuto cité plus haut) . C’est à utiliser comme lanceur de scénario plutôt que comme inter sans fil .
Yep, pour moi aussi tout est bon.
Sinon passe par l’API et laisse deconz gerer les binds ( en passant justement par la version 2016 si ça a l’air de marcher pour toi)
En fait ça fonctionne depuis Phoscon 2016 (ou depuis Jeedom) pour les interrupteurs IKEA mais pas pour mes interrupteurs Hue Wall Switch.
L’idéal pour moi aurait été des hue wall switch car ils ont une très bonne autonomie et il n’y a pas de problème de soudure artisanale qui peut lâcher en cas de remplacement de pile. Ce qui est top également c’est qu’ils peuvent être utilisés en mode poussoir ou en mode ON/OFF mais j’ai fini par trouver des topics sur le sujet :
https://github.com/Koenkk/zigbee2mqtt/issues/10740
Comme je l’ai dit dans mon premier message je cherche des interrupteurs que je peux binder et qui puissent être raccordés à des boutons poussoirs.
Bref, je vais tenter avec les SONOFF SNZB-01. Tout le monde a un bon retour avec ces interrupteurs ?
Merci.
Le bind des Hue Wall Switch n’est hélas pas implémenté. Voir le tuto cité plus haut.
Il y a plusieurs sujets sur GitHub qui décrivent une incapacité à binder ces modules malgré la présence d’un un cluster 06 contrairement aux autres produits Phillips que ce soit depuis deCONZ GUI ou depuis tout autre système.
Ha tiens ça j’étais pas au courant, il y a une explication ?
Tu peux peut-être regarder le lien que j’ai mis plus haut :
Moi ça dépasse mes compétences.
Bonjour à tous,
Petit update,
J’ai installé la dernière version de deCONZ et le cluster 0006 de mes interrupteurs AQUARA a disparu ce qui expliquerai pourquoi ça ne fonctionnait pas avec la version précédente (visible par erreur ?).
J’ai finalement acheté un interrupteur SONOFF SNZB-1 pour faire mes tests.
Je l’ai inclus puis je l’ai d’abord bindé avec Phoscon 2016 pour tester.
J’ai ensuite supprimé ce bind et j’ai bindé à nouveau depuis deCONZ GUI. Tout est OK de ce côté là, avec cet interrupteur j’y arrive bien.
J’ai un nouveau souci auquel je ne m’attendais pas. Le fonctionnement attendu pour mon test est le suivant :
- Clic (1002): toggle ON/OFF grâce au bind (Jeedom ajustera la luminosité au besoin en fonction de l’heure)
- Double Clic (1004) : fonction Jeedom 1 (dans mon test je change la luminosité)
- Long Clic (1003) : fonction Jeedom 2 (dans mon test je change la température)
Ca ne fonctionne pas comme je voudrais car une fois le bind réalisé, le double clic allume l’ampoule et le long clic l’éteint.
Quand j’active mon scénario et que je fais le double clic, mon exemple fonctionne puisque le bind allume et Jeedom fait varier la luminosité mais quand je fais le long clic l’ampoule s’éteint donc Jeedom ne peut pas faire varier sa température.
QUESTION → Quelqu’un sait il s’il est possible de désactiver quelque part les actions réalisées sur 1003 ou 1004 lorsque l’interrupteur est bindé ?
Merci.
Lorsque tu bindes une commande avec un équipement , les ordres issus de cette commande sont exécutés de manière inconditionelle (forcée). Donc la commande pilote la lampe en fonction de ce que le bind permet (simple clic, double clic ou clic long). Si en parallèle les ordres issus de la commande sont interprétés par une box domotique qui demande autre chose à la lampe alors il va y avoir conflit et généralement c’est le bind qui l’emporte car plus rapide en exécution.
Conclusion : Il ne faut pas que ton scénario interprète les ordres émis par ta commande bindée à une lampe pour commander à son tour la même lampe. CQFD