Tasmota: Sonoff T1 3CH US Ghost Switching

Veuillez utiliser weblog 4 pour plus d'informations sur le débogage. Lorsque vous l'utilisez, il vous indiquera dans la console la source de la commande qui déclenche votre relais. Il sera affiché comme SRC :

ok, activera le blog 4 et enverra le résultat lorsque la commutation aléatoire se produira à nouveau, merci

Salut, j'ai le même problème. Au début, j'ai pensé qu'il y avait des interférences sur le récepteur 315MHz. Donc, en voyant la fiche technique du SYN470R, je soulève la broche 11, de cette façon le récepteur est en arrêt. Après cela, j'ai mis la broche 10 (ligne DO) à GND pour éviter la broche flottante. Après cela, j'ai essayé tous mes 7 sonoff sans couvercle en verre pendant 2 jours et j'ai bien fonctionné! pas de commutateur fantôme.
Donc, je remonte le couvercle en verre et les retours de commutation fantôme!
Ainsi, si vous essayez d'appuyer longuement sur l'un des boutons tactiles, vous entendez le premier bip, puis rapidement 2 bips. Dans le firmware d'origine avec cette opération, vous pouvez coupler avec un téléphone, avec tasmota semble ne rien faire heureusement.
Donc, le problème est la sensibilité au toucher. J'essaie de trouver une solution mais il n'y a pas de nom sur IC entre le bouton tactile et IC. J'espère que quelqu'un connaît son nom. Je fais de l'ingénierie inverse là-dessus et je dessine une connexion schématique et je recherche sur le Web une fiche technique avec une compatibilité avec les broches.
Si cela est utile, je peux partager mon schéma sur cette partie du circuit. Si j'ai le temps demain, je verrai un signal provenant du bouton avec l'oscilloscope car il est peut-être possible d'ajuster la sensibilité en ajustant le réseau RC d'entrée.

Ok, je viens de refaire une commutation aléatoire, voici la sortie

20:53:35 APP: Button2 immédiat
20:53:35 SRC : Bouton
20:53:35 MQT : stat/TestBench/RESULT = {"POWER2":"ON"}
20:53:35 MQT : stat/TestBench/POWER2 = ON
20:53:35 CFG : enregistré pour flasher à F4, compte 136, octets 3584

Merci

Salut, j'ai le même problème. Au début, j'ai pensé qu'il y avait des interférences sur le récepteur 315MHz. Donc, en voyant la fiche technique du SYN470R, je soulève la broche 11, de cette façon le récepteur est en arrêt. Après cela, j'ai mis la broche 10 (ligne DO) à GND pour éviter la broche flottante. Après cela, j'ai essayé tous mes 7 sonoff sans couvercle en verre pendant 2 jours et j'ai bien fonctionné! pas de commutateur fantôme.
Donc, je remonte le couvercle en verre et les retours de commutation fantôme!
Ainsi, si vous essayez d'appuyer longuement sur l'un des boutons tactiles, vous entendez le premier bip, puis rapidement 2 bips. Dans le firmware d'origine avec cette opération, vous pouvez coupler avec un téléphone, avec tasmota semble ne rien faire heureusement.
Donc, le problème est la sensibilité au toucher. J'essaie de trouver une solution mais il n'y a pas de nom sur IC entre le bouton tactile et IC. J'espère que quelqu'un connaît son nom. Je fais de l'ingénierie inverse là-dessus et je dessine une connexion schématique et je recherche sur le Web une fiche technique avec une compatibilité avec les broches.
Si cela est utile, je peux partager mon schéma sur cette partie du circuit. Si j'ai le temps demain, je verrai un signal provenant du bouton avec l'oscilloscope, car il est peut-être possible de régler la sensibilité du réseau d'entrée RC.

Merci pour cela, je m'en doutais et j'ai retiré le couvercle à un moment donné, mais je n'en ai pas vraiment pris note, je pense que vous avez peut-être raison en ce sens qu'il n'a pas basculé lorsque le couvercle était éteint. Je n'ai pas poursuivi cela car cela ne se produit qu'avec les versions 3CH et n'était pas un problème avec le firmware d'origine. Je peux simplement désactiver le bouton du milieu et transformer le 3CH en 2CH pour voir si cela le résout.

Je ne sais pas pourquoi, s'il s'agit d'un problème de sensibilité, n'est-ce pas un problème avec le firmware d'origine et avec les versions 2 canaux et 1 canaux ?

J'ai aussi un autre sonoff t1 et je l'utilise depuis 1 mois sans aucun ghost switch en utilisant le dernier firmware Tasmota avec la dernière version core. Lorsque j'ai reçu d'autres sonoff, j'ai vu des déconnexions et en regardant sur le Web, j'ai installé le dernier Tasmota avec un noyau 2.30 et les déconnexions disparaissent. Il y a quelques minutes, sonoff qui a fonctionné pendant un mois avait un interrupteur fantôme. Donc, maintenant, je flashe à nouveau la dernière version de base et je veux voir si le commutateur fantôme disparaît. je vous informe

Oui, je suis passé au core 2.3.0 à cause de déconnexions et je n'ai pas testé sur 2.4.0

J'ai retiré les tampons rectangulaires blancs sur les interrupteurs... j'ai toujours une commutation fantôme !

Fais-moi savoir. Merci

Avez-vous retiré tous les tampons rectangulaires et aviez-vous un interrupteur fantôme sans verre ?

Plaquettes supprimées. Commutation fantôme toujours avec le couvercle allumé. Couvrez pas de pads de commutation ou pas de pads

Ok, je viens de refaire une commutation aléatoire, voici la sortie

20:53:35 APP: Button2 immédiat
20:53:35 SRC : Bouton
20:53:35 MQT : stat/TestBench/RESULT = {"POWER2":"ON"}
20:53:35 MQT : stat/TestBench/POWER2 = ON
20:53:35 CFG : enregistré pour flasher à F4, compte 136, octets 3584

Merci

Ok, j'ai donc comparé les cartes des commutateurs 1 ch et 3 ch. Ils sont identiques en tous points. Il n'y a pas de composants manquants sur le canal 1 par opposition au canal 3. La seule différence que je peux voir est le nombre de relais. Alors pourquoi est-ce que lorsque je configure le 3ch en tant que 2ch, le bouton tactile du bas est désactivé et non le milieu similaire au 2ch. J'espérais faire le 3ch exactement comme le 2ch pour voir si le retrait de l'interrupteur tactile central arrêterait la commutation fantôme.

Pouvez-vous voir si dans les versions 1ch et 2ch, il y a une marque sur le composant ic touch? Dans 3ch il n'y a pas de marque là-dessus.
Merci!

Chips vierges ok toutes les planches. J'ai googlé et il y a quelques puces tactiles à 16 broches. Semble être une puce tactile 4 canaux

Aujourd'hui, j'ai eu un interrupteur fantôme sur le bouton 2 avec le noyau 2.42. Avez-vous un interrupteur fantôme uniquement sur le bouton du milieu ou aussi sur d'autres ? Maintenant, j'essaie de mettre une feuille de papier entre le couvercle et le bloc en plastique. Je verrai...
J'ai trouvé une puce mais aucune que j'ai trouvée n'est compatible avec le schéma que j'ai dessiné par inspection (je pense que c'est correct).
Si vous avez trouvé un composant à 16 broches qui peut s'adapter, veuillez me le dire. Ou si vous écrivez une liste, je peux vérifier s'ils peuvent être adaptés.

J'utilise environ 20 Sonoff T1-2-3 chez moi depuis un an avec Tasmota et j'ai découvert que la commutation fantôme ne se produisait qu'avec la rétention Mqtt et/ou les interférences RF.
Dans mon cas, j'ai résolu de désactiver Mqtt Retain, essayez également la configuration wifi 4 ou 5.

Salut @ToRvaLDz

C'est sur le banc d'essai sans mqtt configuré. Ne se produit que sur mes unités 3CH, toutes.

J'ai effacé le flash, reflashé avec 6.4.1 - 2.3.0, connecté au sans fil, choisi sonoff T1 3CH dans le menu de configuration, redémarré et laissé sur le banc d'essai sans charge et sans mqtt, ils ont tous une commutation fantôme.

je n'ai pas essayé la configuration wifi 4 ou 5. J'essaierai... merci

@Bloodyagent sans Mqtt configuré J'ai eu un autre problème, le toucher ne répond pas à chaque fois (regardez cette vidéo https://youtu.be/TUrKbRcctf8 J'ai ouvert un autre problème pour ce #5461), j'ai également remarqué que si mqtt n'est pas disponible il se redémarre après un certain temps, cela pourrait probablement faire basculer le relais.

@ToRvaLDz ghost switch que vous aviez comme nous ? Alors, bip puis deux autres bip rapidement ?

@beppeserafini Le bip indique l'

OK, donc c'est étrange. Je retire la résistance 1k du pavé tactile central, désactivant ainsi totalement le pavé tactile du capteur central. La commutation fantôme ne se produit désormais que sur le capteur central !!

Donc, c'est certainement une interférence d'un certain type. Peut-être un filtre passe-bas sur les broches d'entrée du circuit intégré ? Vous ne savez pas comment fonctionne le circuit intégré tactile capacitif ? Je vois qu'il y a un espace juste à côté de la résistance de 1k pour un condensateur, vous ne savez pas s'il s'agit d'un filtre RC d'un certain type ?

Cela semble proche?
Éditer. C'est la puce à coup sûr.

http://en.wincomtech.com/prod_view.aspx?TypeId=65&Id=162&FId=t3 :65:3

Juste une question stupide : essayez-vous avec une console série connectée ?

Nan. Pouvons-nous obtenir plus de données de débogage de cette façon ?

Non, juste parce que j'ai remarqué un problème de commutation fantôme alors qu'il n'est pas monté dans la prise murale

Le composant
Il n'y a qu'une chose qui ne va pas. Ainsi, puisque les broches 1,2 sont connectées à gnd, le comportement des sorties devrait ressembler à ceci :

mais de cette façon, il semble impossible de reconnaître un appui long car les sorties basculent, seul le bouton est enfoncé à nouveau. Il existe d'autres configurations qui permettent de détecter un appui long mais peuvent être inversées dans la fiche technique. Je dois vérifier cela avec un oscilloscope.
Cependant, en regardant la fiche technique, puisque la description de la détection n'est pas décrite (mais je pense le savoir), il existe un condensateur qui détermine la sensibilité au toucher. C'est un condensateur que j'ai également dessiné sur la broche 7. La fiche technique suggère une valeur de 4,7 nF à 22 nF. Traduire du chinois semble que nous devons le réduire afin de réduire la sensibilité. Si j'ai le temps demain, démontez le capuchon de la carte et essayez de le mesurer et de le remplacer par une valeur plus petite.

Toute la documentation chinoise est mauvaise🤣 De toute façon, tu es un génie. Je suis très rouillé avec l'électronique numérique, je n'ai même plus de lunette😫

Pin7 est la puce sélectionnée? Vous ne savez pas comment cela va affecter la sensibilité au toucher ?

C'est C6 ? Ok, je viens de le mesurer. Je reçois 22nf. Ce qui serait en accord avec ta théorie.

D'accord. Je l'ai remplacé par un 4.7nf (c'est tout ce que j'ai à la maison pour le moment) Sa sensibilité a diminué au point qu'il ne fonctionne plus qu'avec le cover off. Alors on dirait que tu as raison !! Je vais peut-être devoir l'augmenter à 10nf, je devrai donc attendre demain. Pour l'instant, je vais le laisser sur banc d'essai toute la nuit. Voyons si cela résout le problème des fantômes !!

J'utilise des commutateurs Sonoff à 1 et 2 canaux depuis plus d'un an sans aucun problème de commutation fantôme. J'utilisais différentes versions de Tasmota, j'ai donc pensé que je devais tout mettre à jour vers la version 6.4.1. Grosse erreur maintenant, tous les commutateurs à 1 et 2 canaux ont une commutation fantôme aléatoire. Par conséquent, je soupçonne fortement qu'il s'agit d'une forme de bogue dans 6.4.1.

salut Andy
Je n'ai aucun problème avec 1 et 2 ch. Juste le 3ch. @beppeserafini semble l'avoir cloué avec le capuchon de sensibilité au toucher. Donc, si vous êtes à portée de main avec un fer à souder, vous pouvez essayer de passer à une valeur inférieure. Nous essayons toujours de déterminer la valeur correcte. Je vais également revenir à un ancien firmware et essayer cela. Merci!

Oui. Je conçois quotidiennement des cartes électroniques. ??
Jusqu'à présent, depuis que j'ai mis une feuille de papier entre le bloc et la couverture, je n'ai pas eu d'interrupteurs fantômes de ce Sonoff. Cela signifie augmenter le matériau diélectrique et augmenter la distance entre les armures de "condensateur", ce qui réduirait la sensibilité des boutons. Donc je pense que s'il est monté en 22nF, une valeur d'environ 15nF ou 18nF pourrait être bonne pour nous.

_La broche 7 n'est pas une sélection de puce. Il s'appelle Csel. Il n'est pas expliqué comment cela fonctionne, mais généralement une broche comme celle-ci fonctionne comme un temps constant (résistance série à l'intérieur) et elle est comparée aux signaux mesurés sur la broche du pad._

C'est C6 ? Ok, je viens de le mesurer. Je reçois 22nf. Ce qui serait en accord avec ta théorie.

Oui c'est le cas

@beppeserafini

Jusqu'à présent, depuis que j'ai mis une feuille de papier entre le bloc et la couverture, je n'ai pas eu d'interrupteurs fantômes de ce Sonoff. Cela signifie augmenter le matériau diélectrique et augmenter la distance entre les armures de "condensateur", ce qui réduirait la sensibilité des boutons.

Belle découverte :+1:

Je suis entré dans mon bureau ce matin et j'ai vu que le sonoff modifié n'avait pas basculé de toute la nuit ! Alors pensé wow, c'est réparé. Mais alors que j'étais sur le point de commencer à taper ceci, cela a changé. Je ne sais pas si c'est parce que je suis assis juste à côté et qu'il prend mon corps (lol) ou si c'est parce que j'ai placé mon téléphone portable juste à côté. Je vais obtenir des plafonds de valeur plus élevée et les essayer avec les unités dans le mur et voir si cela est résolu. J'essaierai aussi l'idée du papier. En tout cas merci pour l'aide et l'assistance. Cela a été assez instructif ! Quoi qu'il en soit, il semble que nous ayons maintenant 2 options à résoudre, et il s'agit clairement d'un problème matériel, je vais donc le fermer maintenant.

au revoir les amis :) pour l'instant

Quelqu'un peut-il expliquer correctement où trouver ces condensateurs dans la carte et les valeurs possibles à utiliser pour abaisser la sensibilité? Nous avons environ 30 Sonoff et environ 4 d'entre eux souffrent de commutation fantôme, c'est vraiment anodin. Il est assez étrange que ceux qui souffrent de ce problème soient positionnés dans les salles de bain.

C'est un condensateur C6 (boîtier 0603). Vous pouvez le remplacer par une valeur proche de 16nF. Je monte 16,4nF sans dégradation de sensibilité mais sans commutation fantôme.

Je peux également confirmer que cela a résolu le problème des images fantômes.

Êtes-vous sûr que la commutation fantôme que vous avez ne concerne pas les interférences RF ? Dans ce cas, vous pouvez également suivre ma solution dans la première réponse que j'ai faite

Comment pourrait-il s'agir d'interférences RF ? Si aucune télécommande n'est programmée, le commutateur ne peut pas basculer tout seul.

Si vous regardez sur le Web, vous pouvez voir une vidéo montrant ce problème sur d'autres produits sonoff qui utilisent la même puce RF.

Je devrais également souligner que pour cela, je peux entendre le sonoff émet également des bips, de sorte qu'il détecte un appui long sur le bouton, pas une "pression fantôme" ou je crois "Interférence RF"

Si vous entendez des bips, c'est un problème de sensibilité que vous pouvez résoudre en changeant de condensateur. Je monte sur mes appareils sonoff deux condensateurs céramique 8.2nF en parallèle (montez le second au dessus du premier)

d'autres pensées? J'ai des problèmes d'images fantômes sur un 3ch T1 US, j'y ai mis deux capuchons en céramique 8.2nf, mais j'ai toujours des problèmes d'images fantômes.

Vous pouvez essayer avec une valeur de plafond inférieure, c'est-à-dire 15nF.
Si vous pensez qu'il s'agit d'une interférence RF et que vous n'utilisez pas de télécommande RF, vous pouvez suivre les modifications de circuit imprimé que j'ai introduites dans mon premier message https://github.com/arendst/Sonoff-Tasmota/issues/5449#issuecomment -472136413

J'ai retiré la puce RF, alors doutez-en. Doit-il s'agir d'un condensateur céramique ?

Oui, la fiche technique suggère X5R si je me souviens bien.

Jetez un œil à Ghost / Random Switching on Sonoff Devices (MQTT Retained)

Juste curieux où cela s'est arrêté. Il apparaît par les commentaires ici que les CAP n'ont pas nécessairement résolu le problème, donc je ne l'ai pas essayé. J'ai suivi les instructions MQTT Retained dans le lien ci-dessus, mais j'obtiens toujours une commutation fantôme sur mes deux T1 3CH. Le T1 démarre avec un bip... bip.bip. Ensuite, la lumière change d'état. Il s'agit le plus souvent de l'interrupteur central, mais l'interrupteur supérieur et inférieur se déclenche également à l'occasion.

Lorsque le journal est activé, le commutateur fantôme se produit ici :

