Moin Leute, ich experimentiere gerade etwas mit den "eigenen" Bausteinen: Beitrag "[Biete] LUANI ESP8266 230V I/O Modul (Runde 2)" Dabei zweifel ich gerade (auch wenn es sich nicht gehört) die Grund-/Fallbackfunktionen von Tasmota an. (Ich schreibe hier, weil mir kein deutschsprachiges Tasmota-Forum bekannt ist) Fakt ist, dass ich es irgendwie (evtl.) "verkonfiguriert" bekomme und die Firmware ins stocken gerät. Beim durchklickern der Menues/Config bleibt es (auch das Webinterface) immer wieder hängen und führt meine Anweisungen egal ob über MQTT oder http zögerlich aus. Dann gibt es wieder Momente, wo ich >30 Klicks/Befehle/"Drücker" zügig ausführen kann und dann dauert es wieder Ewigkeiten. Das es mit einigen Cores Probleme mit dem Webinterface gab, ist mir bekannt, weswegen ich ja den Test auch über MQTT gefahren habe und auch schon etliche FW-Versionen getestet habe (gleiches Problem) Schlussendlich benötig ich ein sauber funktionierendes MQTT sowie eine "sofortige Reaktion" auf den lokalen Taster. Im Testaufbau befinden sich alle ESPs 2m entfernt von AP und der OpenHAB(Raspi) hängt im LAN (kein WLAN). Ich möchte bezweifeln, dass auf 2m Entfernung die "einfache" Antenne schuld sein könnte und selbst wenn, würde ich erwarten, dass die Eingänge bei Tasmota so intelligent programmiert sind, dass auch ohne MQTT Protokoll oder sogar ohne WLAN diese reagieren!? Kann vielleicht der Eine oder Andere hier etwas Licht in den Quellcode bringen bzw. auch von seinen Erfahrungen berichten? (Mein nächster Versuch wäre ESPEasy, aber da scheint Tasmota schon wesentlich besser gepflegt) LG David
:
Bearbeitet durch User
D a v i d K. schrieb: > Kann vielleicht der Eine oder Andere hier etwas Licht in den Quellcode > bringen bzw. auch von seinen Erfahrungen berichten? Die allseits bekannte Seite https://github.com/arendst/Tasmota beantwortet so ziemlich alles. Bei mir läuft das schon lange problemlos. Gelegentlich ist bei einem Update (macht man eigentlich nur, wenn man etwas braucht) mal Kleinkram, wie z.B. Probleme bei der DS18B20-Auswertung. Ist aber nach Stunden gefixt. Du solltest dein WLAN mal intensiver diagnostizieren.
Was sagt denn die Konsole? Gibt es da irgendwelche Hinweise? MQTT Logfile? Bitte mehr Infos. Ich hatte mal Probleme mit Openhab mit einem Raspi3 und bin auf Raspi4 umgestiegen.
Lutz schrieb: > Die allseits bekannte Seite https://github.com/arendst/Tasmota > beantwortet so ziemlich alles. Kenne ich natürlich. Hast du die Stelle gefunden, wie sich die Software verhält, wenn kein WLAN/MQTT-Broker erreichbar ist? MqttRetry 60 (default 10) (hat leider nichts gebracht) > Du solltest dein WLAN mal intensiver diagnostizieren. RSSI":"46","Signal (dBm)":"-77 Was hast du da für Werte?
D a v i d K. schrieb: > Lutz schrieb: >> Die allseits bekannte Seite https://github.com/arendst/Tasmota >> beantwortet so ziemlich alles. > Kenne ich natürlich. > Hast du die Stelle gefunden, wie sich die Software verhält, wenn kein > WLAN/MQTT-Broker erreichbar ist? Nein, ich suche sie ja auch nicht. Wie kommst du überhaupt darauf??? Wie soll dein Webinterface denn reagieren, wenn vielleicht gar keine Verbindung zum Chip besteht? D a v i d K. schrieb: > Ich möchte bezweifeln, dass auf 2m Entfernung die "einfache" Antenne > schuld sein könnte und selbst wenn, würde ich erwarten, dass die > Eingänge bei Tasmota so intelligent programmiert sind, dass auch ohne > MQTT Protokoll oder sogar ohne WLAN diese reagieren!? Was hat das jetzt mit einem trägen Webinterface zu tun??? MQTT ist nur ein Protokoll, genau. Das muß aber übertragen werden, hier über WLAN. Keine Übertragung, keine Reaktion. Oder hast du lokal Taster o.ä. angebracht, die lokal etwas auslösen (z.B. LED, Relais,...)? D a v i d K. schrieb: >> Du solltest dein WLAN mal intensiver diagnostizieren. > RSSI":"46","Signal (dBm)":"-77 Das ist ein Augenblickswert. Viel wichtiger ist die Stabilität. Du solltest mal die Verbindung testen, z.B. mit Dauerping. D a v i d K. schrieb: > Fakt ist, dass ich es irgendwie (evtl.) "verkonfiguriert" bekomme und > die Firmware ins stocken gerät. Was hast du denn für besondere Konfigurationen, die vermutlich kein anderer hat (weil die ja nicht die Probleme haben)?
Lutz schrieb: > MQTT ist nur ein Protokoll, genau. Das muß aber übertragen werden, hier > über WLAN. Keine Übertragung, keine Reaktion. Oder hast du lokal Taster > o.ä. angebracht, die lokal etwas auslösen (z.B. LED, Relais,...)? Ok, vielleicht war dieser Punkt nicht klar (Dachte mit dem Link zum Modul wäre es eindeutig) 2 Eingänge (Für Schalter) 2 Ausgänge mit Relais Konfiguration als "Button" 1 --> Relais 1 "Button" 2 --> Relais 2 Die Erwartungshaltung ist, dass bei keinem/schlechten WLAN, das Licht/Relais genauso funktioniert, als sein es nicht smart. Und ich möchte schlechtes WLAN mal gleichsetzen mit einem evtl. Ausfall von nem AP. (Zumal meine APs über PoE laufen und ich diese ebenfalls mittels Broker an und aus schalten kann) Oder noch anders Formuliert, ich möchte das Komplette WLAN runterfahren können (nur noch LAN) und gleichzeitig funktionierende Schalter. LG PS: Wenn es denn wirklich an dem WLAN liegt. Mir kommt es halt so vor als wäre diees "halbe einfrieren" noch mit einem anderen Bug verbunden.
:
Bearbeitet durch User
Gut, die Hardware kannte ich nicht und verstehe jetzt das Problem. Lokal soll dann natürlich eine sofortige Reaktion auch gänzlich ohne WLAN gegeben sein. Nun finde ich tasmota "na ja". Um den Jahreswechsel hatte ich mich mal etwas intensiver damit beschäftigt. Man merkt sofort, daß dieser Moloch irgendwie mordsmäßig gewachsen ist. Und weiter wächst. Sobald man vom Standard abweicht, wird es recht leseintensiv. Dafür bekommt man auch irgendwie alles damit hin, wenn man denn genug Zeit investiert. Zum Glück habe ich das Meiste schon wieder vergessen, aber ohne deine vollständige, konkrete Parametrierung wird dir keiner helfen können. Die Unterschiede zwischen Switch und Button sind ja simpel, aber es gibt z.B. über 10 verschiedene SwitchModes. Mit Dimmer und weiß der Teufel was. Da kann man sich schnell die Karten legen.
Lutz schrieb: > Lokal > soll dann natürlich eine sofortige Reaktion auch gänzlich ohne WLAN > gegeben sein. So sehe ich das auch ;) > > Nun finde ich tasmota "na ja". Was kannst du mir stattdessen empfehlen? >, aber ohne deine > vollständige, konkrete Parametrierung wird dir keiner helfen können. > Kann ich die irgendwo auslesen und hier bereitstellen? Oder reicht eine Klick-Historie nach dem Flashen? > Die Unterschiede zwischen Switch und Button sind ja simpel, aber es gibt > z.B. über 10 verschiedene SwitchModes. Mit Dimmer und weiß der Teufel > was. Da kann man sich schnell die Karten legen. Ich nehme "Button" ohne "_n" oder sonstige Parameter. (Kenne die auch gar nicht alle) LG
D a v i d K. schrieb: >> Nun finde ich tasmota "na ja". > Was kannst du mir stattdessen empfehlen? Leider nein. Ich suchte 2 Steckdosen mit "Gleitzeit" (also Berücksichtigung von Sonnenauf- und Untergang). Zum Schluß war mir das zu blöd und ich habe das Standard-Image genommen und fertig. Tut seinen Zweck. D a v i d K. schrieb: >>, aber ohne deine >> vollständige, konkrete Parametrierung wird dir keiner helfen können. >> > Kann ich die irgendwo auslesen und hier bereitstellen? > Oder reicht eine Klick-Historie nach dem Flashen? Daraus schließe ich mal, daß du auch ein Standard-Image nimmst und nix selber compilierst. Dann sollten ein paar Screenshot tatsächlich reichen. Dann ist das Fehlermachen aber auch schon arg limitiert... D a v i d K. schrieb: >> Die Unterschiede zwischen Switch und Button sind ja simpel, aber es gibt >> z.B. über 10 verschiedene SwitchModes. Mit Dimmer und weiß der Teufel >> was. Da kann man sich schnell die Karten legen. > Ich nehme "Button" ohne "_n" oder sonstige Parameter. (Kenne die auch > gar nicht alle) Wenn du https://tasmota.github.io/docs/Buttons-and-Switches/ selbst mal überfliegst und nix ins Auge springt, ist es wohl nicht so leicht, die Ursache zu finden...
Versuchs mal mit einem NTP server. Ohne Zeitsync läuft Tasmota nicht richtig
Chris K. schrieb: > Versuchs mal mit einem NTP server. Ohne Zeitsync läuft Tasmota nicht > richtig Woher hast du diese Info? Ich habe die Werte mal mittels "timezone 99" auf deutsche Zeit korrigiert und die Firewallregel die All den Traffic von meinem iot-VLAN nach außen hin blockt kurzzeitig aufgehoben (damit er den ntp-server findet). Doch wirklich gebraucht hat das leider nichts. Ich könnte mir jetzt einbilden, dass die Blockaden am Schalter seltener sind, aber 2min lang immer AN/AUS und es gab wieder eine.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.