8.0.0.1 ist zwar schon ein paar Tage her, aber ich hatte diese Probleme (18 Tasmota Geräte, verbunden über Sonoff-Adapter) damals nicht!
Beiträge von Einstein67
-
-
Bei Falls-Block muss noch die Objekt-ID rein!
-
.... so ne alte Tasmota wäre mir nicht bekannt.
Ewelink Firmware ist aber auch schon lange Zeit über 2.x
Das müsste ein ganz Altes Gerät sein.
-
Meine Bins sind grundsätzlich mit "SerialLog 0" kompiliert und dieses Logging ist immer deaktiviert.
Mit Version 7.2.x kam der Befehl ""SerialConfig", mit dem man das Protokoll einstellen kann, neu dazu. Und das hat bei mir zu schlechter Erreichbarkeit des WIF geführt.
-
Ich hatte nach dem erscheinen der Version 7.2.x bei einigen Geräten Probleme das Webinterface zu erreichen. Die MQTT-Verbindung war allerdings absolut stabil. Da ich zu der Zeit eine neue Version con OpenWRT auf meinen Router gespielt hatte, hab ich dem Problem nicht wirklich beachtet.
Mit Tasmota 7.2.x kam ja der neue Befehl "SerialConfig". Durch Zufall hab ich festgestellt, dass bei den Geräten die schlecht über das WIF erreichbar waren, ein "SerialConfig 3" eingestellt war (woher auch immer). Die Geräte die sofort reagierten waren auf "SerialConfig 0".
Nachdem ich von "3" auf "0" umgestellt habe wird das Webinterface wieder in knapp einer Sekunde geöffnet.
Bei einer habe ich schon ein Update auf 7er Version gemacht...
Das sollte aber bei deinen Geräten mit Tasmota kleiner 7.2.x, nicht das Problem sein ...
-
Sind die Geräte gar nicht, oder schwerer (1 oder 2 mal Seite neuladen) erreichbar?
Welche Tasmota Version ist drauf?
-
Nein das lässt sich nachträglich nicht aktivieren!
Und die VCC-Messung misst nur die Spannung mit der der ESP-Chip versorgt wird. Also die interne 3.3VDC Versorgung, und somit nicht unbedingt wichtig ...
-
Die VCC Anzeige ist schon länger keine Tasmota-Standard Option mehr.
Kann aber vor dem Kompilieren, in Zeile 367 der my_user_config.h Datei wieder aktiviert werden.
-
-
Einfach die Version 1.6 downloaden. Und danach ein SelfUpdate auf 1.63 machen.
-
Ne noch schon wieder ne Neue.
Ein Weihnachtsgeschenk?!?
8.0.0.3 gibt es tatsächlich schon ....
-
-
Man kann in der "my_user_config.h" weder GPIOs zuweisen, noch SetOptionen vorgeben!
Darum kann man die Funktionen auch in der user_config_override.h nicht beeinflussen.
-
Arbeitet denn hier keiner mit Dockerfiles?
Also ich hätte einen Proxmox-Container mit TasmoAdmin.
Docker ist nicht so mein Fall ...
-
Mit dem Platinen-Aufdruck: "POW Ver.2" ist es ein normaler POW und kein R2 !
... und dass er nur mit der POW-Einstellung funktioniert, weist auch darauf hin.
-
Jaaaa, da hast du Recht! Ich bin mir sicher dass das so früher funktioniert hat.
Also doch Variante 3 und über "websend" ausschalten. Die Vorbereitungen sind ja schon erledigt ...
Zitat
rule2 on power1#state=1 do websend [192.168.0.xxx:80] power 1 endonusw
-
Leider nicht. Der einzige Trigger in Alexa Routinen ist mein Hue Bewegungsmelder
OK, dann war das damals doch nicht so einfach
Ich bringe meinen "RF-Hauptschalter" mittels eines virtuellen Relaise und folgender Rule zu Alexa:
Zitat
rule1 on RfReceived#RfKey=9 do power 2 endonDadurch wird beim betätigen des Schalters (oder auch Alexa Sprachbefehl) ein virtuelles Relaise umgeschalten, dass von Alexa gefunden wird und als Trigger für Szenen verwendet werden kann!.
Emulator muss natürlich auch aktiviert sein!
-
Erster Gedanke in Alexa (Wenn schalter an -> alles aus) -> Alexa unterstützt sowas nicht.
Alexa macht das schon: Einfach eine Szene mit dem Schalter als Trigger erstellen!
-
-
Stimmt so nicht ganz.
Da hast du natürlich zu 100% Recht!
Mit der Regel: 1,5 --> 13A und 2,5 --> 16A macht man aber auch nichts falsch. Ich weis schon "Kupfer ist teuer", aber im Heimbereich kann/sollte man die wenigen 16A Stromkreise schon mit 2,5mm³ verdrahten.
Ein ABB-Vertreter hat mir vor Jahrzehnten erklärt: "ABB hat die 13A Leitungsschutzschalter für den 1,5mm² Querschnitt erfunden"