`02:27:03 WIF : Vérification de la connexion...
02:27:03 WIF : connecté
02:27:05 APP : Appuyez sur le bouton 1 plusieurs fois sur 1
02:27:16 SRC : Bouton
02:27:16 MQT : sonoff-5682/tele/STATE = {"Time":"2019-05-25T02:27:16","Uptime":"10T01:17:00","Vcc":3.202, "SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER1":"OFF","POWER2":"ON","POWER3":"ON","Wifi":{" AP":1,"SSId":"XXXX","BSSId":"A0:63:91:D7:XX:XX","Channel":9,"RSSI":78,"LinkCount":2," Temps d'arrêt":"0T00:02:05"}}
02:27:16 MQT : sonoff-5682/stat/RESULT = {"POWER1":"OFF"}
02:27:16 MQT : sonoff-5682/stat/POWER1 = OFF (conservé)
02:27:17 SRC : MQTT
02:27:17 RSL : Sujet reçu sonoff-5682/cmnd/POWER1, taille des données 3, données désactivées
02:27:17 RSL : Groupe 0, Index 1, Commande POWER, Data OFF
02:27:17 MQT : sonoff-5682/tele/STATE = {"Time":"2019-05-25T02:27:17","Uptime":"10T01:17:01","Vcc":3.186, "SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER1":"OFF","POWER2":"ON","POWER3":"ON","Wifi":{" AP":1,"SSId":"XXXX","BSSId":"A0:63:91:D7:XX:XX","Channel":9,"RSSI":72,"LinkCount":2," Temps d'arrêt":"0T00:02:05"}}
02:27:17 MQT : sonoff-5682/stat/RESULT = {"POWER1":"OFF"}
02:27:17 MQT : sonoff-5682/stat/POWER1 = OFF (conservé)
02:27:17 CFG : enregistré pour flasher à F4, compte 304, octets 3584
02:27:23 WIF : Vérification de la connexion...
02:27:23 WIF : Connecté'

Avez-vous essayé de garder sonoff sans couvercle en verre?
À mon avis, c'est un problème de sensibilité au toucher

J'essayais d'éviter de modifier le matériel, pensant que cela pouvait être fait dans le firmware. Après avoir examiné le document de la puce, il semble que la sensibilité de la puce WTC6104 soit définie par un condensateur (contrairement au MPR121 défini par le micrologiciel). Puisque nous mettons tous le firmware tasmota sur ces appareils, la prochaine question pour moi est... est-ce que cela se produit avec les Sonoff T1 avec le binaire d'usine. Je n'en ai pas à tester. Mais si le binaire d'origine n'a pas le problème, il se peut qu'il y ait toujours quelque chose à propos du micrologiciel tasmota à l'origine de ce problème. J'étudie le firmware tasmota en ce moment.

Soit dit en passant, avec Home Assistant PI désactivé (ne contrôlant pas les Sonoffs), j'avais toujours un bouton T1 US qui changeait d'état pendant la nuit.

Moi aussi quand le problème est apparu je me doutais que c'était un bug du firmware mais je n'avais plus de son à essayer. Après cela, je n'ai vu aucun changement de fantôme sans couvercle en verre et j'ai recherché des bogues matériels.

J'utilise T1 3 gang usa pendant 2 semaines. 11 jours avec stock FW et 2 derniers jours avec Tasmota. Je n'ai pas remarqué ce problème en stock et je l'ai remarqué 3 fois au cours des 2 derniers jours avec tasmota.

J'ai configuré OpenHab pour allumer d'autres lumières sur un appui long, donc même si je n'entends pas de bip, pause, bip bip, je peux voir le matin quel canal a fantôme un appui long.

Il y a toujours une chance que ce ne soit qu'un accident, que d'une manière ou d'une autre j'ai raté des clics fantômes sur le stock fw, mais je dirais 11 jours (0) à 2 jours (3)... Mince chance. Je parie sur une erreur tasmota ou au moins une erreur matérielle contournée dans le micrologiciel d'origine et non dans tasmota.

C'est mon scénario.

T1 1 groupe : 3 un
T1 3 gangs : 1 un

Un gang T1 1 J'exécute le firmware esp easy. Autres T1 J'utilise le firmware Tasmota.

Le premier gang T1 1 que j'ai amélioré a été flashé avec le firmware esp easy et j'ai eu un commutateur fantôme quelques heures plus tard.

Lorsque j'ai reçu d'autres T1, j'ai été deicied flash avec Tasmota.

Le groupe 1 de T1 exécutant le dernier micrologiciel Tasmota démarre également le commutateur fantôme après quelques heures plus tard.

Comme j'avais deux gangs T1 1 avec des versions de firmware différentes avec commutation fantôme, je décidais de tester le gang T1 3 avec le firmware d'origine et de le laisser pendant deux semaines, les résultats n'ont pas de commutation fantôme. Après deux semaines, flashé même gang T1 3 avec Tasmota, le commutateur fantôme de résultat réapparaît.

Après cela, j'ai été déçu de faire fonctionner tous les gangs 1 et 3 de T1 sans couvercle en verre, sans commutation fantôme pendant trois jours testés. Après trois jours, remontez le couvercle en verre, mais maintenant avec une approche d'assemblage différente en laissant le couvercle en verre pour le dernier en le montant très soigneusement, il n'y a pas de commutation fantôme pendant quelques jours de test, y compris le T1 exécutant le micrologiciel esp easy.

Tous les micrologiciels Tasmota de T1 que j'avais collés ci-dessous sur la console

InterrupteurRetain Off
Bouton Conserver activé
Bouton Conserver désactivé
Maintien de l'alimentation activé

Une partie du temps, je pensais que cela pourrait être la sensibilité au toucher, mais lors de l'exécution avec le firmware d'origine, aucun interrupteur fantôme n'apparaît.

Toutes les fois que j'ai eu un changement de fantôme, j'ai entendu un bip, un bip de pause, un bip.

salut

Quelle version de Tasmota utilisez-vous ?

J'ai eu le problème de commutation fantôme avec la version 6.5

Une fois que j'ai rétrogradé la version à 6.3, tous les problèmes de fantômes s'arrêtent sans aucune modification des périphériques requise.

Meilleures salutations

Andy Goldie
Le 31 mai 2019, à 22h37, sorokaalex < [email protected] [email protected] > a écrit :

C'est mon scénario.

T1 1 groupe : 3 un
T1 3 gangs : 1 un

Un gang T1 1 J'exécute le firmware esp easy. Autres T1 J'utilise le firmware Tasmota.

Le premier gang T1 1 que j'ai amélioré a été flashé avec le firmware esp easy et j'ai eu un commutateur fantôme quelques heures plus tard.

Lorsque j'ai reçu d'autres T1, j'ai été deicied flash avec Tasmota.

Le groupe 1 de T1 exécutant le dernier micrologiciel Tasmota démarre également le commutateur fantôme après quelques heures plus tard.

Comme j'avais deux gangs T1 1 avec des versions de firmware différentes avec commutation fantôme, je décidais de tester le gang T1 3 avec le firmware d'origine et de le laisser pendant deux semaines, les résultats n'ont pas de commutation fantôme. Après deux semaines, flashé même gang T1 3 avec Tasmota, le commutateur fantôme de résultat réapparaît.

Après cela, j'ai été déçu de faire fonctionner tous les gangs 1 et 3 de T1 sans couvercle en verre, sans commutation fantôme pendant trois jours testés. Après trois jours, remontez le couvercle en verre, mais maintenant avec une approche d'assemblage différente en laissant le couvercle en verre pour le dernier en le montant très soigneusement, il n'y a pas de commutation fantôme pendant quelques jours de test, y compris le T1 exécutant le micrologiciel esp easy.

Tous les micrologiciels Tasmota de T1 que j'avais collés ci-dessous sur la console

InterrupteurRetain Off
Bouton Conserver activé
Bouton Conserver désactivé
Maintien de l'alimentation activé

Une partie du temps, je pensais que cela pourrait être la sensibilité au toucher, mais lors de l'exécution avec le firmware d'origine, aucun interrupteur fantôme n'apparaît.

-
Vous recevez ceci parce que vous avez commenté.
Répondre à cet e - mail directement, voir sur GitHub https://github.com/arendst/Sonoff-Tasmota/issues/5449?email_source=notifications&email_token=AIO5ZCRWMFKEPEURT5FVST3PYGLCJA5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODWWN2GQ#issuecomment-497868058 , ou couper le fil https://github.com/ notifications/unsubscribe-auth/AIO5ZCWJVZSPLFWMSW2XDLDPYGLCJANCNFSM4G5OGQNQ .

Bonjour Quelle version de Tasmota utilisez-vous ? J'ai eu le problème de commutation fantôme avec la version 6.5 Une fois que j'ai rétrogradé la version à 6.3, tous les problèmes de fantôme s'arrêtent sans aucune modification des périphériques requise. Cordialement Andy Goldie

J'exécute le firmware 6.5 sur tous les appareils Tasmota. Si un autre commutateur fantôme apparaît, j'essaierai de rétrograder la version du micrologiciel.

@AndyGoldie

Puis-je vous demander d'essayer vos tests avec le 6.5.0.13 disponible sur http://thehackbox.org/tasmota/020300/sonoff.bin ? ?

Si vos résultats sont similaires, veuillez ouvrir un nouveau numéro fournissant les détails de vos tests de firmware d'origine, Tasmota 6.3 et Tasmota 6.5.0.13.. Ces indices permettront peut-être à Theo de découvrir les causes de l'instabilité.

Merci

Mike

J'ai ce problème et il n'est pas limité aux versions 3 canaux. Je le vois actuellement sur 1, 2 et 3 s. Les 3 sont les plus sujets à cela, mais je pense que c'est directement une fonction d'avoir 3 pads.

Actuellement, j'ai installé 2 x 3 canaux, 2 x 1 canal et 3 x 2 canaux et tous sont fantômes. Le serveur Mtqq est hors ligne, la seule solution est de désactiver la façade. J'ai essayé l'option papier derrière la vitre sans succès.

Je vais essayer le firmware ci-dessus. En ce qui concerne les tests, un 3ch sera fantôme environ une fois toutes les 6 à 8 heures.

J'ai 1 3ch qui a encore un firmware d'origine. Il n'a eu aucun commutateur fantôme.

Avec le firmware 6.5.0, j'ai défini "SetOption13 = 1" pour désactiver l'action multi-boutons (active l'action unique uniquement). Le Bip -- Bip - Le bip se produit toujours une ou deux fois par jour MAIS les lumières ne s'allument pas en conséquence.

J'ai setoption13 1 sur tous mes interrupteurs et ils allument toujours les lumières. C'est l'une des choses que j'ai essayées.

J'ai mis à jour le micrologiciel répertorié ci-dessus et défini le weblog 4, ainsi que SwitchRetain Off ; Bouton Conserver activé ; Bouton de maintien désactivé ; PowerOnState 3; Maintien de l'alimentation activé ; SetOption13 1

Aux fins de ce test, le champ du serveur MQTT est laissé intentionnellement vide.

Sortie de la page d'informations

Module Sonoff T1 3 canaux
Chambre principale Sonoff 1
Version du programme 6.5.0.14 (d0502c1-sonoff)
Date et heure de création 2019-06-02T19:01:37
Noyau/SDK Version 2_3_0/1.5.3(aec24ac9)
Disponibilité 0T00:03:23
Nombre d'écritures flash 231 à 0xF8000
Nombre de démarrages 20
Redémarrez Reason Software/Redémarrage du système
Nom amical 1 Sonoff Chambre principale 1
Nom amical 2 Sonoff Chambre principale 2
Friendly Name 3 Sonoff Stairwell Light Upper

AP1 SSId (RSSI) Skyenet (100%)
Nom d'hôte sonoffmaster Bedroom-6947
Adresse IP 10.1.1.52
Passerelle 10.1.1.254
Masque de sous-réseau 255.255.255.0
Serveur DNS 10.1.1.254
Adresse MAC C4:4F:33:9E:DB:23

Hôte MQTT
Port MQTT 1883
Utilisateur MQTT mqtt
Client MQTT DVES_9EDB23
MQTT Sujet sonoffchambre des maîtres
MQTT Group Topic sonoffs
MQTT Sujet complet
Sujet de secours MQTT cmnd/DVES_9EDB23_fb/

Émulation Aucune
Découverte mDNS désactivée

Id de puce ESP 10410787
Identifiant de la puce flash 0x144051
Taille du flash 1024 Ko
Taille du flash du programme 1024 Ko
Taille du programme 524 Ko
Espace de programme gratuit 476 Ko
Mémoire libre 14 Ko

Sortie de démarrage initial :
00:00:00 CFG : chargé à partir du flash à F9, compte 230
00:00:00 SRC : Redémarrer
00:00:00 Projet sonoff Chambre principale Sonoff 1 Version 6.5.0.14(d0502c1-sonoff)-2_3_0
00:00:00 WIF : Vérification de la connexion...
00:00:00 WIF : Tentative de connexion...
00:00:00 WIF : Patch numéro 2186
00:00:00 WIF : Connexion à AP1 Skyenet en mode 11N en tant que sonoffmaster Bedroom-6947...
00:00:01 WIF : Vérification de la connexion...
00:00:01 WIF : tentative de connexion...
00:00:02 WIF : Vérification de la connexion...
00:00:02 WIF : tentative de connexion...
00:00:03 WIF : Vérification de la connexion...
00:00:03 WIF : tentative de connexion...
00:00:04 WIF : Vérification de la connexion...
00:00:04 WIF : connecté
00:00:04 HTP : serveur Web actif sur sonoffmaster Bedroom-6947 avec l'adresse IP 10.1.1.52
00:00:06 HTP : Menu principal
00:00:08 HTP : Console
00:00:10 APP : nombre de démarrages 20
00:00:10 CFG : enregistré pour flasher à F8, compte 231, octets 3584
00:00:12 APP : (UTC) lun. 03 juin 01:24:24 2019, (DST) dim. 31 mars 02:00:00 2019, (STD) dim. 27 oct. 03:00:00 2019
02:24:32 CMD : arriéré SwitchRetain Off ; Bouton Conserver activé ; Bouton Retain Off ; PowerOnState 3; Maintien de l'alimentation activé
02:24:32 SRC : WebConsole à partir du 10.1.1.45
02:24:32 RSL : Sujet/backlog reçu, taille des données 83, Data SwitchRetain Off ; Bouton Conserver activé ; Bouton Retain Off ; PowerOnState 3; Maintien de l'alimentation activé
02:24:32 RSL : Groupe 0, Index 1, Commande BACKLOG, Data SwitchRetain Off ; Bouton Conserver activé ; Bouton Retain Off ; PowerOnState 3; Maintien de l'alimentation activé
02:24:32 SRC : arriéré
02:24:32 RSL : Sujet reçu/SwitchRetain, taille des données 3, données désactivées
02:24:32 RSL : Groupe 0, Index 1, Commande SWITCHRETAIN, Données désactivées
02:24:32 RSL : sonoffmaster Bedroom/stat/RESULT = {"SwitchRetain":"OFF"}
02:24:32 SRC : arriéré
02:24:32 RSL : Rubrique reçue/ButtonRetain, taille des données 2, données activées
02:24:32 RSL : Groupe 0, Index 1, Commande BUTTONRETAIN, Données activées
02:24:32 RSL : sonoffmaster Bedroom/stat/RESULT = {"ButtonRetain":"ON"}
02:24:33 SRC : arriéré
02:24:33 RSL : Rubrique/Bouton reçus, Taille des données 3, Données désactivées
02:24:33 RSL : Groupe 0, Index 1, Commande BUTTONRETAIN, Données désactivées
02:24:33 RSL : sonoffmaster Bedroom/stat/RESULT = {"ButtonRetain":"OFF"}
02:24:33 SRC : arriéré
02:24:33 RSL : sujet reçu/PowerOnState, taille des données 1, données 3
02:24:33 RSL : Groupe 0, Index 1, Commande POWERONSTATE, Données 3
02:24:33 RSL : sonoffmaster Bedroom/stat/RESULT = {"PowerOnState":3}
02:24:33 SRC : arriéré
02:24:33 RSL : sujet reçu/PowerRetain, taille des données 2, données activées
02:24:33 RSL : Groupe 0, Index 1, Commande POWERRETAIN, Données activées
02:24:33 RSL : sonoffmaster Bedroom/stat/RESULT = {"PowerRetain":"ON"}
02:24:36 WIF : Vérification de la connexion...
02:24:36 WIF : Connecté
02:24:45 CMD : SetOption13 1
02:24:45 SRC : WebConsole à partir du 10.1.1.45
02:24:45 RSL : Rubrique reçue /SetOption13, Taille des données 1, Données 1
02:24:45 RSL : Groupe 0, Index 13, Commande SETOPTION, Données 1
02:24:45 RSL : sonoffmaster Bedroom/stat/RESULT = {"SetOption13":"ON"}
02:24:56 WIF : Vérification de la connexion...
02:24:56 WIF : Connecté
02:25:11 CMD : blog 4
02:25:11 SRC : WebConsole à partir du 10.1.1.45
02:25:11 RSL : Sujet/blog reçu, Taille des données 1, Données 4
02:25:11 RSL : Groupe 0, Index 1, Commande WEBLOG, Données 4
02:25:11 RSL : sonoffmaster bedroom/stat/RESULT = {"WebLog":4}
02:25:16 WIF : Vérification de la connexion...
02:25:16 WIF : Connecté
02:25:36 WIF : Vérification de la connexion...
02:25:36 WIF : Connecté

Je rouvre ce problème car je rencontre toujours des images fantômes après avoir abaissé le condensateur C6 à 16nf.

1. Ne se produit que sur 3 unités de gang
2. N'est pas un problème avec le firmware d'origine sonoff
3. N'est pas lié au paramètre de rétention mqtt
4. Le condensateur C6 contrôle la sensibilité au toucher, mais l'abaissement de la valeur ne semble pas résoudre complètement
5. Il semble que sonoff ait en quelque sorte rectifié le problème de conception matérielle via le micrologiciel

Bonjour à tous,

J'ai donc eu un fantôme qui a allumé un gang 3 hier soir avec le firmware ci-dessus. Je ne l'ai pas attrapé dans le blog donc j'ai configuré un serveur de journalisation pour attraper le prochain.

Contrairement à bloodyagent, je les ai définitivement sur les commutateurs 2ch ainsi que 3ch.

J'ai réussi à attraper le changement sur un canal 2. Celui-ci est connecté au serveur MQTT.

23:18:08 WIF : Vérification de la connexion...
23:18:08 WIF : Connecté
23:18:28 WIF : Vérification de la connexion...
23:18:28 WIF : Connecté
23:18:48 WIF : Vérification de la connexion...
23:18:48 WIF : Connecté
23:19:08 WIF : Vérification de la connexion...
23:19:08 WIF : Connecté
23:19:28 WIF : Vérification de la connexion...
23:19:28 WIF : Connecté
23:19:48 WIF : Vérification de la connexion...
23:19:48 WIF : Connecté
23:20:08 WIF : Vérification de la connexion...
23:20:08 WIF : Connecté
23:20:26 MQT : sonoffliving/tele/HASS_STATE = {"Version":"6.5.0.14(d0502c1-sonoff)","BuildDateTime":"2019-06-02T19:01:37","Core":" 2_3_0","SDK":"1.5.3(aec24ac9)","Module":"Sonoff T1 2CH","RestartReason":"Redémarrage logiciel/système","Uptime":"0T11:45:01"," WiFi LinkCount":1,"WiFi Downtime":"0T00:00:04","MqttCount":1,"BootCount":21,"SaveCount":286,"IPAddress":"10.1.1.53","RSSI" :"100","ChargeMoy":19}
23:20:28 WIF : Vérification de la connexion...
23:20:28 WIF : Connecté
23:20:38 MQT : sonoffliving/tele/STATE = {"Time":"2019-06-03T23:20:38","Uptime":"0T11:45:13","SleepMode":"Dynamic", "Sleep":50,"LoadAvg":19,"POWER1":"OFF","POWER2":"OFF","Wifi":{"AP":1,"SSId":"Skyenet","BSSId" :"1C:F2:9A:CA:FE:A3","Channel":1,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00:04"}}
23:20:48 WIF : Vérification de la connexion...
23:20:48 WIF : Connecté
23:20:49 APP: Button1 immédiat
23:20:49 SRC : Bouton
23:20:49 MQT : sonoffliving/tele/STATE = {"Time":"2019-06-03T23:20:49","Uptime":"0T11:45:24","SleepMode":"Dynamic", "Sleep":50,"LoadAvg":19,"POWER1":"ON","POWER2":"OFF","Wifi":{"AP":1,"SSId":"Skyenet","BSSId" :"1C:F2:9A:CA:FE:A3","Channel":1,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00:04"}}
23:20:49 MQT : sonoffliving/stat/RESULT = {"POWER1":"ON"}
23:20:49 MQT : sonoffliving/stat/POWER1 = ON (conservé)
23:20:50 CFG : Enregistré pour flasher à FA, compte 287, octets 3584
23:21:08 WIF : Vérification de la connexion...
23:21:08 WIF : Connecté
23:21:15 HTP : Console
23:21:28 WIF : Vérification de la connexion...
23:21:28 WIF : Connecté
23:21:48 WIF : Vérification de la connexion...
23:21:48 WIF : Connecté
23:22:08 WIF : Vérification de la connexion...
23:22:08 WIF : Connecté

Supplémentaire sur l'interrupteur qui s'est déclenché.

Module Sonoff T1 2 canaux
Sonoff vivant 1
Version du programme 6.5.0.14 (d0502c1-sonoff)
Date et heure de création 2019-06-02T19:01:37
Noyau/SDK Version 2_3_0/1.5.3(aec24ac9)
Temps de disponibilité 0T11:50:15
Nombre d'écritures flash 287 à 0xFA000
Nombre de démarrages 21
Redémarrez Reason Software/Redémarrage du système
Nom amical 1 Sonoff Living 1
Nom amical 2 Sonoff Living 2

AP1 SSId (RSSI) Skyenet (100%)
Nom d'hôte sonoffliving-2245
Adresse IP 10.1.1.53
Passerelle 10.1.1.254
Masque de sous-réseau 255.255.255.0
Serveur DNS 10.1.1.254
Adresse MAC 84:0D:8E:67:C8:C5

Hôte MQTT 10.1.1.99
Port MQTT 1883
Utilisateur MQTT mqtt
Client MQTT DVES_67C8C5
MQTT Sujet sonoffliving
MQTT Group Topic sonoffs
Sujet complet MQTT sonoffliving/cmnd/
Sujet de repli MQTT cmnd/DVES_67C8C5_fb/

Émulation Aucune
Découverte mDNS désactivée

Id de puce ESP 6801605
Identifiant de la puce flash 0x144051
Taille du flash 1024 Ko
Taille du flash du programme 1024 Ko
Taille du programme 524 Ko
Espace de programme gratuit 476 Ko
Mémoire libre 13 Ko

@Bloodyagent

Avez-vous essayé d'augmenter le debounce avec la commande buttondebounce ? (https://github.com/arendst/Sonoff-Tasmota/wiki/Commands#control)

Dénoncer mis à 1000 pour tester

@kyemacdonald avez-vous réduit la taille du condensateur C6? Cela aide certainement mais n'élimine pas complètement.
@ascillato non,

Debounce à 1000 est trop. Essayez les 100 premiers s'il vous plaît

Je m'excuse. Dans mon post précédent quand j'ai dit que je "SetOption13 1"

J'ai omis d'indiquer qu'en même temps j'avais défini "ButtonDebounce 500".

Depuis le réglage de ces deux paramètres d'option la semaine dernière, les 3x bips se produisent toujours une ou deux fois par jour, mais les états des boutons/voyants ne changent pas.

J'ai 2x interrupteurs sonoff "T1 US 3CH".

Je ne me souviens pas si ma valeur de plafond finale était de 16 nF. Peut-être un peu plus bas. Cependant chez moi j'utilise 7 sonoff T1 3 gang depuis 4 mois avec ce réglage et je n'ai JAMAIS eu de ghost switch.
Donc, à mon avis, dans le firmware d'origine, il existe un algorithme pour contourner le problème matériel, mais en ajustant la capacité, nous le réparons

@Bloodyagent

Avez-vous essayé d'augmenter le debounce avec la commande buttondebounce ?

@Bloodyagent Non, je n'ai pas encore échangé le condensateur car le micrologiciel d'origine n'a pas ce problème. Donc de mon point de vue, à ce stade de toute façon, une solution logicielle devrait être possible.

@ascillato Je suis allé à l'extrême de 1000 pour voir si cela résout complètement le problème. Si c'est le cas, je baisserai le nombre jusqu'à ce que cela recommence. Cela rend les commutateurs assez horribles à utiliser, car vous devez attendre un certain temps avant de pouvoir activer le bouton suivant du gang.

@kyemacdonald

Veuillez utiliser une petite valeur comme 100 pour l'anti-rebond. Merci

@ascillato - terminé. Faites-moi savoir s'il existe un autre paramètre de test qui serait utile.

Ce temps anti-rebond devrait être suffisant et le temps de réponse n'est pas perceptible (au relâchement du bouton). Si vous souhaitez un temps de réponse plus rapide (à la pression d'un bouton), désactivez le multipress avec les commandes setoption.

Commutateur déclenché avec anti-rebond réglé sur 100. Jusqu'à 200

03:54:28 WIF : Vérification de la connexion...
03:54:28 WIF : Connecté
03:54:31 APP : Button2 immédiat
03:54:31 SRC : Bouton
03:54:31 MQT : sonoffliving/tele/STATE = {"Time":"2019-06-05T03:54:31","Uptime":"0T00:51:47","SleepMode":"Dynamic", "Sleep":50,"LoadAvg":19,"POWER1":"OFF","POWER2":"ON","Wifi":{"AP":1,"SSId":"Skyenet","BSSId" :"1C:F2:9A:CA:FE:A3","Channel":1,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00:04"}}
03:54:31 MQT : sonoffliving/stat/RESULT = {"POWER2":"ON"}
03:54:31 MQT : sonoffliving/stat/POWER2 = ON (conservé)
03:54:32 CFG : enregistré pour flasher à F9, compte 376, octets 3584
03:54:48 WIF : Vérification de la connexion...
03:54:48 WIF : Connecté
03:55:08 WIF : Vérification de la connexion...
03:55:08 WIF : Connecté
03:55:17 HTP : Menu principal
03:55:17 HTP : Console

Commutateur déclenché avec anti-rebond réglé sur 200. Jusqu'à 500.

07:16:09 WIF : Vérification de la connexion...
07:16:09 WIF : Connecté
07:16:29 WIF : Vérification de la connexion...
07:16:29 WIF : Connecté
07:16:38 APP: Button1 immédiat
07:16:38 SRC : Bouton
07:16:38 MQT : sonoffliving/tele/STATE = {"Time":"2019-06-05T07:16:38","Uptime":"0T04:13:54","SleepMode":"Dynamic", "Sleep":50,"LoadAvg":19,"POWER1":"ON","POWER2":"OFF","Wifi":{"AP":1,"SSId":"Skyenet","BSSId" :"1C:F2:9A:CA:FE:A3","Channel":1,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00:04"}}
07:16:38 MQT : sonoffliving/stat/RESULT = {"POWER1":"ON"}
07:16:38 MQT : sonoffliving/stat/POWER1 = ON (conservé)
07:16:38 CFG : enregistré pour flasher à F6, compte 379, octets 3584
07:16:49 WIF : Vérification de la connexion...
07:16:49 WIF : Connecté
07:17:09 WIF : Vérification de la connexion...
07:17:09 WIF : Connecté

@Bloodyagent

Avez-vous essayé d'augmenter le debounce avec la commande buttondebounce ?

Clôture de ce problème car il n'y a pas de retour. Lorsque vous avez le temps, veuillez partager vos résultats. Merci.

Buttondebounce set a 500 a supprimé la pression fantôme sur tous mes commutateurs.

Je crois qu'il y a une différence de sensibilité entre les commutateurs individuels. 500 est probablement trop élevé pour la plupart de mes commutateurs et je vais tester son abaissement, cependant 1 de mes commutateurs (les journaux ci-dessus) était particulièrement sensible.

De belles découvertes. Merci beaucoup pour le partage. :+1:

Désolé pour la rétroaction tardive. Avoir des enfants et une femme de travail à gérer ! Ont changé debounce à 200, jusqu'ici tout va bien.

Pourquoi ce problème est-il clos alors qu'il existe un problème connu sans résolution définitive ? Le fait que "SetOption13 1" et ButtonDebounce 500" aient empêché les faux changements d'état sur mes deux T1 SS 3CH suggère seulement que le firmware a besoin d'une enquête. Je reçois toujours 3 bips occasionnels avec "SetOption13 1", mais pourquoi ? Et un "ButtonDebounce 500 " Le réglage est irréaliste. Je vais régler 100 ms anti-rebond ce soir.
Changer les condensateurs en interne n'est qu'une approche d'investigation, mais pas une réponse pour les masses. Je creuserais moi-même dans le firmware, s'il n'y avait pas d'autres activités urgentes. Ce problème doit rester ouvert jusqu'à ce qu'un correctif viable soit identifié et que le micrologiciel soit mis à jour si nécessaire.

Une mise à jour.

Buttondebounce 500 n'a pas complètement supprimé la commutation fantôme. Il a réduit la fréquence cependant.

Severely est définitivement différent entre chaque pièce de matériel.

J'ai le même problème.
J'entends 1 bip les 2 bips rapides et la lumière s'allume
Augmenter le rebond du bouton aide, mais j'ai besoin d'en mettre plus de 500 et il est irréaliste de l'utiliser avec un temps de réponse si lent

Même problème ici dans mon Sonoff T1 3CH US.
Modification des paramètres pour SwitchRetain Off ; Bouton Conserver activé ; Bouton Retain Off ; PowerOnState 3; Maintien de l'alimentation activé
supprimé /var/lib/mosquitto/mosquitto.db, redémarré le service, mais la commutation fantôme se produit toujours.

@ascillato - souhaitez-vous rouvrir ceci ou préférez-vous que je crée un nouveau problème ?

Debounce ne résout pas le problème au mieux, il abaisse la fréquence.

Je viens de faire une réinitialisation complète sur le commutateur qui le fait le plus et de le configurer avec une journalisation complète. Je téléchargerai les journaux lorsqu'il changera.

Je me demandais s'il serait possible d'avoir un firmware qui ignorerait la première pression, attendrait 40 puis rééchantillonnerait le capteur. Serait-ce possible?

Aucune image fantôme sur mes 3 unités T1 3CH US depuis 2 jours maintenant. Donc l'air prometteur.
J'ai fait ce qui suit :

1. Remplacement du capuchon 22nf c6 par un 16nf
2. Modification du rebond à 200 ms.
   Semble faire l'affaire

Ok a pris 20 minutes pour que la première pression fantôme se produise

06:50:54 WIF : Connecté
06:51:14 WIF : Vérification de la connexion...
06:51:14 WIF : Connecté
06:51:14 APP: Button1 multi-presse 1
06:51:23 SRC : Bouton
06:51:23 RSL : stat/sonoff/RESULT = {"POWER1":"ON"}
06:51:23 RSL : stat/sonoff/POWER1 = ON
06:51:23 CFG : enregistré pour flasher à F4, compte 16, octets 3584
06:51:34 WIF : Vérification de la connexion...
06:51:34 WIF : Connecté

Cela a également provoqué une réinitialisation de l'appareil. Il est donc revenu à une base sonoff.

Refaire avec setoption1 activé, SetOption13 activé & SetOption32 100

@Bloodyagent - modification du matériel ne devrait certainement pas être nécessaire. Le firmware d'origine ne le fait pas, il doit donc y avoir une solution logicielle.

@kyemacdonald

Je suis d'accord mais c'est une procédure très simple et semble une bonne solution temporaire. Cependant, le firmware doit encore être examiné et le problème doit être rouvert.

Abaisser le plafond à 16 nf réduit considérablement la sensibilité du commutateur, ce n'est donc pas idéal.

Soupir. Ce commutateur le fait tout le temps. En gros une heure depuis le dernier déclencheur. Anti-rebond augmenté de 200 à 500.

Je vais échanger la carte de commande avec une pièce de rechange à côté pour voir si c'est la carte de commande ou peut-être l'alimentation du bloc relais.

07:55:05 RSL : tele/sonoff/STATE = {"Time":"2019-06-08T07:55:05","Uptime":"0T00:44:59","SleepMode":"Dynamic", "Sleep":50,"LoadAvg":19,"POWER1":"ON","POWER2":"ON","Wifi":{"AP":1,"SSId":"Skyenet","BSSId" :"1C:F2:9A:CA:FE:A3","Channel":1,"RSSI":96,"LinkCount":1,"Downtime":"0T00:00:04"}}
07:55:10 WIF : Vérification de la connexion...
07:55:10 WIF : Connecté
07:55:15 APP : Button2 immédiat
07:55:15 SRC : Bouton
07:55:15 RSL : stat/sonoff/RESULT = {"POWER2":"OFF"}
07:55:15 RSL : stat/sonoff/POWER2 = OFF
07:55:16 CFG : enregistré pour flasher à F5, compte 31, octets 3584
07:55:30 WIF : Vérification de la connexion...
07:55:30 WIF : Connecté
07:55:50 WIF : Vérification de la connexion...

Je viens d'essayer le dernier firmware basé sur le noyau 2.5.2. Toujours des commutateurs fantômes.

12:57:41 WIF : Tentative de connexion...
12:57:42 WIF : Vérification de la connexion...
12:57:42 WIF : Connecté
12:58:02 WIF : Vérification de la connexion...
12:58:02 WIF : Connecté
12:58:13 APP: Button1 immédiat
12:58:13 SRC : Bouton
12:58:13 RSL : stat/sonoff/RESULT = {"POWER1":"ON"}
12:58:13 RSL : stat/sonoff/POWER1 = ON
12:58:13 CFG : enregistré pour flasher à F9, compte 38, octets 3584
12:58:22 WIF : Vérification de la connexion...
12:58:22 WIF : Tentative de connexion...
12:58:22 WIF : Connexion à AP1 Skyenet en mode 11N en tant que sonoff-2245...
12:58:23 WIF : Vérification de la connexion...
12:58:23 WIF : Tentative de connexion...
12:58:24 WIF : Vérification de la connexion...
12:58:24 WIF : Tentative de connexion...
12:58:25 WIF : Vérification de la connexion...

Comme je n'ai pas de T1 américain, je vais commencer à surveiller un T1 britannique 3CH et voir s'il passe fantôme...

J'ai observé la réinitialisation à Basic Too. C'est le résultat de nombreux redémarrages dus à l'exception 9 provoquée par les fonctions ets_timer.

Besoin d'enquêter sur la raison pour laquelle cela se produit sur les T1 car je ne l'ai jamais observé sur rien d'autre.

Je viens de réaliser que je ne pense pas avoir déjà vu une lumière s'éteindre. Seul le fantôme passe de l'arrêt à l'activation.

J'ai également testé le plus ancien firmware que j'ai pu voir hier soir et il a toujours changé.

Version du programme | 6.3.0.4 (15148f2-sonoff)
-- | --
2018-11-06T22:03:19

Toujours en train d'enquêter sur l'exception, mais elle semble être liée à LWIP2 et à syslog utilisant UDP.

Pour la commutation fantôme sur un T1 à 3 canaux, vous pouvez essayer le modèle ci-dessous :

{"NAME":"T1 3CH NoPU","GPIO":[90,255,255,255,23,22,91,92,21,56,0,0,0],"FLAG":0,"BASE":30}

Cela désactivera les résistances de rappel des boutons internes qui pourraient de toute façon ne pas être nécessaires car la puce du capteur tactile est directement connectée à l'ESP8286.

Droit. Je viens de corriger le problème de l'exception 9 causé par l'activation du message de resynchronisation syslog et NTP. C'est dans la dernière version de développement.

Svp. testez la commutation fantôme à l'aide du tampon illustré ci-dessus et faites un rapport.

Pour un 2ch, que dois-je changer dans ce modèle ? L'un de mes 2 canaux est de loin le pire pour la commutation.

Ok, j'ai donc déployé la dernière version de développement sur 2 de mes commutateurs. L'un est un 3ch et l'autre est un 2ch. J'ai configuré le 3ch pour utiliser le modèle ci-dessus. Le 2ch utilise le modèle de module standard et les deux font rapport au serveur syslog.

Le canal 2 a reçu une réinitialisation d'usine et n'a eu que SwitchRetain Off ; Bouton Conserver activé ; Bouton Retain Off ; PowerOnState 3; Maintien de l'alimentation activé ; setoption1 1; setoption13 1;

Le 3ch a également un anti-rebond réglé sur 400. Parce qu'il est dans la chambre principale et que ma femme va me tuer s'il continue de s'allumer au milieu de la nuit :P

J'ai dû supprimer la journalisation du serveur distant du 2ch car il se bloque constamment.

J'ai également surpris le 2ch en train de passer de l'activation à l'arrêt ce soir, il est donc bidirectionnel.

Essayez ceci pour le t1 2CH

{"NAME":"T1 2CH NoPU","GPIO":[90,255,255,255,0,22,91,0,21,56,0,0,0],"FLAG":0,"BASE":29}

Êtes-vous sûr que le 2CH a la version dev avec le commit d3eaf74 ? Vous en avez peut-être téléchargé un plus ancien car il faut un certain temps avant que les firmwares disponibles aient été compilés.

Il s'agit de la page d'informations.
Sonoff vivant 1
Version du programme 6.5.0.15 (76919b2-sonoff)
Date et heure de création 2019-06-08T23:01:51
Noyau/SDK Version 2_4_2/2.2.1(cfd48f3)
Temps de disponibilité 0T00:16:08

Je suppose que ce n'est pas la bonne version car le 3ch vient également de s'adapter.

Actuellement, les bons sont disponibles sur http://thehackbox.org/tasmota/

Je mets également à jour le modèle 3CH permettant à la led de statut de fonctionner de la même manière que celle d'origine :

{"NAME":"T1 3CH NoPU","GPIO":[90,255,255,255,23,22,91,92,21,56,0,0,0],"FLAG":0,"BASE":30}

Ainsi, les trois modèles suivants prennent en charge les T1 1CH, 2CH et 3CH avec des boutons n'ayant aucune résistance de rappel interne activée :

{"NAME":"T1 1CH NoPU","GPIO":[90,255,255,255,0,0,0,0,21,56,0,0,0],"FLAG":0,"BASE":28}
{"NAME":"T1 2CH NoPU","GPIO":[90,255,255,255,0,22,91,0,21,56,0,0,0],"FLAG":0,"BASE":29}
{"NAME":"T1 3CH NoPU","GPIO":[90,255,255,255,23,22,91,92,21,56,0,0,0],"FLAG":0,"BASE":30}

Merci,

Je pense que je fais quelque chose de mal car à chaque fois que je flash, je me retrouve avec la version 76919b2-sonoff.

Normalement, je fais un minimum, puis un sonoff.bin, mais après 3 passages, je l'ai modifié pour pointer vers l'option OTA publiée et obtenir toujours cette version.

Changez l'URL OTA en http://thehackbox.org/tasmota/sonoff.bin y compris le bac

Oui je viens de m'en rendre compte. Exécuter la mise à jour maintenant.

Tous sont maintenant mis à jour vers la version correcte et tous ont été configurés avec les modèles appropriés et la journalisation à distance. J'ai également réglé buttondebounce 40 sur toutes les barres de la lumière de la chambre.

Super! Doigts croisés...

Juste au cas où j'aurais mis quelque chose d'évident ici, c'est le statut 0 sur tous les commutateurs.
état 0 sorties.txt

L'un d'eux n'a pas mis longtemps......

14:38:41 WIF : Vérification de la connexion...
14:38:41 WIF : Connecté
14:39:01 WIF : Vérification de la connexion...
14:39:01 WIF : Connecté
14:39:05 APP: Button1 immédiat
14:39:05 SRC : Bouton
14:39:05 MQT : sonoffkitchen/tele/STATE = {"Time":"2019-06-09T14:39:05","Uptime":"0T00:13:52","SleepMode":"Dynamic", "Sleep":50,"LoadAvg":19,"POWER1":"ON","POWER2":"OFF","POWER3":"OFF","Wifi":{"AP":1,"SSId" :"Skyenet","BSSId":"1C:F2:9A:CA:FE:A3","Channel":11,"RSSI":92,"LinkCount":1,"Downtime":"0T00:00 : 06"}}
14:39:05 MQT : sonoffkitchen/stat/RESULT = {"POWER1":"ON"}
14:39:05 MQT : sonoffkitchen/stat/POWER1 = ON (conservé)
14:39:05 CFG : enregistré pour flasher à F7, compte 304, octets 3584
14:39:21 WIF : Vérification de la connexion...
14:39:21 WIF : Connecté
14:39:41 WIF : Vérification de la connexion...

Grrrrr.

ESP-APP.log
ESP-CFG.log
ESP-CMD.log
ESP-HTP.log
ESP-LOG.log
ESP-MQT.log
ESP-RSL.log
ESP-SRC.log
ESP-WIF.log

À part celui qui s'est produit juste après la configuration, je n'ai pas eu d'autre commutateur fantôme.

24 heures et jusqu'à présent aucune commutation fantôme !

Des conneries des conneries des conneries

00:06:45 WIF : Vérification de la connexion...
00:06:45 WIF : Connecté
00:06:46 APP: Button2 immédiat
00:06:46 SRC: Bouton
00:06:46 MQT : sonoffkitchen/tele/STATE = {"Time":"2019-06-11T00:06:46","Uptime":"1T09:41:33","SleepMode":"Dynamic", "Sleep":50,"LoadAvg":19,"POWER1":"OFF","POWER2":"ON","POWER3":"OFF","Wifi":{"AP":1,"SSId" :"Skyenet","BSSId":"1C:F2:9A:CA:E9:AB","Channel":6,"RSSI":86,"LinkCount":6,"Downtime":"0T00:08 : 17"}}
00:06:46 MQT : sonoffkitchen/stat/RESULT = {"POWER2":"ON"}
00:06:46 MQT : sonoffkitchen/stat/POWER2 = ON (conservé)
00:06:46 CFG : enregistré pour flasher à FA, compte 357, octets 3584
00:07:05 WIF : Vérification de la connexion...
00:07:05 WIF : Connecté
00:07:07 HTP : Console

Quelqu'un peut-il confirmer que la commutation fantôme apparaît également sur les T1 alimentés en 240 V ?

Je suis en Australie. Donc alimentation secteur 240v.

Je peux confirmer que la commutation fantôme apparaît sur les 240v T1 J'ai 4 x 3 gangs et c'est la commutation fantôme sur chacun d'eux.

Je viens de mettre à jour le firmware avec le dernier dev et d'appliquer le modèle.

Aussi d'Australie.

D'ACCORD.

Ce qui me frappe de vos deux derniers fantômes, c'est qu'en même temps le message de la télépériode arrive. Je commence à soupçonner que le même problème que nous avons eu avec Sonoff Basics étant sous-alimenté par conception. Comme les derniers logiciels Tasmota effectuent plus de tâches en arrière-plan, il faut plus de cycles CPU en utilisant plus de puissance.

Nous avions un micrologiciel spécifique sonoff-basic.bin avec la plupart des capteurs désactivés, ce qui le résolvait pour le matériel Sonoff Basic. Depuis lors, le code de veille a également été révisé, réduisant également la charge du processeur.

J'ai remarqué que le sonoff-basic.bin n'est pas sur hackbox, mais si vous compilez vous-même, vous voudrez peut-être l'essayer.

En attendant, essayez d'augmenter le sommeil à 100 et voyez ce qui se passe.

Merde vient d'avoir un problème

19:32:57 WIF : Vérification de la connexion...
19:32:57 WIF : Connecté
19:33:17 WIF : Vérification de la connexion...
19:33:17 WIF : Connecté
19:33:24 APP: Button2 immédiat
19:33:24 SRC : Bouton
19:33:24 MQT : stat/Test/RESULTAT = {"POWER2":"ON"}
19:33:24 MQT : stat/Test/POWER2 = ON
19:33:25 CFG : enregistré pour flasher à F7, compte 228, octets 3584
19:33:26 MQT : tele/Test/STATE = {"Time":"2019-06-11T19:33:26","Uptime":"0T01:45:16","SleepMode":"Dynamic", "Sleep":50,"LoadAvg":19,"POWER1":"OFF","POWER2":"ON","POWER3":"OFF","Wifi":{"AP":1,"SSId" :"Zero","BSSId":"EC:08:6B:67:2F:9E","Channel":3,,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00 : 04"}}
19:33:37 WIF : Vérification de la connexion...
19:33:37 WIF : Connecté
19:33:57 WIF : Vérification de la connexion...
19:33:57 WIF : Connecté

Je suis en Afrique du Sud donc le fantôme allume 240v
Seulement 3 canaux
Toujours allumé jamais éteint.

Je viens de compiler le dernier sonoff-basic. Voulez-vous que j'utilise encore le modèle ?

Voici mon firmware si quelqu'un d'autre veut l'utiliser. Utilisation à vos risques et périls évidemment - https://drive.google.com/open?id=1jFO9Io4difXtTW4LGVS5v9qWGcz1uC5c

Sortie état 0
2:20:56 RSL : Groupe 0, Index 1, ÉTAT de la commande, Données 0
12:20:56 MQT : sonoffliving/stat/STATUS = {"Status":{"Module":0,"FriendlyName":["Sonoff Living 1","Sonoff Living 2"],"Topic":"sonoffliving" ,"ButtonTopic":"0","Power":0,"PowerOnState":3,,"LedState":1,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic" :"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":1 }}
12:20:56 MQT : sonoffliving/stat/STATUS1 = {"StatusPRM":{"Baudrate":115200,"GroupTopic":"sonoffs","OtaUrl":" http://thehackbox.org/tasmota/sonoff. bin ","RestartReason":"Redémarrage du logiciel/système","Uptime":"0T00:03:51","StartupUTC":"2019-06-11T11:17:05","Sleep":50,"CfgHolder ":4617,"BootCount":14,"SaveCount":71,"SaveAddress":"F5000"}}
12:20:56 MQT : sonoffliving/stat/STATUS2 = {"StatusFWR":{"Version":"6.5.0.15(basic)","BuildDateTime":"2019-06-11T21:12:47","Boot ":7,"Core":"2_5_2","SDK":"2.2.2-dev(c0eb301)"}}
12:20:57 MQT : sonoffliving/stat/STATUS3 = ​​{"StatusLOG":{"SerialLog":2,"WebLog":4,"SysLog":4,"LogHost":"10.1.1.200","LogPort" :514,"SSId":["Skyenet",""],"TelePeriod":300,"Resolution":"558180C0","SetOption":["000AA029","2805000001000600000000000000000000000000","00000200"]}}
12:20:57 MQT : sonoffliving/stat/STATUS4 = {"StatusMEM":{"ProgramSize":469,"Free":532,"Heap":28,"ProgramFlashSize":1024,"FlashSize":1024," FlashChipId":"144051","FlashMode":3,,"Caractéristiques":["00000809","0F082380","041483A0","21021704","010001C0"]}}
12:20:57 MQT : sonoffliving/stat/STATUS5 = {"StatusNET":{"Hostname":"sonoffliving-2245","IPAddress":"10.1.1.53","Gateway":"10.1.1.254"," Masque de sous-réseau":"255.255.255.0","DNSServer":"10.1.1.254","Mac":"84:0D:8E:67:C8:C5","Webserver":2,"WifiConfig":4}}
12:20:57 MQT : sonoffliving/stat/STATUS6 = {"StatusMQT":{"MqttHost":"10.1.1.99","MqttPort":1883,"MqttClientMask":"DVES_%06X","MqttClient":" DVES_67C8C5","MqttUser":"mqtt","MqttCount":1,"MAX_PACKET_SIZE":1000,"KEEPALIVE":30}}
12:20:57 MQT: sonoffliving/stat/STATUS7 = {"StatusTIM":{"UTC":"Mar 11 juin 11:20:57 2019","Local":"Mar 11 juin 12:20:57 2019" ,"StartDST":"Dim 31 mars 02:00:00 2019","EndDST":"Dim 27 oct 03:00:00 2019","Timezone":"":"","Sunrise":"04 :46","Coucher de soleil":"20:53"}}
12:20:57 MQT : sonoffliving/stat/STATUS10 = {"StatusSNS":{"Time":"2019-06-11T12:20:57"}}
12:20:57 MQT : sonoffliving/stat/STATUS11 = {"StatusSTS":{"Time":"2019-06-11T12:20:57","Uptime":"0T00:03:52","SleepMode" :"Dynamic","Sleep":50,"LoadAvg":19,"POWER1":"OFF","POWER2":"OFF","Wifi":{"AP":1,"SSId":"Skyenet ","BSSId":"1C:F2:9A:CA:FE:A3","Channel":11,"RSSI":96,"LinkCount":1,"Downtime":"0T00:00:06"} }}

Commencez simplement à utiliser le modèle par défaut.

Tous définis sur le modèle par défaut.

Les commutateurs sont sensiblement plus rapides pour répondre aux entrées tactiles sur ce firmware

Les commutateurs sont sensiblement plus rapides pour répondre aux entrées tactiles sur ce firmware

Le sonoff-basic.bin fonctionne beaucoup plus léger sur la charge et la consommation d'énergie - Il s'agit généralement d'un problème où l'ingénierie de la carte de circuit imprimé n'a pas permis une dissipation de chaleur suffisante.

La même chose a été observée sur certaines mini-cartes wemos d1 qui ont des régulateurs de tension incapables de correspondre aux spécifications requises pour fonctionner à des charges de processeur plus élevées ou qui n'ont pas une dissipation thermique suffisante - La carte de circuit imprimé joue un rôle important dans l'évacuation de la chaleur du Puce ESP8266/85 et dans de nombreux cas, elles sont fabriquées pour exécuter des scripts simples de type node-mcu qui ne sont pas nécessairement très actifs dans la boucle principale.

@arendst a demandé que les binaires de développement sonoff-basic.bin soient à nouveau disponibles, ce qui a également été fait.

J'ai chargé le dev de base sonoff plus tôt dans la journée
Remettez-le au module de type 30

Réglez le sommeil sur 100

Version du programme | 6.5.0.16(2e7c727-basique)
-- | --
Date et heure de construction | 2019-06-11T18:17:53
Version de base/SDK | 2_4_2/2.2.1(cfd48f3)
Disponibilité | 0T14:26:00
Nombre d'écritures Flash | 260 à 0xF9000
Nombre de démarrages | 34
Raison de redémarrage | Redémarrage du logiciel/système

Émulation | Rien
-- | --
Découverte mDNS | Désactivée
|
ID de puce ESP | 6730141
Identifiant de la puce Flash | 0x144051
Taille de l'éclair | 1024 Ko
Taille du Flash du programme | 1024 Ko
Taille du programme | 456 Ko
Espace de programme gratuit | 544 Ko
Mémoire libre | 21 Ko

Tout récemment connu un autre changement de fantôme

19:41:57 WIF : Vérification de la connexion...
19:41:57 WIF : Connecté
19:42:17 WIF : Vérification de la connexion...
19:42:17 WIF : Connecté
19:42:22 APP: Button1 immédiat
19:42:22 SRC : Bouton
19:42:22 MQT : stat/Test/RESULTAT = {"POWER1":"ON"}
19:42:22 MQT : stat/Test/POWER1 = ON
19:42:22 CFG : enregistré pour flasher à F9, compte 260, octets 3584
19:42:37 WIF : Vérification de la connexion...
19:42:37 WIF : Connecté
19:42:57 WIF : Vérification de la connexion...
19:42:57 WIF : Connecté
19:43:03 HTP : Console

Quelqu'un peut-il confirmer que la commutation fantôme apparaît également sur les T1 alimentés en 240 V ?

Peut confirmer sur T1 EU 1CH 230V

24 heures sans commutation fantôme

Et juste comme une malédiction, on a changé. Je n'ai malheureusement pas attrapé la bûche, mais l'interrupteur est passé de marche à arrêt accompagné des bips.

@kyemacdonald

Si vous pouvez configurer un serveur syslog distant sur un Raspberry Pi ou un PC, vous pouvez configurer l'hôte syslog sur l'appareil et activer la journalisation SysLog . De cette façon, vous aurez les journaux pour chaque fois que le problème se produit.

@meingraham J'avais une configuration jusqu'à hier, lorsque mon lave-vaisselle mourant a tué mon serveur. Je l'avais remplacé mais j'avais oublié de configurer rsyslog.

Lave-vaisselle stupide :wink:

Et arrête de poster que tout va bien. Tu te fais du mal :wink:

Y a-t-il autre chose que je puisse faire pour aider à résoudre ce problème davantage.

Interrupteur différent cette fois.

Je vais déployer le modèle d'avant et voir si cela fait une différence.

7:19:27 WIF : Connecté
07:19:47 WIF : Vérification de la connexion...
07:19:47 WIF : Connecté
07:20:07 WIF : Vérification de la connexion...
07:20:07 WIF : Connecté
07:20:27 WIF : Vérification de la connexion...
07:20:27 WIF : Connecté
07:20:41 APP : Button2 immédiat
07:20:41 SRC : Bouton
07:20:41 MQT : sonoffkitchen/tele/STATE = {"Time":"2019-06-13T07:20:41","Uptime":"0T00:58:34","SleepMode":"Dynamic", "Sleep":50,"LoadAvg":19,"POWER1":"ON","POWER2":"ON","POWER3":"OFF","Wifi":{"AP":1,"SSId" :"Skyenet","BSSId":"1C:F2:9A:CA:FE:A3","Channel":11,"RSSI":94,"LinkCount":7,"Downtime":"0T00:00 : 27"}}
07:20:41 MQT : sonoffkitchen/stat/RESULT = {"POWER2":"ON"}
07:20:41 MQT : sonoffkitchen/stat/POWER2 = ON (conservé)
07:20:41 CFG : enregistré pour flasher à F6, compte 409, octets 3584
07:20:47 WIF : Vérification de la connexion...

Salut!

Tout d'abord, je tiens à vous remercier pour le travail incroyable que vous @arendst et la communauté avez fait en créant cet incroyable logiciel appelé tasmota !

Je voulais intervenir et fournir quelques faits supplémentaires. J'ai le même problème que @kyemacdonald
avec le gang Sonoff T1 US 3. Un fait curieux est que cela n'arrive qu'aux interrupteurs que j'ai récemment achetés, ceux que j'ai achetés l'année dernière ont fonctionné parfaitement sans aucun problème. Même firmware et même configuration.

Lorsque je suis passé du firmware standard au firmware de base comme recommandé ici, les bips et la fréquence des images fantômes ont diminué, mais n'ont pas disparu. J'ai également essayé avec le modèle modifié sans succès.

Y a-t-il un test ou un débogage spécifique que vous voudriez que je fournisse pour vous aider avec le débogage ?

Je suis un peu dehors si les idées autres que le problème de puissance.

Le fait que certains d'entre vous entendent un bip signifie que le bouton est enfoncé et maintenu enfoncé au moins plusieurs secondes pendant que le microcontrôleur RF a commencé la phase de détection RF. Cela signifie également qu'il ne s'agit pas d'une erreur logicielle de tasmota, car tasmota ET le microcontrôleur RF ont détecté la pression du bouton. (Le contrôleur RF n'est PAS sous le contrôle de tasmota. Les boutons non plus ; ils sont transmis à un microcontrôleur avant d'être envoyés à l'ESP8266 exécutant Tasmota).

Comme le logiciel d'origine ne fait pas de commutation fantôme, le problème d'alimentation semble se produire par la charge du processeur du logiciel Tasmota.

De plus, mes "anciens" T1 britanniques et européens ne rencontrent pas ce problème.

Juste pour ajouter que lorsque je suis à côté de l'interrupteur, je l'entends aussi bip pause bip bip quand il passe fantôme.

Est-ce que cela vous aiderait si nous vous faisions don d'un nouveau commutateur T1 à 3 gangs pour que vous puissiez l'avoir et le tester en matériel ou en argent pour en acheter un ?

Une chose qui me fait remettre en question l'alimentation en tant que coupable est le fait qu'ils ne commutent pas si la plaque de verre est retirée.

J'ai récemment acheté mon premier commutateur US T1 3CH et il a été fantôme deux fois par jour dans tous les sens où je l'ai configuré. J'ai suivi ce fil et testé en parallèle. Rien n'a changé son comportement. Les fois où j'ai vécu les images fantômes de première main, j'ai entendu le "bip pause bip bip". On dirait que cela doit être un problème matériel et non logiciel tasmota. Il semble qu'il soit assez évident que le bouton tactile est engagé et maintenu pendant le nombre de secondes nécessaire pour obtenir le code sonore. Comme je ne connais rien des capacités RF de ces commutateurs, est-ce que quelqu'un sait si un signal RF entrant peut créer les mêmes bips ? Je me demande s'il pourrait y avoir un problème avec ces signaux RF parasites et agissant sur eux de manière inappropriée?

J'ai un émetteur 315Mhz couplé au switch T1 3 gang us
Lorsque vous utilisez l'émetteur pour allumer ou éteindre l'interrupteur, il n'émettra aucun bip
dans la console, vous voyez juste ce qui suit

01:20:58 APP : Bouton1 immédiat
01:20:58 SRC : Bouton
01:20:58 MQT : stat/Test/RESULTAT = {"POWER1":"OFF"}
01:20:58 MQT : stat/Test/POWER1 = OFF
01:20:59 CFG : enregistré pour flasher à F4, compte 321, octets 3584

Mon 2x T1 US 3CH n'a pas changé de fantôme depuis "SetOption13 1" et "ButtonDebounce 200" il y a plusieurs semaines, mais je reçois toujours un bip... bip.bip plusieurs fois par jour. En utilisant les paramètres par défaut, la commutation fantôme était toujours associée aux bips et se produisait plusieurs fois par jour.

Je n'ai jamais essayé mes commutateurs avec le firmware d'origine sonoff. Peut-être que quelqu'un a sauvegardé son binaire sonoff d'origine et peut recharger sur des commutateurs suspects pendant quelques jours... juste pour vérifier ce que d'autres ont suggéré... que cela ne se produit pas avec le firmware sonoff.

Je connais peu le code autre que j'ai réussi à le construire avec VSCode::PlatformIO. Puis-je supposer que l'origine de la détection des boutons provient de "support_button.ino" et non de "support_switch.ino" ?

Peut-être existe-t-il une journalisation de débogage supplémentaire qui pourrait être incorporée temporairement pour fournir des indices supplémentaires ?

Une chose qui me fait remettre en question l'alimentation en tant que coupable est le fait qu'ils ne commutent pas si la plaque de verre est retirée.

@kyemacdonald Bonne idée. Je vais essayer ça et je ferai un retour. Peut-être est-ce un problème de contact ? Je vais essayer d'échanger les plaques de verre entre une sans problèmes.

Cela arrive à mon Sonoff T1 EU V1.0.
Avec mes compétences limitées, je l'ai réduit au filtrage RC + anti-rebond effectué par la puce arrière non marquée, provoquant le retrait du GPIO0 pendant une durée aléatoire.

J'ai testé cela avec la carte retirée et avec un micrologiciel personnalisé pour détecter tout changement GPIO. Il ne s'agit donc pas d'un problème de firmware, mais d'un problème matériel.

Comme je n'ai pas testé ce commutateur avec le FW d'origine, je ne peux pas être certain qu'il n'y a pas un étalonnage effectué avant le démarrage qui manque.

J'espère que cela t'aides :\

EDIT: De plus, je remarque que le bouton de réinitialisation tire le GPIO0 vers le bas pendant quelques microsecondes mais il n'est pas connecté au GPIO04 (relay3?) Comme écrit dans la documentation. Est-ce que cela vous arrive aussi ?

J'ai 3 interrupteurs non flashés sous la main. Je vais en câbler un pour vérifier qu'ils ne le font pas.

Je peux aussi brancher un stock 3gang T1 ce soir.

J'en ai un d'origine qui a fonctionné pendant 36 heures sans commutation ni bip d'aucune sorte. Cependant, il est nettement plus lent à répondre au toucher qu'une version tasmota, donc je ne sais pas s'il existe un moyen d'ignorer certaines entrées tactiles ou même de sous-synchroniser le processeur via le micrologiciel.

Il semble que sonoff ait modifié le firmware pour réduire la sensibilité. Mes unités vont toutes bien avec c6 réduit à 16nf et buttondebounce à 200ms.

Le changement de fantôme est maintenant beaucoup plus rare pour moi. Le pire interrupteur incriminé est de 1 en 36 heures. Je suis passé de debouce 40 à debounce 100 avec le modèle ci-dessus il y a environ 24 heures sans commutateur jusqu'à présent.

J'ai échangé les plaques de verre entre une ancienne (pas de commutation fantôme) et une nouvelle sonoff. Malheureusement, le nouveau (et incriminé) sonoff a fait basculer les fantômes.

J'ai changé le buttondebounce à 100 avec le modèle de stock, je ferai un rapport.

EDIT: Toujours en train de changer de fantôme. J'essaierai avec anti-rebond + modèle.
EDIT2 : Toujours une commutation fantôme avec le modèle sans traction.

J'ai dirigé le gang d'un stock sonoff T1 3 pendant 36 heures sans fantôme
Sur le gang T1 3 avec le modèle ci-dessus et le bac de développement de base, il a fantôme 4 fois dans les mêmes 36 heures.

Je sais que ce que je m'apprête à dire n'est pas une solution et nous recherchons tous une solution, mais d'après ce que je peux dire, il semble que le problème du fantôme soit le bouton maintenu enfoncé pendant plus de 6 secondes en continu. Tenez-le pendant les 4 premières secondes, il émet un bip pour l'appariement rf, puis si vous le maintenez pendant 2 secondes supplémentaires, vous obtenez le bip pour supprimer l'appariement rf. Quel est ce que je pense que j'entends lorsque le commutateur fantôme se produit

Est-il possible d'avoir une option dans Tasmota que vous pouvez activer, donc si le bouton est enfoncé pendant plus de 4 secondes, par exemple, tasmota ignorera la tentative de changement d'état du commutateur ?
De toute évidence, vous devrez désactiver cette option si vous souhaitez effectuer une paire rf ou supprimer une paire rf.

Comme je le mentionne, je sais que ce n'est pas une solution, juste un travail de contournement.

En plus de l'absence de commutation, je n'obtiens également aucun bip sur le stock T1 3ch.

D'après les commentaires précédents de @arendst, il a déclaré que la puce RF déclenchée contournait complètement le micrologiciel tasmota, ce qui étant le cas, le micrologiciel d'origine ne devrait pas être en mesure d'influencer les doubles bips. Comme c'est le cas, il doit y avoir un moyen pour que l'ESP8266 puisse interagir quelque part le long du bouton -> Microprocesseur -> chemin RF.

Potentiellement quelque chose comme une réinitialisation / un changement d'état envoyé régulièrement au microprocesseur ? Mon expérience de la commutation fantôme est qu'il y a un temps minimum avant qu'elles ne se produisent. c'est-à-dire que je ne pense pas avoir été témoin d'un changement de fantôme en moins de 2 heures.

J'ai dirigé le gang d'un stock sonoff T1 3 pendant 36 heures sans fantôme
Sur le gang T1 3 avec le modèle ci-dessus et le bac de développement de base, il a fantôme 4 fois dans les mêmes 36 heures.

Je sais que ce que je m'apprête à dire n'est pas une solution et nous recherchons tous une solution, mais d'après ce que je peux dire, il semble que le problème du fantôme soit le bouton maintenu enfoncé pendant plus de 6 secondes en continu. Tenez-le pendant les 4 premières secondes, il émet un bip pour l'appariement rf, puis si vous le maintenez pendant 2 secondes supplémentaires, vous obtenez le bip pour supprimer l'appariement rf. Quel est ce que je pense que j'entends lorsque le commutateur fantôme se produit

Est-il possible d'avoir une option dans Tasmota que vous pouvez activer, donc si le bouton est enfoncé pendant plus de 4 secondes, par exemple, tasmota ignorera la tentative de changement d'état du commutateur ?
De toute évidence, vous devrez désactiver cette option si vous souhaitez effectuer une paire rf ou supprimer une paire rf.

Comme je le mentionne, je sais que ce n'est pas une solution, juste un travail de contournement.

Que diriez-vous de tester le paramètre SetOption32 ? C'est logique avec ce que tu dis.
J'ai changé les paramètres pour SwitchRetain Off ; Bouton Conserver activé ; Bouton Retain Off ; PowerOnState 3; Maintien de l'alimentation activé
Mais la commutation fantôme continue.
Et puis j'ai défini "SetOption13 1" et "ButtonDebounce 200" et "SetOption32 100"

Après cela, je pense qu'il n'y a plus de commutation fantôme en cours.
Je surveille toujours. Utilisation de la version 6.5.0.

@ericalvim J'ai essayé setoption32 100 et cela ne semble pas avoir d'effet. Je pense que cette option n'est pertinente que pour réinitialiser tasmota aux valeurs par défaut plutôt que de basculer. Je le laisse quand même au cas où...

Voici ma config atm :
arriéré SwitchRetain Off ; Bouton Conserver activé ; Bouton Retain Off ; PowerOnState 3; Maintien de l'alimentation activé ; ButtonDebounce 200 ; SetOption13 1 ; setoption19 Activé ; dormir 100 ; setoption32 100 ;

Le fait que tasmota attende plus de 4 secondes pour décider que le bouton n'a PAS été enfoncé rend la réponse tout aussi lente, ce n'est donc pas une option.

Ce qui pourrait être fait, c'est déclencher le bouton au moment où il est relâché par l'utilisateur.

Avec SetOption13 1 il détecte le bouton au moment où l'utilisateur touche le bouton, attend le temps ButtondeDebounce et vérifie à nouveau l'état du bouton. S'il est toujours touché, il effectue son action. Ceci fournit la réponse la plus réactive.

Avec SetOption13 0 il agira au moment de sa sortie, ce qui fournira une réponse plus lente.
Avec SetOption1 1 il exécutera la fonction de maintien s'il est maintenu plus longtemps que SetOption32 / 10. Sans ButtonTopic défini, il ne fera rien.

Lorsque les utilisateurs entendent un bip et parfois un double bip, cela signifie que le bouton est maintenu enfoncé pendant une période plus longue. Vous voudrez peut-être essayer de voir ce qui se passe avec les paramètres suivants SetOption13 0 et SetOption1 1

Pour exclure l'alimentation, quelqu'un peut vouloir déterminer l'alimentation de l'appareil exécutant le micrologiciel d'origine par rapport à tasmota et rechercher toute différence significative.

J'ai installé 8 interrupteurs tasmota, tous fantômes et 3 interrupteurs d'origine câblés sur mon banc qui ne le font pas.

Je pourrais leur coller un multimètre, mais rien de plus sensible que ça.

@arendst Merci pour la mise à jour.

Je l'ai eu sur SetOption13 1 et la réponse a été fantastique ?

J'ai modifié les paramètres de votre suggestion sur SetOption13 0 et SetOption1 1 et comme vous le mentionnez, il est beaucoup plus lent pour que le commutateur s'active comme 1 seconde une fois que je le lâche, il s'active. Je vais tester cela et voir ce qui se passe avec les images fantômes.

Ce que j'ai aussi remarqué et que je n'ai pas mentionné est le suivant avec le stock Sonoff

1. L'interrupteur s'active une fois que vous relâchez le bouton.
2. Si vous maintenez l'interrupteur jusqu'à ce que vous entendiez le premier bip (environ 4 secondes) et que vous le relâchez, il change d'état.
3. Si vous maintenez l'interrupteur enfoncé jusqu'à ce que vous entendiez le bip de pause bip bip (environ 6 secondes) et que vous le relâchez, il ne change pas d'état.

Désolé quant à pouvons-nous obtenir une option pour le pendant 4 secondes, j'aurais dû le formuler différemment
Avoir une option qui, lorsqu'elle est activée, peut être la suivante :
Si la pression sur le bouton est égale ou inférieure à 4 secondes, changez d'état
d'autre ne rien faire

Je verrai ce que je peux également configurer pour enregistrer les données de la tension d'un Stock Sonoff

De plus, j'apprécie vraiment le temps et les efforts que vous avez consacrés à tasmota et je pense que c'est un produit fantastique.

Juste pour sonner, j'ai récemment installé 7 de ces commutateurs sonoff t1 1,2 et 3. les interrupteurs simples émettront un bip et un double bip lors de la remise en place de la plaque de verre après avoir apporté des modifications à la carte ou à l'installation. Mais après ça va.

J'ai un groupe de 2 qui vient de changer de fantôme pour la première fois en 3 jours depuis l'installation.
J'ai vérifié le condensateur sur la carte c6 et ses 28uf. Je n'en ai pas d'autres à tester, donc je dois attendre.

Mais quand il bascule, il ne fera qu'émettre un bip, puis un double bip. ils n'allument ou n'éteignent pas le relais.

Juste une note, j'ai essayé de charger le dernier firmware de développement à partir de la hackbox, mais après l'avoir fait. mes règles ne fonctionnent pas.
actuellement, j'ai configuré les commutateurs comme génériques, je peux donc utiliser des règles. car les règles ne fonctionneront pas avec les modèles de gangs t1 1,2,3.
ils ne fonctionnaient pas non plus lorsque j'utilisais une configuration générique sur le dernier firmware de développement, je suis donc revenu à 6.5.0.

c'est définitivement un problème de sensibilité. Vous êtes peut-être sur un problème d'alimentation et le firmware tasmota utilise plus de CPU.
Existe-t-il un moyen d'obtenir un micrologiciel bin spécifiquement pour le t1, qui désactive tout ce qui n'est pas nécessaire, comme des capteurs supplémentaires. etc?

Déclencheur fantôme avec SetOption13 0 et SetOption1 1.

14:50:38 WIF : Connecté
14:50:41 APP: Button2 multi-presse 1
14:50:50 SRC : Bouton
14:50:50 MQT : sonoffhallwaykitchen/tele/STATE = {"Time":"2019-06-16T14:50:50","Uptime":"0T11:53:38","SleepMode":"Dynamic", "Sleep":100,"LoadAvg":9,"POWER1":"OFF","POWER2":"ON","Wifi":{"AP":1,"SSId":"Skyenet","BSSId" :"1C:F2:9A:CA:E9:AB","Channel":6,"RSSI":96,"LinkCount":1,"Downtime":"0T00:00:04"}}
14:50:50 MQT : sonoffhallwaykitchen/stat/RESULT = {"POWER2":"ON"}
14:50:50 MQT : sonoffhallwaykitchen/stat/POWER2 = ON (conservé)
14:50:51 CFG : enregistré pour flasher à FA, compte 108, octets 3584
14:50:58 WIF : Vérification de la connexion...
14:50:58 WIF : Connecté
14:51:18 WIF : Vérification de la connexion...
14:51:18 WIF : Connecté

Et encore. Je pense que ces options étaient malheureusement un pas dans la mauvaise direction.

15:04:08 SRC : Bouton
15:04:08 MQT : sonoffhallwaykitchen/tele/STATE = {"Time":"2019-06-16T15:04:08","Uptime":"0T12:06:56","SleepMode":"Dynamic", "Sleep":100,"LoadAvg":9,"POWER1":"ON","POWER2":"ON","Wifi":{"AP":1,"SSId":"Skyenet","BSSId" :"1C:F2:9A:CA:E9:AB","Channel":6,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00:04"}}
15:04:08 MQT : sonoffhallwaykitchen/stat/RESULT = {"POWER1":"ON"}
15:04:08 MQT : sonoffhallwaykitchen/stat/POWER1 = ON (conservé)
15:04:08 CFG : enregistré pour flasher à F9, compte 109, octets 3584
15:04:08 SRC : MQTT

Le firmware sonoff-basic.bin a tous les capteurs désactivés.

En outre, vous souhaiterez peut-être désactiver les éléments suivants :

• minuteries ( timers 0 )
• règles ( rule1 0 , rule2 0 , rule3 0 )
• émulation ( emulation 0 )
• serveur Web ( webserver 0 )
• mqtt ( setoption3 0 )

Avant d'éteindre le serveur Web, quelle est la meilleure façon d'accéder à nouveau aux commutateurs par la suite ? Faut-il les réinitialiser en appuyant longuement sur un bouton ?

mettre à jour:

Sonoff-basic (dernier) + buttondebounce 200 + nouveau modèle + SetOption13 0 + SetOption1 1 = pas de commutation fantôme pendant 12 heures. J'obtiens toujours les bips.

Cela semble prometteur, mais il est trop tôt pour célébrer. Va voir.

Je ne vois toujours rien d'intéressant avant le voyou "APP: Button2 immediate".

Je vois le plus souvent ce genre de chose :

08:36:41 WIF: Connected
08:37:02 WIF: Checking connection...
08:37:02 WIF: Connected
08:37:22 WIF: Checking connection...
08:37:22 WIF: Connected
08:37:42 WIF: Checking connection...
08:37:42 WIF: Connected
08:38:03 WIF: Checking connection...
08:38:03 WIF: Connected
08:38:24 WIF: Checking connection...
08:38:24 WIF: Connected
08:38:35 APP: Button2 immediate  // (sometimes Button1)
08:38:35 SRC: Button

Je participerai également aux tests maintenant, car j'ai 2x 3CH T1 et 2x 2CH T1 qui le font (aucun de mes T1 ne le fait).

Je me trouvais juste à côté d'un interrupteur quand il est devenu fantôme. Il a actionné le changement d'état avant le bip unique. De plus, entre le changement d'état et le 2e bip, le commutateur ne répondait pas aux deux boutons.

Pour être clair, cela pourrait-il avoir quelque chose à voir avec la commutation fantôme qui aurait été corrigée en ajoutant un filtre passe-bas à ces cartes ?

Le mien fait la même chose. Mais mon action de presse unique n'est pas mise en œuvre.
Seul mon appui long sur setoption32 et l'appariement et la suppression à distance rf

Le lundi 17 juin 2019, 19h39 kyemacdonald, [email protected]
a écrit:

Je me trouvais juste à côté d'un interrupteur quand il est devenu fantôme. Il a agi le
changement d'état avant le seul bip. Aussi pendant le temps de l'état
changer jusqu'au 2ème bip, le commutateur ne répondait pas sur les deux boutons.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/arendst/Sonoff-Tasmota/issues/5449?email_source=notifications&email_token=AEDNT7EDRBUZD6XJ6R5BWU3P25LU5A5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DF2VREXDXG43VMXWWWT2WWWWWWWWU3BWU3P25LU5A5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DFVREXDXG43VMXWWWT
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AEDNT7GRZVNLTNJ4E74RXPDP25LU5ANCNFSM4G5OGQNQ
.

Pour ce que ça vaut, j'ai signalé un faux déclenchement à SONOFF. Leur réponse a été :

Appuyez sur le bouton tactile de T1 et maintenez-le enfoncé jusqu'à ce que vous entendiez deux bips. Vous entendrez un bip lorsque le code sera effacé avec succès.

Je n'ai aucune idée de ce que cela fait... et je n'ai pas de télécommande RF. Peut-être qu'ils effacent le code sur un deuxième micro (pas ESP8266) intégré dans le T1 ?

Ils pensent que vous avez jumelé une télécommande RF et qu'elle provoque des interférences.
Ils n'ont aucune idée en gros

Le lundi 17 juin 2019, 22h27, REALogics, [email protected] a écrit :

Pour ce que ça vaut, j'ai signalé un faux déclenchement à SONOFF. Là
la réponse était :

Appuyez sur le bouton tactile de T1 et maintenez-le enfoncé jusqu'à ce que vous entendiez deux bips.Appuyez sur n'importe quel bouton de la télécommande RF.

Je n'ai aucune idée de ce que cela fait... et je n'ai pas de télécommande RF. Peut-être
ils effacent le code sur un deuxième micro (pas ESP8266) intégré dans le T1 ?

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/arendst/Sonoff-Tasmota/issues/5449?email_source=notifications&email_token=AEDNT7H2YWW354RRJBRJRDTP257K7A5CNFSM4G5OGQN2YYissue3PNVWWK3TUL52HS4WWZVREXG43VMXVBWJDXLO3AE
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AEDNT7DAUSU5SAQ6VHGNIQ3P257K7ANCNFSM4G5OGQNQ
.

Jusqu'à présent, 36 heures sans commutation fantôme, seuls les bips ennuyeux.

Une seule touche T1 s'est allumée la nuit dernière. Assez drôle, il semble
être l'une des unités qui entrent en mode d'appairage lorsque vous mettez le couvercle en verre
plaque en place. C'est peut-être trop sensible.

Le mar. 18 juin 2019, 03h34 srademac, [email protected] a écrit :

Jusqu'à présent, 36 heures sans commutation fantôme, seuls les bips ennuyeux.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/arendst/Sonoff-Tasmota/issues/5449?email_source=notifications&email_token=AEDNT7H7YVO3OXAEY5AKIL3P27DIRA5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DFVREXG43XVBW63DXLN4V5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DFVREXG43XVBW63DXLNMV3
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AEDNT7FDMOLQEK745DPSEG3P27DIRANCNFSM4G5OGQNQ
.

J'ai eu 3 événements de commutation fantômes depuis le passage à la nouvelle configuration suggérée sur le gang de test T1 3. Rien sur le stock sonoff.

On dirait que c'est aussi un problème sur le firmware stock itad. Je parierais donc que c'est principalement du matériel.

Comment se portent ceux qui ont changé le condensateur c6 à l'arrière ?

https://support.itead.cc/support/discussions/topics/11000025142

J'ai l'expérience avec le T1 1 Gang. J'avais 2 membres du gang T1 qui ont déjà fait le ghosting.

J'ai flashé 6 des T1 1 Gang et tous ont montré les images fantômes lorsque j'étais occupé à configurer le logiciel et que je pensais que c'était quelque chose qui était lié à l'outil de flashage USB.

On dirait que les gens voient un correctif avec un filtre passe-bas, mais seulement si
en utilisant le capuchon droit. Voir les saccages nocturnes dernier commentaire d'il y a 20 jours Dans #2192.

Le mar. 18 juin 2019 à 08:52, saboaua [email protected] a écrit :

J'ai l'expérience avec le T1 1 Gang. J'ai eu 2 du gang T1 qui a fait
le fantôme déjà.

J'ai flashé 6 des T1 1 Gang et tous ont montré le fantôme quand j'ai
était occupé avec la configuration du logiciel et pensait que c'était quelque chose
c'est a été connecté avec l'outil de flashage USB.

-
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/arendst/Sonoff-Tasmota/issues/5449?email_source=notifications&email_token=AMIBUYDHOFL2HUYK37WSWU3P272QRA5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DFVREXG43VMQVBW63XN4
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AMIBUYHB3BKFE3RKFB54NVTP272QRANCNFSM4G5OGQNQ
.

Quoi qu'il en soit, je ne sais pas s'il y a quelque chose qui puisse être fait à ce sujet dans tasmota.

C6 plafonne à 16nf et anti-rebond à 200ms fonctionne toujours de mon côté. Pas de changement de fantôme depuis au moins une semaine maintenant.

Avec cette configuration voyez-vous un changement est la sensibilité du toucher ? De plus, devez-vous maintenir le commutateur plus longtemps pour enregistrer une touche ?

Oui et oui, seulement légèrement, mais on peut vraiment sentir la différence.

@Bloodyagent avez-vous entendu des bips au cours de la semaine dernière ?

Je viens de regarder le tableau. Je ne suis pas sûr d'échanger ce condensateur c6 ....

D'accord. Cela a pris 4 jours, mais mon interrupteur à 3 canaux non flashé n'a été que fantôme.

Donc, à ce stade, ma théorie de travail doit être un problème matériel .....

Depuis que j'ai configuré "SetOption13 1" et "ButtonDebounce 200" et "SetOption32 100", le commutateur fantôme a disparu. Environ 3 jours sans.
Aucune intervention matérielle n'a été effectuée.

J'ai également modifié certains paramètres de mon environnement (Home Assistant + Mosquitto mqtt broker).

Ajouté dans /etc/mosquitto/mosquitto.conf :

persistence false

Et suivi les instructions concernant le paramètre cleansession . Voir dans : https://mosquitto.org/man/mosquitto-conf-5.html

Je vais acheter d'autres sonoffs T1 US pour couvrir ma maison.

Je viens d'essayer SetOption13 1", "ButtonDebounce 200" et "SetOption32 100". J'obtiens toujours les bips.

Edit : et aussi la commutation fantôme.

Oui, il semble que l'interférence soit à la fois haute et basse fréquence.
@Bloodyagent avez-vous également ajouté une résistance avec le capuchon ?

Ok je viens de remplacer le C6 sur mon test T1 3gang par un 16nF (2 x 8nF bouchons en céramique).
Toujours en cours d'exécution dev basic avec le modèle ci-dessus.

@alphaprawn. Aucune résistance vient de remplacer le montage en surface 22nf c6 par un discret 16nf.

@justflashit. Aucun bip depuis au moins une semaine depuis que j'ai changé le debounce à 200 ms. Je n'ai que 1 x 3ch en cours d'exécution pour le moment. J'ai 2 autres unités 3 canaux que j'ai besoin de connecter et de tester. J'ai également 3 x 2 canaux et 3 x 1 canaux qui fonctionnent bien sans mod matériel ou logiciel.

Je viens d'essayer SetOption13 1", "ButtonDebounce 200" et "SetOption32 100". J'obtiens toujours les bips.

Edit : et aussi la commutation fantôme.

Après presque 4 jours sans aucun événement ici, un interrupteur fantôme s'est déclenché. Grrrrrr !
Je pense que ce n'est pas seulement une solution logicielle. ??

J'ai 5 basiques Sonoff, aucun n'a jamais changé de fantôme, j'ai 14 commutateurs Sonoff T1 US, un mélange d'un, deux et trois gangs. Ce sont toujours les mêmes qui changent de fantôme, tous ne le font pas. J'ai appliqué tous les correctifs suggérés par le logiciel. Je me demande si ce ne sont pas des appareils défectueux, car seuls certains d'entre eux le font. Peut-être des interférences du circuit haute tension, dans les appareils défectueux (s'il s'agit d'un défaut - dans le matériel)

Assurez-vous d'effacer tous les codes RF dans T1 US-3C

Comment effacer les codes RF ?
Sur les 14 commutateurs T1, deux des 3 gangs et 2 des commutateurs fantômes d'un gang sont en permanence. Tous les deux autres gangs et un gang ne changent pas du tout de fantôme et ne l'ont jamais fait. Donc, quatre des 14 commutateurs fantômes. Tous exécutent la même version ou Tasmota, tous ont les mêmes paramètres de persistance MQTT selon les recommandations.
J'utilise openhab, il semble que la commutation fantôme n'envoie pas de message MQTT. Openhab ne détecte pas le changement d'état.

Bois de tocuh. J'ai téléchargé sonoff-basic.bin 6.5.0 sur les commutateurs concernés
qui ont changé de fantôme

Setoption13 1
Setoption1 1
Switchdebounce 100
Buttondebounce 100
Setoption32 4
Minuteries 0

Et pas de changement de fantôme en plus de 24 heures.

Le mercredi 19 juin 2019, 01h54 Collin, [email protected] a écrit :

J'ai 5 bases de Sonoff, aucune n'a jamais changé de fantôme, j'ai 14 Sonoff T1
Commutateurs américains, un mélange d'un, deux et trois gangs. C'est toujours les mêmes
ce commutateur fantôme, tous ne le font pas. J'ai tous les logiciels suggérés
correctifs appliqués. Je me demande s'il ne s'agit pas d'appareils défectueux, car seuls certains
d'entre eux le font. Peut-être des interférences du circuit haute tension, dans le
appareils défectueux (s'il s'agit d'un défaut - matériel)

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/arendst/Sonoff-Tasmota/issues/5449?email_source=notifications&email_token=AEDNT7GJOCU3HCIAEWOZT5TP3EAMBA5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DFVREXG43XVBW63EAMBA5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DFVREXG43VMXVBW63LNMV10
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AEDNT7BEDY425XR76IOM2N3P3EAMBANCNFSM4G5OGQNQ
.

En désespoir de cause, coupez l'antenne RF. N'a pas fonctionné. A retiré tous les
des sons dans la maison tard dans la nuit, je n'en pouvais plus.

Le mercredi 19 juin 2019 à 7h45, wookie666 [email protected] a écrit :

Bois de tocuh. J'ai téléchargé sonoff-basic.bin 6.5.0 sur les commutateurs concernés
qui ont changé de fantôme

Setoption13 1
Setoption1 1
Switchdebounce 100
Buttondebounce 100
Setoption32 4
Minuteries 0

Et pas de changement de fantôme en plus de 24 heures.

Le mercredi 19 juin 2019, 01h54 Collin, [email protected] a écrit :

J'ai 5 bases de Sonoff, aucune n'a jamais changé de fantôme, j'ai 14 Sonoff
T1
Commutateurs américains, un mélange d'un, deux et trois gangs. C'est toujours les mêmes
ce commutateur fantôme, tous ne le font pas. j'ai tous les logiciels
suggéré
correctifs appliqués. Je me demande s'il ne s'agit pas d'appareils défectueux, puisque seuls
certains
d'entre eux le font. Peut-être des interférences du circuit haute tension, dans le
appareils défectueux (s'il s'agit d'un défaut - matériel)

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
<
https://github.com/arendst/Sonoff-Tasmota/issues/5449?email_source=notifications&email_token=AEDNT7GJOCU3HCIAEWOZT5TP3EAMBA5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DFVREXG43XVMHWissueKDXNMV7
,
ou couper le fil
<
https://github.com/notifications/unsubscribe-auth/AEDNT7BEDY425XR76IOM2N3P3EAMBANCNFSM4G5OGQNQ

.

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/arendst/Sonoff-Tasmota/issues/5449?email_source=notifications&email_token=AMIBUYAU7CZVBCFWH6VMZ6DP3E3L7A5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DFVREXG43VMXVBWJ3L7A5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DFVREXG43VMXVBWJ3
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AMIBUYA2YKCGRSNU2DMZC4LP3E3L7ANCNFSM4G5OGQNQ
.

Ok, je suis sûr à 99% qu'il s'agit maintenant d'un problème matériel et qu'il n'y a aucun moyen pour tasmota d'arrêter les bips. J'ai câblé 3 commutateurs non flashés et ils démontrent le comportement des bips à une fréquence similaire à celle de mes commutateurs flashés.

En tant que tel @arendst serait-il possible d'ajouter une option à tasmota pour qu'un bouton d'appui long soit ignoré ? Cela devrait être mélangé avec setoption13 0 pour fonctionner et le paramètre buttondebounce.

Mais quelque chose dans le sens de setoptionxx 10 (Nombre de 0,1 secondes pour maintenir le bouton enfoncé avant que l'entrée ne soit ignorée). Avoir la valeur par défaut définie sur 0 = désactivé.

Cela signifierait que les commutateurs émettront toujours un bip, mais que l'état des commutateurs ne changerait pas lorsque vous appuyez sur un bouton au-delà de la durée setoptionxx. Mais toute entrée de commutateur entre le réglage de l'anti-rebond du bouton et l'heure setoptionxx actionnerait le commutateur.

Je crois fermement que ce problème est dû à un mauvais contrôle de la fabrication, probablement autour de la capacité du condensateur c6, mélangé à la capacité spécifiée par la conception du c6 étant trop proche de la ligne. Je vois différents taux de commutation entre mes commutateurs, mais tous finiront par démontrer le comportement. Je n'ai pas fait le mod @Bloodyagent , mais j'ai réduit la fréquence des fantômes en superposant du ruban électrique à l'intérieur du verre, mais ensuite je perds la jolie lueur :P

Appareils flashés Tasmota :
Chambre principale 3ch - Fréquence fantôme ~36h
Cuisine 3ch - Fréquence fantôme ~24h
2ch Lounge - Fréquence fantôme ~6 h
2 canaux Hall 1 - Fréquence fantôme ~ 4h
2 canaux Hall 2 - Fréquence fantôme ~ 48h
1ch Hall 3 - Fréquence fantôme - pas encore observé - installer 4 jours
1ch Dining - Fréquence fantôme - 24h
Escalier 1ch - Fréquence fantôme - 24h

Stockez des appareils non flashés. Ceux-ci sont beaucoup plus difficiles à attraper car ils ne changent pas d'état mais émettent un bip. Je les ai donc installés dans mon bureau à domicile où je suis à portée de voix pendant environ 12 heures par jour. Au total, j'aurais été près d'eux environ 36 heures.
3ch - pris deux fois
2ch - attrapé une fois
2ch - attrapé une fois

J'ai essayé sans succès, je reçois toujours des bips. Pour l'instant pas de ghosting cependant.

Bois de tocuh. J'ai téléchargé sonoff-basic.bin 6.5.0 sur les commutateurs concernés qui ont des commutateurs fantômes Setoption13 1 Setoption1 1 Switchdebounce 100 Buttondebounce 100 Setoption32 4 Timers 0 Et pas de commutation fantôme en plus de 24 heures.
…

Vous obtiendrez des bips. Cela fait partie de l'unité elle-même. Rien à faire avec
tasmota. Mais les paramètres devraient empêcher le déclenchement de pressions simples.
Un appui long sera toujours déclenché en fonction des paramètres de setoption32.

Le mercredi 19 juin 2019, 11h39 srademac, [email protected] a écrit :

J'ai essayé sans succès, je reçois toujours des bips. Pour l'instant pas de ghosting cependant.

Bois de tocuh. J'ai téléchargé sonoff-basic.bin 6.5.0 sur les commutateurs concernés
qui ont changé de fantôme Setoption13 1 Setoption1 1 Switchdebounce 100
Buttondebounce 100 Setoption32 4 minuteurs 0 Et pas de commutation fantôme sur 24
les heures.
… <#m_-6938698976107866656_>

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/arendst/Sonoff-Tasmota/issues/5449?email_source=notifications&email_token=AEDNT7DHFJJHC4ZPPXCPIILP3GE33A5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DFVREXG43XVM5H63KNMVLO
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AEDNT7EJ2VA3WNMNOVI5MI3P3GE33ANCNFSM4G5OGQNQ
.

Comme @kyemacdonald l'a suggéré, je vais introduire une option avec SetOption13 0 pour désactiver la fonctionnalité de maintien.

Cela déclenchera le relais au toucher RELEASE et n'agira pas lorsqu'il est actif pendant une période de temps plus longue.

Cela évitera les faux déclencheurs. Pour ceux qui reçoivent les bips. Supprimer simplement
le buzzer

Le mer. 19 juin 2019, 19h32 Theo Arends, [email protected]
a écrit:

Comme @kyemacdonald https://github.com/kyemacdonald l'a suggéré, je le ferai
introduire une option avec SetOption13 0 pour désactiver le maintien
Fonctionnalité.

Cela déclenchera le relais au toucher RELEASE et n'agira pas lorsqu'il est actif
pendant une période plus longue.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/arendst/Sonoff-Tasmota/issues/5449?email_source=notifications&email_token=AEDNT7EIFM2QVYL7BKW6KNLP3H4MHA5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DFVREXLN2QVYL7BKW6KNLP3H4MHA5CNFSM4G5OGQN2YY3PNVWWK3TUL52HS4DFVREXLNG43VMXWWWW2GO
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AEDNT7GUHXALDMMIGN6XV73P3H4MHANCNFSM4G5OGQNQ
.

Comment effacer les codes RF ?
Sur les 14 commutateurs T1, deux des 3 gangs et 2 des commutateurs fantômes d'un gang sont en permanence. Tous les deux autres gangs et un gang ne changent pas du tout de fantôme et ne l'ont jamais fait. Donc, quatre des 14 commutateurs fantômes. Tous exécutent la même version ou Tasmota, tous ont les mêmes paramètres de persistance MQTT selon les recommandations.
J'utilise openhab, il semble que la commutation fantôme n'envoie pas de message MQTT. Openhab ne détecte pas le changement d'état.

Si cela se produit sur votre commutateur qui ressemble à du matériel, veuillez retirer le masque de verre pour voir s'il est toujours là, je soupçonne que la surface du verre électrostatique provoque une commutation aléatoire.

BTW pour effacer les codes à 315 MHz :

Appuyez sur le bouton tactile de T1 et maintenez-le enfoncé jusqu'à ce que vous entendiez deux bips. Appuyez sur n'importe quel bouton de la télécommande RF. Vous entendrez un bip lorsque le code sera effacé avec succès.

Merci @wongnam
Je n'ai pas les télécommandes pour ces appareils.
Je vais tester en enlevant le verre et voir ce que ça donne.

@ Collin7 Une fois les panneaux de verre retirés, les interrupteurs ne seront pas fantômes. Dès que vous les remettrez, le problème reviendra.

Avec le dernier correctif, il fournit la commande SetOption40 0..250 permettant 0 (désactivé) ou jusqu'à 250 * 0,1 seconde de contrôle du bouton de maintien.

Lorsqu'il est utilisé avec SetOption1 1 et SetOption13 0 et défini sur SetOption40 10 il désactivera toute action de bouton s'il est maintenu enfoncé pendant plus d'une seconde.

@arendst Si oui, a-t-il une fonction de réinitialisation lorsqu'il est enfoncé pendant 40 secondes ?

Non car il s'activera lorsque le bouton fantôme sera actif.

Pour obtenir la fonctionnalité de réinitialisation sur 40 secondes, vous devrez définir SetOption1 0 désactivant la fonctionnalité de contrôle de maintien maximum. Si vous parvenez à distinguer un bouton fantôme, appuyez à partir d'une réinitialisation ou d'une bascule, faites le moi savoir ;-)

L'option pour configurer une pression de bouton valide ne fonctionnera malheureusement pas.

D'après ce que j'ai pu voir avec le DSO, le problème est le bruit produit par le bouton lui-même qui ne peut pas être distingué d'une pression sur un bouton. Cela conduit à des pressions de bouton totalement aléatoires (à la fois dans le temps et dans la durée). Pour moi, cela a été encore amélioré lorsque la carte ESP est hors de la prise et exposée à toutes les interférences de l'établi.

Ma question concernant le firmware stock Sonoff est de savoir si quelqu'un sait s'il fait une signalisation spéciale pour l'étalonnage du SNR des boutons.

Merci @arendst - clignotant maintenant.

@jpmrodrigues - les bourses présentent le même comportement

Merci @arendst ! Essayer avec le nouveau firmware et les nouveaux paramètres. Fera rapport.

Où puis-je trouver la dernière mise à jour ? http://thehackbox.org/tasmota/release/sonoff.bin? Pour arrêter le bip, j'ai coupé le haut-parleur de la carte sonoff.

http://thehackbox.org/tasmota/

Matin @arendst

Est-il possible d'ajuster le comportement de la nouvelle option ? Actuellement, il bascule après avoir attendu la période de temps setoption40. par exemple, pression d'un bouton, doigt retiré, attente, changement d'état.

Mes paramètres actuels sont :
bouton anti-rebond 40
setoption1 1
setoption13 0
setoption40 10

Alléluia!!!! @arendst la nouvelle option 40 résout le problème de commutation. Vous obtenez toujours les bips, mais c'est une solution facile.

Sortie de journal d'un commutateur qui a essayé de fantôme.
01:30:28 WIF : Connecté
01:30:48 WIF : Vérification de la connexion...
01:30:48 WIF : Connecté
01:30:51 APP: Button1 multi-presse 1
01:31:08 WIF : Vérification de la connexion...
01:31:08 WIF : Connecté
01:31:28 WIF : Vérification de la connexion...
01:31:28 WIF : Connecté

Juste abaissé le setoption40 à 1 pour essayer d'augmenter le temps de réponse du commutateur. Cela n'a pas semblé changer le temps qu'il a fallu pour répondre. C'est une bonne seconde après le retrait du doigt pour changer d'état.

démo vidéo - https://youtu.be/4LHlVOQngWg

buttondebounce est actuellement réglé sur 40

14 heures, pas de ghosting ici non plus ! Juste le bip agaçant. Merci @arendst!!!

@kyemacdonald dans mon cas cela prend environ 700ms depuis que je touche la plaque pour activer le relais. Je n'ai pas le comportement de ta vidéo.

J'utilise sonoff.bin (pas le basique) et mes paramètres sont : backlog SetOption1 1 ; SetOption13 0 ; SetOption40 10 ; Buttondebounce 40; setoption32 40; Switchdebounce 40;

Maintenant, quelle serait la meilleure approche pour se débarrasser du bip ? changer le capuchon ou retirer le haut-parleur ?

Bonjour @sergiodemacher J'ai coupé le haut-parleur de sonoff. C'est facile à résoudre. Maintenant, j'ai configuré mes 3 commutateurs ch 3 comme @kyemacdonald posté et j'attendrai cette nuit.
Merci

@kyemacdonald êtes-vous sûr qu'il bascule après l'heure SetOption40 ? Pour vérifier, augmentez-le à SetOption40 40 et voyez quand il réagit.

Dans ma situation (T1 an) il réagit dès que je lève le doigt et c'est ce que j'attendrais du code tasmota. Je ne peux pas non plus reproduire votre comportement SetOption40 1 car le temps est trop court pour lever le doigt avant 0,1 seconde.

N'oubliez pas que le circuit de détection de bouton du T1 se compose du capteur tactile (ou du signal RF reçu) -> microcontrôleur (micrologiciel sonoff) -> esp8266 (tasmota). Je pense que le micrologiciel du microcontrôleur de votre T1 est différent de mon ancien T1.

Flashé sur sonoff.bin et réinitialisé aux paramètres d'usine. Le temps de commutation est maintenant bien meilleur.

merci @mpkoslovsky ! Malheureusement, je dois signaler que je reçois toujours des fantômes. Peut-être que la configuration est foirée avec tant de changements. Je vais réinitialiser les paramètres d'usine et voir comment cela se passe.

Merci @arendst
Jusqu'ici tout va bien, mise à jour de 3 commutateurs à tester, car hier n'a pas été fantôme une seule fois.
J'ai un problème de mise à jour aujourd'hui, en utilisant http://thehackbox.org/tasmota/ comme je l'ai fait hier, mais après le redémarrage du commutateur, il affiche toujours la version de tasmota. Deux des commutateurs, je ne peux plus accéder à l'interface Web. J'aurai peut-être besoin de les retirer et de les flasher à nouveau

Je voulais juste dire un grand merci @arendst

Pas eu un seul fantôme sur aucun interrupteur même si j'ai eu beaucoup de bips.

THX. Donc je suppose que nous pouvons fermer celui-ci.

@sergiorademacher, un seul

J'ai réinitialisé en usine les commutateurs incriminés, réappliqué le correctif et la commutation fantôme zéro. Merci!!!

J'ai 2x Sonoff T1 (2gang EU) et les deux ont bien fonctionné pendant 3 mois (installés en même temps) mais l'un d'eux a commencé à agir récemment. Il s'est allumé 2 fois sans que personne ne touche le capteur.

La dernière fois que j'étais proche, j'ai vu que le voyant d'état clignotait constamment, ce qui indiquait qu'il n'y avait pas de connexion WiFi. Au cours de cette période, il y a eu un événement de « changement de fantôme ». De plus, la disponibilité était inférieure à 3 heures et la raison du redémarrage était « système externe ». J'ai dû redémarrer mon AP pour qu'il se connecte à nouveau.

Quelqu'un a-t-il également remarqué une faible disponibilité et cette raison de redémarrage après un événement de « commutation fantôme » ?

Et que signifie « système externe » ? Une panne de courant ou autre ? Peut-être que mon bloc d'alimentation va mal?

Logiciel : Tasmota 6.3 avec Core 2.4.2 SDK 2.2.1

@TimelessNL - Veuillez mettre à niveau votre ou vos appareils. Des correctifs spécifiques au T1 ont été ajoutés dans la version 6.6.

Oui, je le ferai dès que possible.

Mais est-ce que quelqu'un peut expliquer ce que signifie la raison de redémarrage « système externe » ? Je n'ai pas coupé le secteur ou quoi que ce soit, donc s'il s'agit d'un problème d'alimentation, le bloc d'alimentation peut mal tourner :/

Bonjour,
Je suis ici aussi pour demander de l'aide. Voyant l'allumage fantôme sur quelques Sonoff Touch (1C), certains d'entre eux sont ok, certains d'entre eux s'allument de temps en temps.
(et non ce n'est pas à cause de MQTT :) )

en voici un (log niveau 4)
réglage : SetOption1 1 ; SetOption13 0 ; SetOption40 10
tasmota 6.6.0.3

12:36:06 WIF: Connected
12:36:15 APP: Button1 multi-press 1
12:36:26 WIF: Checking connection...
12:36:26 WIF: Connected
12:36:46 WIF: Checking connection...
12:36:46 WIF: Connected
12:37:06 WIF: Checking connection...
12:37:06 WIF: Connected
12:37:07 MQT: home/dressroom/light/tele/STATE = {"Time":"2019-08-03T12:37:07","Epoch":1564828627,"Uptime":"0T15:00:20","UptimeSec":54020,"Heap":32,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER":"OFF","Wifi":{"AP":1,"SSId":"muhehe","BSSId":"XE:XE:XB:X7:XF:AA","Channel":11,"RSSI":80,"LinkCount":4,"Downtime":"0T00:00:26"}}
12:37:26 WIF: Checking connection...
12:37:26 WIF: Connected
12:37:46 WIF: Checking connection...
12:37:46 WIF: Connected
12:38:06 WIF: Checking connection...
12:38:06 WIF: Connected
12:38:26 WIF: Checking connection...
12:38:26 WIF: Connected
12:38:46 WIF: Checking connection...
12:38:46 WIF: Connected
12:39:06 WIF: Checking connection...
12:39:06 WIF: Connected
12:39:24 APP: Button1 multi-press 1
12:39:25 SRC: Button
12:39:25 MQT: home/dressroom/light/tele/STATE = {"Time":"2019-08-03T12:39:25","Epoch":1564828765,"Uptime":"0T15:02:38","UptimeSec":54158,"Heap":32,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER":"ON","Wifi":{"AP":1,"SSId":"muhehe","BSSId":"XE:XE:XB:X7:XF:AA","Channel":11,"RSSI":76,"LinkCount":4,"Downtime":"0T00:00:26"}}
12:39:25 MQT: home/dressroom/light/stat/RESULT = {"POWER":"ON"}
12:39:25 MQT: home/dressroom/light/stat/POWER = ON (retained)

Ceux qui se comportent bien ont le paramètre par défaut et setoption13 1, mais celui-ci est en mode fantôme avec 13 1 et 13 0 et 40 10 (mais je dois dire que c'est mieux avec opt40 10)
Dois-je augmenter un peu l'opt40 ?

@kriznik

Veuillez l'adresser au chat Discord du support Tasmota . Le chat est un canal meilleur et plus dynamique pour vous aider. Les problèmes Github sont mieux utilisés pour les _demandes de fonctionnalités logicielles et les rapports de bogues Tasmota_ . L'aide au dépannage et à la configuration est plus efficace à l'aide d'un forum interactif.

Veuillez consulter les Directives et politiques de contribution et le Guide d'assistance .

Merci.

Informations d'assistance

Voir Wiki pour plus d'informations.
Voir Chat pour plus d'expérience utilisateur.
Voir Communauté pour le forum.
Voir Code de conduite

Bonjour,

Je n'ai pas d'idées ou de solutions supplémentaires à offrir, mais peut-être que les informations ci-dessous sont utiles pour quelqu'un.

J'ai combattu des interrupteurs fantômes sporadiques (une fois tous les quelques jours) sur un interrupteur de rideau Tuya modifié. Il dispose de trois boutons tactiles, haut, bas et arrêt. Seul le bouton bas affiche un comportement fantôme. Il a une puce de bouton tactile BS813-A-1 dessus.

Je vais essayer la solution SetOption40. Je ne sais pas si les commutateurs fantômes se manifestent par de longues pressions. Y a-t-il un moyen de le voir dans les logs ?

Meilleur.

Edit: Immédiatement après avoir défini Setoption40, le fantôme a basculé :-)
Je me rends compte maintenant que SetOption40 ne fonctionne que pour un bouton, mais j'utilise des commutateurs.
Existe-t-il une option similaire pour le commutateur?

Vous pouvez afficher les messages du journal dans la console de l'interface utilisateur Web ou vous pouvez configurer un serveur syslog distant. Vous pouvez également augmenter le niveau de journalisation en définissant Weblog/Syslog . Le niveau normal est de mais vous pouvez augmenter progressivement jusqu'à 5 comme vous le souhaitez.

J'ai log au niveau 4 (le maximum).
Cela montre que le commutateur a été activé à 10.03:06, mais je ne peux pas voir combien de temps le signal du capteur est resté faible, donc je ne sais pas si une fonctionnalité comme SetOption40 pour un commutateur résoudrait le problème.

Merci.
Marc

7 août 10:02:48 obturateur pour 4727 ESP-WIF: Vérifiez la connexion...
7 août 10:02:48 volet roulant pour 4727 ESP-WIF : Connecté
7 août 10:03:05 shutterfor-4727 ESP-MQT : house/switches/shutterfor/stat/RESULT = {"POWER2":"OFF"}
7 août 10:03:05 shutterfor-4727 ESP-MQT: house/switches/shutterfor/stat/POWER2 = OFF
7 août 10:03:06 volet roulant pour 4727 ESP-SRC : Interrupteur
7 août 10:03:06 shutterfor-4727 ESP-MQT : house/switches/shutterfor/stat/RESULT = {"POWER1":"ON"}
7 août 10:03:06 obturateur-4727 ESP-MQT: maison/interrupteurs/obturateur/stat/POWER1 = ON
7 août 10:03:06 obturateur pour 4727 ESP-CFG: stocké dans le flash à F9, numéro 219, octets 3584
7 août 10:03:08 volet roulant pour 4727 ESP-WIF : Vérifier la connexion...
7 août 10:03:08 volet roulant pour 4727 ESP-WIF : Connecté

Quelle est la raison pour laquelle vous avez affecté les boutons de l'appareil en tant que commutateurs ?

Avez-vous essayé de modifier les paramètres anti-rebond ?

Bonne question. Franchement, je ne comprends pas exactement en quoi ils diffèrent.
(Je l'utilise en mode switch 3 et j'ai SwitchDebounce réglé sur 203. J'ai essayé différentes valeurs de debounce, mais cela ne semble pas faire de différence)
La description de leur comportement sur le Wiki semble identique.
https://github.com/arendst/Sonoff-Tasmota/wiki/Buttons-and-Switches

Je l'ai configuré comme un bouton et réglé l'option 40 à 2sec. L'expérience est en cours.

Cela n'a pas fonctionné. Deux autres commutateurs fantômes aujourd'hui.
Je vais essayer de mesurer la durée des pressions sur les boutons fantômes.

@MarcG046

Qu'est-ce que l'appareil Tuya ?

Veuillez publier la sortie des commandes suivantes. Lorsque vous collez les résultats dans votre réponse, veuillez l'entourer d'un triple backtick `
Status 0
Template
GPIO

