re
Il suffit surtout de faire pause avant le copier coller.
Mais bon si tu ne fait pas l’effort moi non plus je n’en ferait pas pour lire tes logs
ok, c’est déja ça, donc c’est bon quand tu fais rafraichir.
OK, mais ce n’est pas ce que dit le log :
Je lis que la commande info « switch » passe à on quand tu cliques sur On, où est donc ton souci ?
Dans le doute d’un souci de création d’une commande info, supprime stp toutes les commandes info, c’est à dire toutes les lignes qui se trouve dans la 2eme partie du tableau où les titres sont « Nom de l’info » et « Type d’info » …
tu appuies sur les petits moins a droite et tu enregistres.
Ne t’inquiète pas, elle vont être automatiquement recréés par le plugin.
Salut désoler je me suis mal exprimé,
En fait lorsque je fait un ON, le relai switch bien sur ON les appareil connecter dessus fonctionne, mais sont état ( retour d’info dans jeedom ) reste sur OFF soit le symbole X
Si je le laisse sur ON et que je fait un rafraichir, sont état dans jeedom passe bien sur ON mais cela ne ce fait pas automatiquement…
J’ai fait ce que tu ma demander
J’ai du faire un rafraichir pour qu’il les recrées et un 2nd rafraichir pour qu’il renseigne les information
mais avec étonnement il ma pas recrées la commandes info « Etat du relais »
ha ? étrange, Etat du relais c’est switch. Le switch change ??
Salut,
Alors effectivement « switch » est en fait ce qui était avant « Etat du relais » mais il n’est plus en binaire du coup
Par contre toujours pareil il ne se met pas sur ON sans que je fasse un rafaichir à la suite d’une commande ON
Mets toi sur off, purge les log.
Appuies sur On sur le module et donne moi les logs
Salut Sigalou,
Je me permet de venir au nouvelle ?
J’ai vue que tu avais pousser une mise a jours du plugin le 22/01 que j’ai faite mais pas de changement de mon côté
J’ai comme l’impression que le rafraichissement ne se fait pas automatiquement
salut @flo0462
Non, c’est que j’ai integré le nouveau Sonoff Mini R3 et le Sonoff SPM
Mais j’ai ajouté pas mal de log, regarde ce qui se passe dans tes logs.
J’avais mis un screen des log comme tu me l’avait demandé pour moi temps que je lance pas un rafraîchir manuellement il n’y a pas d’information qui remonte automatiquement du mini r2
La raison par contre je l’ignore
Je ne vois rien dans les logs, c’est étrange, tu as bien la dernière beta ?
Salut Sigalou,
Je me permet de venir au nouvelles ?
Aucune solution si je comprend bien pour mon soucis de retour d’état ?
Salut, je cherche mais tout fonctionne bien, t’es le seul à ne pas avoir de retour d’état.
Un souci sur ton réseau, le mDNS fonctionne t il bien, je ne vois plus que ça.
Dans tes logs, tu es bien en debug ? tu as quoi dans Sonoffdiy_mDNS ?
Salut,
Oui je suis bien en Debug, dans les log Sonoffdiy_mDNS, je n’ai pas grand chose :
Je pense aussi que c’est un soucis réseau, mais difficile à identifier, je ne trouve pas beaucoup d’info sur le mDNS jeedom, cela correspond à quoi ?
Je suis persuader en fait que ce soucis est surement du a mon installation de jeedom sous docker sur mon nas synology…
Je suis allez voir ce tuto :
je suis plutôt surpris de cette ligne :
Pourquoi un réseau macvlan ?
Il existe deux réseaux bien connus avec Docker. Le Bridge et le Host.
- Le Bridge est un réseau isolé qui empêche des plugins, qui doivent « écouter » en mode broadcast comme BLEA, Homebridge, Xiaomi, etc., de fonctionner
- Le Host est ouvert au réseau extérieur mais limite son utilisation notamment avec la commande sudo pour des raisons de sécurité.
Perso je suis allez voir mon jeedom est en Bridge :
J’ai une antenne BLEA sur un RPI déporté dans la maison pour des capteur de température et d’humidité Xiaomi et tout fonctionne parfaitement !
donc je pige pas un truc sur le coup…
Désoler pour ce bou un peu hors sujet mais c’était pour t’expliquer le gros de mon installation réseaux
Tu dois avoir un filtre du mDNS quelque part.
Ton jeedom ne doit pas le lire.
Ton log est vide.
@nebz tu sais s’il faut rediriger un port ou un truc comme ça ?
Je veux regarder si je peux ajouter un test de quelque chose qu lancement de Daémon (qui doit être un listener je pense). Dans Mqtt, habituellement, on fait un ping-pong, je vais regarder si je peux tester le mDNS de la même manière pour signaler un souci à l’utilisateur le cas échéant.
Hello,
J’ai pas lu l’historique, mais vis à vis de mDNS, c’est du non routé, on parle de multicast donc il faut que le matériel reseau sur tout le chemin entre les protagonistes soit configuré ou en tout cas ouvert à ce protocole.
J’ai vu le mot macvlan, je suppose donc qu’on parle docker, en effet, le mode macvlan ou host sont compatibles avec le multicast, il faut donc les privilégier.
Côté multicast, sur les composants réseaux il faut vérifier tout ce qui est : « multicast », « multicast dns » , « mDNS », « bonjour » ,« igmp snooping ».
Et forcément il ne faut pas de : routage, nat, etc.
Il existe des proxy multicast ou mDNS qui permettent de rediriger les trames multicast sur plusieurs réseaux sur des routeurs avancés (UniFi, Fortinet etc). Mais ça peut requièrir dés connaissance réseau (côte docker aussi, mais j’aime à croire que si on met en place docker, on sait à quoi on s’attaque)
1 « J'aime »
Merci @nebz
De mon côté, j’ai atteint mes limites de compétences.
@flo0462 je te confirme qu’il devrait y avoir des trames qui passent, le listener mDNS reste sourd, le log ne devrait pas rester vide, j’ai vérifier, même quand une trame est ignorée, c’est tracé dans le debug.
Et évidemment, dès qu’on appuie sur le Sonoff, une trame (non ignorée du coup) est détectée.
Il ne te reste plus qu’à chercher côté docker pour questionner des spécialistes du système que tu utilises pour savoir comment avoir les trames qui passent sur le mDNS.
STP tiens moi au courant, si je peux ajouter quelque chose dans le code au lancement du deamon pour orienter d’autres utilisateurs qui ont le même souci que toi, je suis preneur.
Merci