C'est celui la:
https://www.amazon.de/LoraTap-Zeitschaltuhr-Rolladenzeitschaltuhr-Rolladenmotor-Kompatibel/dp/B07L8TF88C

Cependant, j'ai supprimé l'ESP qui se trouvait à l'intérieur, car je ne savais pas comment le flasher.
Au lieu de cela, j'ai connecté toute l'électronique à l'intérieur à un WEMOS externe.

19:37:54 CMD: Status 0
19:37:54 MQT: huis/schakelaars/rolluik2/stat/STATUS = {"Status":{"Module":18,"FriendlyName":["Sonoff","Sonoff2","Sonoff3"],"Topic":"rolluik2","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":1,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[3,3,3,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0}}
19:37:54 MQT: huis/schakelaars/rolluik2/stat/STATUS1 = {"StatusPRM":{"Baudrate":115200,"GroupTopic":"sonoffs","OtaUrl":"http://thehackbox.org/tasmota/release/sonoff-NL.bin","RestartReason":"Software/System restart","Uptime":"0T00:11:49","StartupUTC":"2019-08-08T18:26:05","Sleep":50,"CfgHolder":4617,"BootCount":31,"SaveCount":681,"SaveAddress":"F4000"}}
19:37:54 MQT: huis/schakelaars/rolluik2/stat/STATUS2 = {"StatusFWR":{"Version":"6.6.0.4(sonoff)","BuildDateTime":"2019-08-08T20:20:22","Boot":31,"Core":"2_5_2","SDK":"2.2.2-dev(c0eb301)"}}
19:37:54 MQT: huis/schakelaars/rolluik2/stat/STATUS3 = {"StatusLOG":{"SerialLog":0,"WebLog":2,"SysLog":4,"LogHost":"192.168.2.107","LogPort":514,"SSId":["airport express","Buiten"],"TelePeriod":300,"Resolution":"558180C0","SetOption":["0000C00B","280500000100060014005A00000000000000","00000000"]}}
19:37:54 MQT: huis/schakelaars/rolluik2/stat/STATUS4 = {"StatusMEM":{"ProgramSize":555,"Free":448,"Heap":21,"ProgramFlashSize":1024,"FlashSize":4096,"FlashChipId":"1640EF","FlashMode":3,"Features":["00000413","8FDAE397","043683A0","22B617CD","01001BC0","00000000"]}}
19:37:54 MQT: huis/schakelaars/rolluik2/stat/STATUS5 = {"StatusNET":{"Hostname":"rolluik2-5040","IPAddress":"192.168.2.131","Gateway":"192.168.2.1","Subnetmask":"255.255.255.0","DNSServer":"192.168.2.1","Mac":"CC:50:E3:55:D3:B0","Webserver":2,"WifiConfig":4}}
19:37:54 MQT: huis/schakelaars/rolluik2/stat/STATUS6 = {"StatusMQT":{"MqttHost":"192.168.2.107","MqttPort":1883,"MqttClientMask":"DVES_%06X","MqttClient":"DVES_55D3B0","MqttUser":"mqtt","MqttCount":1,"MAX_PACKET_SIZE":1000,"KEEPALIVE":30}}
19:37:54 MQT: huis/schakelaars/rolluik2/stat/STATUS7 = {"StatusTIM":{"UTC":"Thu Aug 08 18:37:54 2019","Local":"Thu Aug 08 19:37:54 2019","StartDST":"Sun Mar 31 02:00:00 2019","EndDST":"Sun Oct 27 03:00:00 2019","Timezone":"+01:00","Sunrise":"05:33","Sunset":"20:18"}}
19:37:54 MQT: huis/schakelaars/rolluik2/stat/STATUS10 = {"StatusSNS":{"Time":"2019-08-08T19:37:54","Epoch":1565289474}}
19:37:54 MQT: huis/schakelaars/rolluik2/stat/STATUS11 = {"StatusSTS":{"Time":"2019-08-08T19:37:54","Epoch":1565289474,"Uptime":"0T00:11:49","UptimeSec":709,"Heap":21,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER1":"ON","POWER2":"OFF","POWER3":"OFF","Wifi":{"AP":1,"SSId":"airport express","BSSId":"B4:18:D1:E2:6A:AE","Channel":11,"RSSI":80,"LinkCount":1,"Downtime":"0T00:00:04"}}}
19:38:30 CMD: Template
19:38:30 MQT: huis/schakelaars/rolluik2/stat/RESULT = {"NAME":"Generic","GPIO":[255,255,255,255,255,255,255,255,255,255,255,255,255],"FLAG":15,"BASE":18}
19:38:43 CMD: GPIO
19:38:43 MQT: huis/schakelaars/rolluik2/stat/RESULT = {"GPIO0":"0 (Geen)","GPIO1":"0 (Geen)","GPIO2":"0 (Geen)","GPIO3":"0 (Geen)","GPIO4":"91 (Button2n)","GPIO5":"21 (Relais1)","GPIO12":"22 (Relais2)","GPIO13":"92 (Button3n)","GPIO14":"23 (Relais3)","GPIO15":"0 (Geen)","GPIO16":"90 (Button1n)"}

I connected all electronics inside it to an external WEMOS - waouh ! c'est drastique.

Je pense que tous les paris sont ouverts car le code peut également examiner d'autres signaux en plus des boutons et des relais. Et puisque vous n'avez que ceux connectés au D1, la logique ne se déclenche pas puisque le D1 lui-même ne "se comporte pas mal".

Je ne sais pas si vous pouvez restaurer le module Tuya d'origine. Cela devrait être assez facile à flasher... surtout si cela peut être fait avant de réinsérer dans l'appareil.

Je ne sors que les trois sorties des touches tactiles et les deux drivers des relais et je prends l'alimentation 3V3 du switch.

J'ai instrumenté le code pour signaler la durée du signal du bouton.
J'ai réalisé que le debounce du bouton est différent du debounce du commutateur, car le debounce du commutateur se terminant par 1,2,3 inclut le filtrage, qui n'est pas là pour le bouton. J'espère que cela ne me donne pas de nouveaux commutateurs fantômes ...

@ MarcG046 Je me déconnecte à ce stade. Je pense que votre modification a rendu la capacité de résoudre ce problème pratiquement impossible... du moins pour moi.

@meingraham Bien sûr. Je comprends.
Merci pour votre aide.

Salut!

A l'affiche originale @Bloodyagent et @beppeserafini... merci beaucoup !!

Mais... y a-t-il un minimum de chances que vous puissiez éventuellement publier des images détaillées ou des instructions pour les moins pratiques en matière d'électronique numérique ??? Schémas, vidéos, listes de courses, etc, etc.

D'un autre côté, est-ce que quelqu'un a essayé les nouveaux interrupteurs muraux ??

https://www.itead.cc/sonoff-tx-series-wifi-smart-wall-switches.html

Le problème persiste ?

Enfin, existe-t-il un moyen logiciel de désactiver la réception RF sur les commutateurs T1 ?

Merci encore!

À votre santé,

MO

petite mise à jour de mon côté.
après la mise à niveau vers 6.6.0.3 (2.5.2 core) à partir de 6.5 (2.3 core) j'ai connu des ghostswitching sur des commutateurs qui fonctionnaient auparavant sans aucun problème et sans setoption40 10

Donc je pense que ce n'est pas directement HW mais SW smthing.

Je ne sais pas exactement à quoi sert ce noyau, mais cela pourrait valoir la peine de reflasher tous les commutateurs fantômes avec un code plus ancien pour voir si cela se produit toujours (je vais essayer)

@kriznik

Je pense qu'il vaudrait la peine d'essayer le Core pré-2.6. Vous devrez compiler votre propre firmware mais c'est relativement simple. Mais pour mettre à jour, vous devrez charger sonoff-minimal, puis le nouveau binaire dans un processus manuel en deux étapes en utilisant la méthode OTA de téléchargement de fichier plutôt que la méthode Web OTA.

J'ai mes images sous 480 Ko et pour mes commutateurs encore moins, donc je suppose que je n'ai pas besoin d'aller avec sonoff-minimal

merci pour l'info, j'essaierai de compiler le réel, s'il y a une différence de comportement

Je viens d'acheter trois 3 gangs US T1 et je les ai flashés avec Tasmota et j'ai le problème de commutateur fantôme sur les trois et j'ai trouvé ce fil pendant que je le recherchais. J'ai rétrogradé à 6.3.0 et il le fait toujours. J'ai tout lu et ça n'en a pas l'air mais, juste pour être sûr, il n'y a pas encore de solution connue, n'est-ce pas ?

@meingraham question idiote, où puis-je trouver la version pré-2.6 ? dans le dev actuel, je peux toujours voir 2.5.2

@kriznik You will have to compile your own firmware . Vois ici

oui en effet .. je sais comment créer mon propre bac ;), mais la source actuelle ne semble pas avoir 2.6 , tout ce que je peux voir est 2.5.2 dans la branche dev?

4. Open the platformio.ini file located in the /Sonoff-Tasmota root directory (scroll to the bottom of the file Explorer pane)
5. In the Editor (2) pane, a leading semicolon ; comments out (disables) a statement:
   In the [common] section, enable -DUSE_CONFIG_OVERRIDE if using your own user_config_overrid.h 
   In the [core_active] section, enable the platform and build_flags lines for the desired core

"activer les lignes platform et build_flags pour le noyau souhaité"

Oui je sais

[core_actif]
; Sélectionnez un ensemble de base pour la plate-forme et build_flags
; plate-forme = ${core_2_3_0.plate-forme}
;build_flags = ${core_2_3_0.build_flags}
;plateforme = ${core_2_4_2.plateforme}
;build_flags = ${core_2_4_2.build_flags}
plateforme = ${core_2_5_2.platform}
build_flags = ${core_2_5_2.build_flags}
;plateforme = ${core_stage.platform}
;build_flags = ${core_stage.build_flags}
;plateforme = ${core_pre.platform}
;build_flags = ${core_pre.build_flags}

alors dois-je supposer que "core_pre" est 2.6 ?

giving the pre-2.6 Core a try - le 'pré' dans pre-2.6

STAGE et Pre sont les branches de développement de la prochaine version de ESP Core. Pre est une version de gel de code de travail connue. Stage est la version de développement qui est mise à jour tous les jours jusqu'à la date de sortie. 2.5.2 est le _master_ Core actuellement publié. 2.6 est le prochain Core sous _development_ et devrait sortir le 2 septembre 2019

cool, merci pour l'explication. Je vais essayer

exécuter une nouvelle version avec pre_core, donc je signalerai si ce comportement est amélioré ou non.

étrangement, il dit que je lance STAGE même quand j'ai pré décommenté

Version de base/SDK |

;platform                  = ${core_stage.platform}
;build_flags               = ${core_stage.build_flags}
platform                  = ${core_pre.platform}
build_flags               = ${core_pre.build_flags}

est-ce un comportement correct ?

@kriznik

J'ai la même expérience, si je sélectionne pré, ça dit toujours STAGE. J'ai aussi essayé directement STAGE (il est toujours écrit STAGE). Les deux bases de code Core permettent une bonne connectivité, donc je ne m'inquiète pas :wink:

Mike

mise à jour : il semble que la version antérieure à la version 2.6 soit encore pire que celle de la version 2.5.2, elle est fantôme toutes les 10 minutes environ.
ira avec 2.3 core

OK, il y a ce test coché. Surprenant.

Quel type de niveaux RSSI cet appareil affiche-t-il ?

Juste pour être sûr de bien comprendre - n'y a-t-il aucune image fantôme avec 2.3 core ?

@meingraham
c'est connecté sans problème, plus de 85% de signal ... et ça se passe toujours comme ça

23:12:27 WIF: Checking connection...
23:12:27 WIF: Connected
23:12:47 WIF: Checking connection...
23:12:47 WIF: Connected
23:12:51 APP: Button1 multi-press 1
23:12:52 SRC: Button
23:12:52 MQT: home/dressroom/light/stat/RESULT = {"POWER":"ON"}

mais malheureusement c'est tout ce que le journal de débogage de niveau 4 peut offrir ... ;(
c'est avec le noyau pré-2.6, setoption40 10, buttondebounce 150, setoption13 0

sur le noyau 2.5.2 avec les mêmes paramètres, cela se produit comme une fois par jour, sur les versions antérieures à la version 2.6, c'est beaucoup plus souvent

c'est aussi assez régulier

00:37:28 WIF: Connected
00:37:48 WIF: Checking connection...
00:37:48 WIF: Connected
00:37:48 APP: Button1 multi-press 1
00:38:08 WIF: Checking connection...
00:38:08 WIF: Connected
00:38:28 WIF: Checking connection...
00:38:28 WIF: Connected
00:38:48 WIF: Checking connection...
00:38:48 WIF: Connected
00:39:08 WIF: Checking connection...
00:39:08 WIF: Connected
00:39:28 WIF: Checking connection...
00:39:28 WIF: Connected
00:39:44 APP: Button1 multi-press 1
00:39:48 WIF: Checking connection...
00:39:48 WIF: Connected

Juste pour m'assurer que je comprends - n'y a-t-il aucune image fantôme avec le noyau 2.3 ou est-ce toujours en cours de test?

mettre à jour:
sur 2.5.2 il ressemble à ces valeurs :

backlog setoption1 1; setoption13 0; setoption40 8; buttondebounce 175

travaux.
avec setoption40 10, il y avait une commutation fantôme une fois par heure, avec 8 ce n'est pas encore le cas (deuxième jour)

Impressionnant! Je pense que je peux être un fantôme sur ce fil parce que j'ai posé quelques questions simples sans réponse.

Quoi qu'il en soit, je vais essayer ces paramètres et faire un retour.

Je ne veux pas être impoli, mais veuillez arrêter d'ajouter à ce problème. Il est fermé en mars/avril avec la solution simple de conclure qu'il s'agit d'un problème matériel.

Veuillez lire ce numéro de haut en bas. Toutes vos questions et découvertes ont trouvé une réponse depuis longtemps.

Problème clos. Bonne chance.

Alors, comment sommes-nous censés communiquer sur les découvertes possibles si nous ne commentons pas ici ? kriznik a une solution possible, a travaillé pour lui pendant deux jours, est-il juste censé garder cela pour lui puisque le problème est clos ? Je n'essaie pas d'être impoli non plus, mais cela semble juste ridicule de ne pas partager si nous avons d'autres découvertes ou une question. Aussi - je ne vois pas de réponse à ma question et j'ai lu l'intégralité du fil plusieurs fois. Serait-ce si difficile de répondre à ma question ?

@tjdavisbz le problème existe dans les commutateurs même sur le firmware d'origine. La différence entre le stock one et tasmota est que les stock ones ont un code pour gérer la commutation fantôme, qui a été efficacement répliquée avec le setoption40.

Un commutateur de stock émettra un bip aussi régulièrement qu'un commutateur de tasmota et déclenchera également éventuellement un changement d'état après un temps suffisamment long.

Malheureusement, il n'y a pas de solution logicielle. Ce que j'ai fait, c'est remplir tous les bips avec de la colle chaude et exécuter setoption40 10 sur tous les commutateurs.

J'ai compris, merci beaucoup. J'avais vu des commentaires mitigés quant à savoir s'il s'agissait ou non d'un problème matériel. Merci encore d'avoir pris le temps de clarifier.

(Juste mes 2 cents)

Ma solution était de placer le PCB IC aussi près que possible du capot avant. Tenez à peine les connexions de la tête d'épingle, puis appuyez sur le couvercle avant.

De cette façon, les boutons sont beaucoup plus sensibles aux pressions des doigts et le problème de commutation fantôme a presque disparu depuis lors.

Je ne veux pas être impoli, mais tu te trompes.

Cela ne fonctionne tout simplement pas à long terme, même avec les paramètres que j'ai signalés, il y a une commutation fantôme à la fin et avec ceux de ce sujet, cela ne fonctionne pas non plus.

Donc TL;DR : il n'y a PAS encore de solution fiable pour Tasmota.

@kriznik, la commutation fantôme / les bips se produisent sur les commutateurs non modifiés en stock.

Sonoff a publié un produit avec un problème matériel avec un logiciel pirate pour le masquer. Mais le problème existe toujours.

Au mieux, tasmota peut avoir une solution similaire. Mais ce ne sera jamais parfait.

Nous avons des problèmes avec le sonoff t1, c'est un problème matériel. J'ai acheté à sonoff t2 une nouvelle version de t1. Lorsque ce commutateur arrivera, je testerai et publierai le résultat concernant les images fantômes du commutateur.

Mon Sonoff T3 3CH US est Ghost Switching, quelqu'un d'autre a-t-il eu des problèmes avec les modèles T3 ?

O ont la commutation fantôme avec T1 us 3ch. Après avoir retiré de welink, il s'est arrêté. Donc je pense que c'est un problème logiciel. Je n'ai pas de tasmota.

Mon Sonoff T3 3CH US est Ghost Switching, quelqu'un d'autre a-t-il eu des problèmes avec les modèles T3 ?

c'était un problème avec les câbles d'alimentation de la maison, j'ai changé de place et le fantôme s'est arrêté

Bonjour Felipe, comment réparez-vous ou changez-vous ces câbles. Pourriez-vous me donner un exemple?

Merci
Michel

Bonjour Felipe, comment réparez-vous ou changez-vous ces câbles. Pourriez-vous me donner un exemple?

Merci
Michel

J'ai pas changé les fils, j'ai changé le sonoff touch room, mais le fantôme est revenu ce matin

Bonjour Felipe, comment réparez-vous ou changez-vous ces câbles. Pourriez-vous me donner un exemple?
Merci
Michel

J'ai pas changé les fils, j'ai changé le sonoff touch room, mais le fantôme est revenu ce matin

Je vais acheter la touche de zemismart

Bonjour à tous, j'ai eu le même problème avec mon sonoff T1 3CH. au démarrage, tout allait bien et peu de temps après le démarrage pour changer d'état sans besoin... Après avoir mis un oscilloscope sur PIO0, j'ai constaté que par hasard (apparemment) certaines oscillations se produisaient sur GPIO0 et selon le niveau, commutez le 1er relais. Après enquête j'ai trouvé que pour le flasher, j'ai soudé le câble GPIO0 à un endroit très très proche d'une autre connexion. Pas de contact entre les 2 mais selon quelque chose : hygrométrie ou autre, les graisses résiduelles deviennent résistives !!!! Après nettoyage, plus de soucis.....

Merci pour ce billet !

C'est une excellente information pour les utilisateurs. Pourriez-vous éditer le guide clignotant dans le wiki pour ajouter vos découvertes ? Ce serait vivement apprécié.

Mike

Qui a de l'expérience dans le remplacement du condensateur C6 ?
Je l'ai remplacé par un condensateur 15nf, mais sans succès. Il change plusieurs fois par jour.
Maintenant je l'ai remplacé par un 18nf et je vais le tester les prochains jours....

Je suis avec le même problème avec 2 nouveaux Sonoff T1 US 3ch flashés avec tasmota 6.6.0
Les Sonoff T1 2ch n'ont pas de problème.

Salut tout le monde,

Juste un exemple de plus à la piscine ! :)

J'ai flashé deux Sonoff T1 1CH la semaine dernière environ, et les deux subissent de temps en temps une commutation fantôme.
Avant le clignotement, ils ont fonctionné pendant 1 an sans un seul faux interrupteur (détecté).
Je n'ai pas de serveur HA, et seulement "parler" avec les appareils par http (post et websend), pas de mqtt quoi que ce soit.
L'interrupteur fantôme sert à allumer et à éteindre.
La version Tasmota est la 6.6.
J'ai changé l'emplacement des commutateurs et rien n'a changé.
Changement de bouton anti-rebond à 60, 80, 100, 120 (réel) et aucun changement cohérent dans les occurrences ou l'intervalle.
Je n'ai toujours pas essayé le setoption40 10.

Les gars, c'est un problème matériel avec les T1. La commutation se produira avec un interrupteur non flashé si vous le laissez suffisamment longtemps.

Tout ce qui peut être fait est d'essayer de l'atténuer avec la setoption40.

C'est nul, mais honnêtement, il n'y a rien qui puisse être fait à part modifier le matériel d'une manière ou d'une autre.

Je suis d'accord avec @kyemacdonald , j'ai tout essayé sauf le mod matériel. J'ai essayé de laisser le couvercle en verre pendant environ 2 jours, sur les interrupteurs les plus fantômes, et je n'ai eu aucune image fantôme avec le couvercle en verre éteint. Après avoir ajouté la commande setoption40, cela n'arrête pas les images fantômes, mais empêche la lumière de s'allumer ou de s'éteindre. Le switch fera juste ses trois bips (ce qui est ennuyeux). Sans retirer le buzzer, je souhaite qu'il y ait une option pour le désactiver. Juste pour noter que setoption40 n'est pas une solution à 100%. J'ai encore une lumière ici et là qui s'allume, lors d'un fantôme, peut-être une fois toutes les deux semaines environ. J'ai 15 Sonoff T1. Un, deux et trois canaux, c'est toujours les mêmes qui fantôme. pas tous, indique également qu'il s'agit d'un problème matériel.
J'ai une question, est-ce que quelqu'un a essayé la nouvelle gamme Sonoffs Tx ? Est-ce toujours un problème ?

Désolé, je ne peux pas parler pour la plage TX, mais j'ai eu le commutateur T1 US 3 gangs avec ghosting et j'en ai eu marre.
Je suis allé acheter les commutateurs T2 US 3 gangs. Mettez du tasmota dessus et pas de fantôme du tout pendant 6 semaines. J'ai maintenant 5 T2 US 3 qui fonctionnent sans problème.

je n'ai pas encore vu cette idée :

la commutation tactile est une chose analogique et pourrait donc être sensible aux problèmes d'alimentation.

Quelqu'un a-t-il essayé cela sur un banc avec une alimentation externe stable (sans secteur s'il vous plaît), ou avec le wifi complètement éteint, ou avec des paramètres de mode veille agressifs ?

Cela signifie-t-il donc que les T2 sont à l'épreuve des balles ?
Une autre différence entre T1 et T2 (en ce qui concerne tasmota) ?

J'ai maintenant presque 2 jours complets sans commutation fantôme avec les deux T1, mais avec une configuration qui rend presque le commutateur manuel inutilisable...

S'il s'agit d'un problème matériel, pourquoi j'ai commencé à avoir des commutateurs fantômes après le dernier firmware et si je me déconnecte d'ewelink, cela n'arrive pas ?

soutient (mais ne prouve pas) mon hypothèse de puissance

@joba-1 s'il s'agit d'une alimentation sale, les commutateurs ne sont pas également sensibles. J'en ai une douzaine dans ma maison, certains ne changent jamais, d'autres le font régulièrement.

Je viens de remplir tous les buzzers avec de la colle chaude, puis setoption40 5 trie à peu près le reste.

c'est le problème avec l'analogique : de petites différences (par exemple en raison des tolérances des pièces) peuvent entraîner un comportement différent.

Donc, remplacé le condensateur c6 par un 18nf, pas de chance !
J'ai acheté un T2EU1C et un T2EU2C et les deux sont à commutation fantôme avec tasmota et non avec le firmware d'origine. Je pense toujours que tasmota est le problème avec les appareils sonoff.
Il n'est pas utilisable pour moi avec ce problème ! :-(

Je cherche maintenant une alternative pour les interrupteurs sonoff.
Si quelqu'un a des infos, merci de partager !

@Moskito99 J'ai trouvé ce fil lors de mes recherches sur la commutation fantôme. Je le vois avec des appareils Sonoff, mais j'ai également une paire d'appareils Etekcity ESWL01 qui n'ont pas présenté ce problème. Juste FYI.

@Moskito99 - J'ai branché 2 interrupteurs de stock non flashés à des lampes et je les ai simplement laissés assis sur le sol de mon bureau. Sur une période de 3 jours, ils ont tous les deux fait le cycle de bips sans changer plusieurs fois, puis finalement tous les deux ont commuté sans bips.

j'ai d'autres T1 US et je travaille très bien., mais j'obtiens un nouveau t1 us 3 bang and fist bouton effleurant tout le temps, seulement le premier bouton ... Je pense que ce sens est élevé ! Essayez Setoption 40 mais obtenez la lumière de Christ non plus ! hahaahahah Besoin d'aide aussi!

@djgel - changer tout le temps ? Le changement de fantôme dure généralement de 4 heures à 3 jours environ. Si cela se produit beaucoup plus que cela, je soupçonne que vous avez un autre problème.

Voici ce que je reçois de um T1 dans une journée habituelle :

30/10/2019 13:29:53 : Commuter 0
30/10/2019 13:11:12 : Commutateur 1
30/10/2019 12:11:59 : Commuter 0
30/10/2019 11:30:13 : Commutateur 1
30/10/2019 09:08:06 : Commuter 0
30/10/2019 07:28:34 : Commutateur 1
30/10/2019 07:14:52 : Commuter 0
30/10/2019 07:14:21 : Commutateur 1
30/10/2019 07:04:44 : Commuter 0
30/10/2019 05:14:19 : Commutateur 1
30/10/2019 04:02:39 : Commuter 0
30/10/2019 03:59:43 : Commutateur 1
30/10/2019 01:52:07 : Commutateur 0
30/10/2019 00:55:32 : Commutateur 1
30/10/2019 00:52:17 : Commutateur 0
29/10/2019 23:27:23 : Commutateur 1
29/10/2019 23:03:18 : Commuter 0
29/10/2019 22:35:50 : Commutateur 1
29/10/2019 21:06:02 : Commuter 0
29/10/2019 20:10:15 : Commutateur 1
29/10/2019 19:45:25 : Switch 0
29/10/2019 19:35:41 : Commutateur 1
29/10/2019 17:15:03 : Commuter 0
29/10/2019 16:55:18 : Commutateur 1
29/10/2019 16:51:05 : Commuter 0
29/10/2019 16:43:16 : Commutateur 1
29/10/2019 15:45:47 : Switch 0
29/10/2019 15:28:17 : Commutateur 1
29/10/2019 13:08:25 : Commuter 0

Je ne vois aucun modèle et j'ai essayé toutes les configurations auxquelles je pouvais penser...
Le pire est que maintenant j'ai 2 commutateurs sans valeur que je ne peux pas utiliser (et je ne peux pas reflasher à l'état d'origine). Cela ne peut pas être une chose isolée!
Et même s'il s'agit d'un défaut de certains équipements, le "logiciel" original de Sonoff semble pouvoir pallier cela.
Y a-t-il autre chose que je puisse faire ?

J'ai décidé de ranger le sonoff T1 et j'ai acheté quelques gangs o TX 1 et 2 (T2EU1C et T2EU2C), et avant de le flasher, je ne pouvais même pas les enregistrer avec l'application ewelink (quelque chose à propos de mon réseau wifi ? ??), j'ai donc mis le firmware tasmota (6.6.0.20) et tout fonctionne très bien, sans aucune commutation fantôme, exactement aux mêmes endroits que les anciens.

Je vais donc les laisser pour le moment, et j'espère qu'ils se comporteront en conséquence, en espérant qu'un jour, une autre version de tasmota pourra résoudre les problèmes de commutation fantôme de l'ancien T1...

J'ai un commutateur ITEAD tactile 3CH (fonctionne de la même manière que sonoff, mais d'une autre marque) avec le firmware d'origine 3.3.0, a parfaitement fonctionné pendant près de 2 ans. Hier déplacé vers un autre Wifi. Première réinitialisation wifi : maintenez 2 fois 7 secondes sur les boutons pour entrer en mode paire. Après cela (après 3 heures pour découvrir comment se coupler) finalement couplé au nouveau WiFi. Mais à partir du moment où j'ai réinitialisé le WiFi, l'interrupteur a commencé à allumer/éteindre les lumières de manière aléatoire (même sans WiFi, donc pas de courtier ou autre). J'ai essayé de réinitialiser et de coupler à nouveau, rien n'y fait. eWelink déconnecté de Google Home ainsi que de Home Assistant. Mais encore une fois, la commutation fantôme même sans connexion WiFi. Des idées? Problème matériel ? Ou le commutateur conserve certains états/événements sur son propre matériel ?

Si vous utilisez le micrologiciel fourni par le fabricant sur le commutateur (c'est-à-dire pas Tasmota), vous devez vous renseigner sur leur forum d'assistance. Ce forum est réservé à Tasmota.

Je fais l'expérience de la commutation fantôme sur chaque Sonoff T1 R2 EU. Peu importe qu'il soit couvert ou découvert. Ils sont nouveaux.

Quelqu'un a-t-il résolu le problème ?

18:28:04 RSL: tele/touch-switch-1/STATE = {"Time":"2019-12-05T18:28:04","Uptime":"0T19:50:07","UptimeSec":71407,"Heap":27,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":0,"POWER":"OFF","Wifi":{"AP":1,"SSId":"UPCDD9D128","BSSId":"E8:94:F6:D4:44:C5","Channel":11,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00:06"}}
18:28:24 WIF: Checking connection...
18:28:24 WIF: Connected
18:28:29 APP: Button1 multi-press 1
18:28:29 SRC: Button
18:28:29 RSL: stat/touch-switch-1/RESULT = {"POWER":"ON"}
18:28:29 RSL: stat/touch-switch-1/POWER = ON
18:28:29 CFG: Saved to flash at F7, Count 573, Bytes 4096
18:28:44 WIF: Checking connection...
18:28:44 WIF: Connected
18:28:59 APP: Button1 multi-press 1
18:29:04 WIF: Checking connection...
18:29:04 WIF: Connected
18:29:05 SRC: Button
18:29:05 RSL: stat/touch-switch-1/RESULT = {"POWER":"OFF"}
18:29:05 RSL: stat/touch-switch-1/POWER = OFF
18:29:05 CFG: Saved to flash at F6, Count 574, Bytes 4096
18:29:24 WIF: Checking connection...
18:29:24 WIF: Connected
18:29:29 APP: Button1 multi-press 1
18:29:29 SRC: Button
18:29:29 RSL: stat/touch-switch-1/RESULT = {"POWER":"ON"}
18:29:29 RSL: stat/touch-switch-1/POWER = ON
18:29:29 CFG: Saved to flash at F5, Count 575, Bytes 4096
18:29:44 WIF: Checking connection...
18:29:44 WIF: Connected
18:30:04 WIF: Checking connection...
18:30:04 WIF: Connected
18:30:24 WIF: Checking connection...
18:30:24 WIF: Connected
18:30:44 WIF: Checking connection...
18:30:44 WIF: Connected
18:31:04 WIF: Checking connection...
18:31:04 WIF: Connected
18:31:06 APP: Button1 multi-press 1
18:31:09 SRC: Button
18:31:09 RSL: stat/touch-switch-1/RESULT = {"POWER":"OFF"}
18:31:09 RSL: stat/touch-switch-1/POWER = OFF
18:31:09 CFG: Saved to flash at F4, Count 576, Bytes 4096
18:31:24 WIF: Checking connection...
18:31:24 WIF: Connected
18:31:44 WIF: Checking connection...
18:31:44 WIF: Connected
18:32:04 WIF: Checking connection...
18:32:04 WIF: Connected
18:32:24 WIF: Checking connection...
18:32:24 WIF: Connected
18:32:44 WIF: Checking connection...
18:32:44 WIF: Connected
18:33:04 WIF: Checking connection...
18:33:04 WIF: Connected
18:33:04 RSL: tele/touch-switch-1/STATE = {"Time":"2019-12-05T18:33:04","Uptime":"0T19:55:07","UptimeSec":71707,"Heap":27,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":0,"POWER":"OFF","Wifi":{"AP":1,"SSId":"UPCDD9D128","BSSId":"E8:94:F6:D4:44:C5","Channel":11,"RSSI":98,"LinkCount":1,"Downtime":"0T00:00:06"}}
18:33:24 WIF: Checking connection...
18:33:24 WIF: Connected
18:33:44 WIF: Checking connection...
18:33:44 WIF: Connected
18:34:04 WIF: Checking connection...
18:34:04 WIF: Connected
18:34:24 WIF: Checking connection...
18:34:24 WIF: Connected
18:34:29 APP: Button1 multi-press 1
18:34:41 SRC: Button
18:34:41 RSL: stat/touch-switch-1/RESULT = {"POWER":"ON"}
18:34:41 RSL: stat/touch-switch-1/POWER = ON
18:34:41 CFG: Saved to flash at FB, Count 577, Bytes 4096
18:34:44 WIF: Checking connection...
18:34:44 WIF: Connected
18:35:04 WIF: Checking connection...
18:35:04 WIF: Connected
18:35:10 APP: Button1 multi-press 1
18:35:11 SRC: Button
18:35:11 RSL: stat/touch-switch-1/RESULT = {"POWER":"OFF"}
18:35:11 RSL: stat/touch-switch-1/POWER = OFF
18:35:11 CFG: Saved to flash at FA, Count 578, Bytes 4096
18:35:24 WIF: Checking connection...
18:35:24 WIF: Connected
18:35:32 APP: Button1 multi-press 1
18:35:33 SRC: Button
18:35:33 RSL: stat/touch-switch-1/RESULT = {"POWER":"ON"}
18:35:33 RSL: stat/touch-switch-1/POWER = ON
18:35:33 CFG: Saved to flash at F9, Count 579, Bytes 4096
18:35:44 WIF: Checking connection...
18:35:44 WIF: Connected
18:36:04 WIF: Checking connection...
18:36:04 WIF: Connected
18:36:24 WIF: Checking connection...
18:36:24 WIF: Connected
18:36:44 WIF: Checking connection...
18:36:44 WIF: Connected
18:37:01 APP: Button1 multi-press 1
18:37:04 WIF: Checking connection...
18:37:04 WIF: Connected
18:37:12 SRC: Button
18:37:12 RSL: stat/touch-switch-1/RESULT = {"POWER":"OFF"}
18:37:12 RSL: stat/touch-switch-1/POWER = OFF
18:37:12 CFG: Saved to flash at F8, Count 580, Bytes 4096
18:37:24 WIF: Checking connection...
18:37:24 WIF: Connected
18:37:44 WIF: Checking connection...
18:37:44 WIF: Connected

Après avoir mis à jour tous les appareils vers le firmware 8.1, j'ai oublié ce qu'est la commutation fantôme.

Après avoir mis à jour tous les appareils vers le firmware 8.1, j'ai oublié ce qu'est la commutation fantôme.

Vraiment? Besoin d'une configuration supplémentaire ? Je vais essayer de mettre à niveau un de mes appareils pour vérifier.

Pour l'instant (2 jours d'affilée), j'ai les mêmes résultats avec le dernier firmware (8.1). Pas de commutation fantôme.
Mais je vais attendre encore un peu pour être sûr… :)

Non, aucun changement n'est nécessaire. Je suis avec plus de 10 jours sans changement de fantôme.

tasmota 8.11, au revoir fantôme !

Je peux également confirmer, 8.1 semble faire l'affaire. Après la sortie de setOption40, j'ai eu le rare fantôme que la lumière viendrait en fait, mais la plupart du temps, mes commutateurs faisaient les 3 bips, plusieurs fois par jour. Cela fait environ 2 semaines maintenant avec tasmota 8.1, et pas un seul incident de fantôme ou de bip. Merci @arendst

Mes commutateurs Sonoff T2 3x Gang qui étaient des commutateurs fantômes plusieurs fois par jour. La V8.1 l'a résolu, pas un seul fantôme depuis des semaines !

D'accord. Mise à niveau de l'un de mes commutateurs vers la version 8.1 qui masque généralement les commutateurs fantômes. Voyons maintenant ce qui se passe au cours des prochaines semaines. Puis-je demander cependant, est-ce que quelqu'un sait quel changement dans 8.1 a spécifiquement résolu le problème.

Pousser la mise à jour sur tous mes commutateurs en ce moment ! Oh s'il vous plait! J'ai une pile d'interrupteurs non installés à cause de ce problème.

@arendst

5 jours et 14 commutateurs - pas de commutateurs fantômes sur 8.1

Confirmé. 20 jours sans commutation fantôme. La version 8.1 est complètement résolue. Merci tout le monde.

D'accord. Mise à niveau de l'un de mes commutateurs vers la version 8.1 qui masque généralement les commutateurs fantômes. Voyons maintenant ce qui se passe au cours des prochaines semaines. Puis-je demander cependant, est-ce que quelqu'un sait quel changement dans 8.1 a spécifiquement résolu le problème.

j'aime aussi savoir que