NEWS

@marcel-drzal-0

Hast ja WPA2 eingestellt, und PMF aus, alles soweit so gut.

Vergleich mal mit dem was @crunchip da im Screenshot hat.. ich find da aber so keinen echten Fehler..

@martinp sagte in ESP 8266 Einbindung von DS18B20 Temperatursensoren:

Das ist so anscheinend nicht korrekt. Jemand hat den Dingern bei der WLAN-Verbindungsaufnahme mit einem Oszilloskop zugeschaut ...

ich muss mir wohl dringend auch ein Oszilloskop bestellen, mit meinen Multimetern sehe ich das natürlich nicht so schnell

@stenmic

Zu erst würde ich testen, ob das PlugIn P152 was im normalen Release von ESPEasy enthalten ist, nicht bereits funktioniert/ausreicht.

Klappt das nicht, gilt es wohl das spezielle PlugIn auf Github zu kompilieren wie ESPEasy mit dem PlugIn. Grob ist das hier beschrieben: https://nerdiy.de/de_de/howto-espeasy-nerdiyspanelmeter-plugin-installieren-und-konfigurieren/

Da das Ding schon 3 Jahre unverändert ist, würde nicht wundern, wenn das irgendwo hakt und der letzte Autor ist einer der Hauptentwickler von ESPEasy und sehr aktiv im ESPEasy Forum. Kann also ganz sicher den entscheidenden Hinweis geben.

@jonas-haber jupp, könnte sein. Sieht so aus als würde er das dann in die jeweilige Variable packen

also müsstest du das an das Topic

cmnd/%topic%/tpow

pushen - %topic% musst du halt durch deinen Gerätname ersetzen

So.

ich bekomme Werte angezeigt und die werden auch brav per mqtt an meinen Server gepusht.

Besonderen dank an ralla66!

@flkontakt

Puh, da stellst Du ja ne Frage 🙂
Auf Anhieb keine Idee.
Aber man kann sich ja ranarbeiten.
Welche Tasmota Version?

Edit1:
Hier sind noch nützliche Commands mit Erklärungen
https://tasmota.github.io/docs/Commands/

Edit2:

Für ESP8266
https://tasmota.github.io/docs/Configuration-Procedure-for-New-Devices/

Noch eine weitere Info, es ist kein Android Autoradio, sondern ein Autoradio mit Android Auto und den Äquivalent von Apple.

Keine Installation von Apps auf dem Autoradio möglich ...

Das habe ich dazu gefunden

https://opensource.com/article/20/12/android-auto-open-source

Vier Jahre keine Regung auf der Github Seite des Projekts ....

@kopterframe

Die Lambda Aufrufe sind auf der esphome.ie Seite erklärt.
Siehe z.B.
https://esphome.io/components/switch/

@wolfgangfb Servus, kann man auch z.B. bei

time: - platform: sntp timezone: Etc/GMT+1 id: MySntp on_time: - seconds: /5 # Wert aus einer Variable nehmen???? then:

@bye08 hi, ich hab's damals versucht und dann auf Eis gelegt, weils nicht wirklich ging. Hast du den fp mit dem as608 eingebunden?

@rv3dtech
habe das Problem lösen können. Allerdings läuft es bei mir im Docker. Da gibt es eine separate Esphome Installation. Da läuft alles.

pff müsste ich mir auch erst zusammensuchen / googeln

Aktuell denke ich sehr oft über die Hürde gestolpert zu sein, dass der ESP8266 den GPIO 15 gerne beim booten auf Low hätte.
Fürs Flashen war mir das bewusst, aber beim Betrieb nicht und daher hatte er oft einen freien/schwebenden Zustand und konnte dann nicht booten und wirkte wie "tot"/gelöscht. Man findet dazu Hinweise, dass er mit GPIO15 (nicht Low) nicht vom Flash booten möchte sondern von anderer Quelle (ZB SD Card).

@springreiter ich habe deine Empfehlung nun umgesetzt.
Leider hat der Reed auf dauer viel zu viele Fehler (nicht gezählte Impulse)

Da ich ein altes ESP32Cam da hatte hab ichs mal aufgesetzt und montiert, also die Erkennung ist echt fantastisch, wenn das auf Dauer so bleibt dann ist jede Minute die man in den Reed-Käse hineinbuttert umsonst.

Warte aktuell bis die Heizung einschaltet. 🙂

@arteck
Hier die yaml, sollte eigetnlich alle 10 Sekunden die aktuelle Zeit ausgeben, aktualisiert wird aber nur ca. 2-3 mal pro Minute, nach ein paar Minuten stürzt der ESP ab und bootet dann neu (zu sehen an der Laufzeit). Welche der Komponenten bringt den ESP so arg ins schwitzen?

esphome: name: mini-werkbank platform: ESP8266 board: d1_mini project: name: "wolfgang.mini-werkbank" version: "105" includes: - MyTime.h - Mini-Wekbank.h on_boot: - sensor.template.publish: id: D5AnzahlId state: !lambda return id(D5Anzahl); # D4 LED # D5 Bewegung.Werkbank # 68:C6:3A:D4:5C:B6 # Enable logging logger: # Enable Home Assistant API api: ota: password: "xxxxxxx" wifi: ssid: !secret wifi_ssid password: !secret wifi_password # Enable fallback hotspot (captive portal) in case wifi connection fails ap: ssid: "Mini-Wekbank" password: "xxxxx" captive_portal: mqtt: broker: 192.168.1.203 on_connect: then: - text_sensor.template.publish: id: MQTTVerbundenId state: "true" on_disconnect: then: - text_sensor.template.publish: id: MQTTVerbundenId state: "false" globals: - id: Zeit type: std::string - id: D5InaktivSek type: int initial_value: '0' restore_value: yes - id: D5Anzahl type: int initial_value: '0' restore_value: yes text_sensor: - platform: template name: "105 Raum.Hobby.ESP.mini-werkbank.IP" lambda: 'return {WiFi.localIP().toString().c_str()};' - platform: template name: 105 Raum.Hobby.ESP.mini-werkbank.MQTT.Verbunden id: MQTTVerbundenId update_interval: never - platform: template name: "105 Raum.Hobby.ESP.mini-werkbank.HTML" id: HTML update_interval: never - platform: template name: "105 Raum.Hobby.ESP.mini-werkbank.Zeit" id: Aktuellezeit update_interval: never # D5 Bewegung - platform: template name: "105 Raum.Hobby.Bewegung.Werkbank.Ausloesezeit" id: D5AusloesezeitID update_interval: never - platform: template name: "105 Raum.Hobby.Bewegung.Werkbank.Inaktiv" id: D5InaktivZeitId update_interval: never - platform: template name: "105 Raum.Hobby.Bewegung.Werkbank.IP" lambda: 'return {WiFi.localIP().toString().c_str()};' sensor: - platform: adc name: "105 Raum.Hobby.ESP.mini-werkbank.Spannung" id: IDCore pin: VCC update_interval: 60s - platform: wifi_signal name: "105 Raum.Hobby.ESP.mini-werkbank.Signal" update_interval: 60s id: IDSignal - platform: uptime name: "105 Raum.Hobby.ESP.mini-werkbank.Laufzeit" id: IDUptime - platform: template name: "105 Raum.Hobby.Bewegung.Werkbank.Anzahl" id: D5AnzahlId update_interval: never accuracy_decimals: 0 - platform: wifi_signal name: "105 Raum.Hobby.Bewegung.Werkbank.Signal" update_interval: 60s binary_sensor: - platform: gpio name: "105 Raum.Hobby.Bewegung.Werkbank.Zustand" id: D5Bewegung filters: - delayed_on_off: 100ms pin: number: D5 mode: INPUT on_press: then: - switch.turn_on: LED - lambda: id(D5Anzahl) += 1; - lambda: id(D5InaktivSek) = 0; - text_sensor.template.publish: id: D5AusloesezeitID state: !lambda return id(Zeit).c_str(); - sensor.template.publish: id: D5AnzahlId state: !lambda return id(D5Anzahl); - mqtt.publish: topic: "Bewegung.Last" payload: !lambda return std::string("HobbyWerkbank ") + id(Zeit).c_str(); - mqtt.publish: topic: "Bewegung.Lastabs" payload: !lambda return str_sprintf("%llu", id(MySntp).now().timestamp); - text_sensor.template.publish: id: HTML state: !lambda return MyTabelle(); on_release: then: - text_sensor.template.publish: id: HTML state: !lambda return MyTabelle(); switch: - platform: gpio pin: number: GPIO02 mode: OUTPUT inverted: true id: LED on_turn_on: - delay: 500ms - switch.turn_off: LED restore_mode: ALWAYS_OFF name: "105 Raum.Hobby.ESP.mini-werkbank.LED" - platform: restart name: "105 Raum.Hobby.ESP.mini-werkbank.Neustart" time: - platform: sntp timezone: Europe/Berlin id: MySntp on_time: - seconds: /10 then: - lambda: id(Zeit) = id(MySntp).now().strftime("%d.%m %H:%M:%S"); - lambda: |- id(D5InaktivSek) += 10; - text_sensor.template.publish: id: D5InaktivZeitId state: !lambda return MyTime(id(D5InaktivSek)); - text_sensor.template.publish: id: HTML state: !lambda return MyTabelle(); - text_sensor.template.publish: id: Aktuellezeit state: !lambda return id(Zeit).c_str(); - seconds: 0 minutes: 0 hours: 0 then: - lambda: |- id(D5Anzahl) = 0; id(D5InaktivSek) = 0;

MyTime.h sieht wie folgt aus:

std::string MyTime(int secs){ char Plural = ' '; if (secs > 60 * 60 * 24 *2 ) { Plural = 'e'; } if (secs < 60){ return str_sprintf("%02.0f Sek", float(secs)); } else { if (secs < 60 * 60){ return str_sprintf("%2.0f Min", abs(float(secs/60))); } else { if (secs < 60 * 60 * 24){ return str_sprintf("%2.0f Std", abs(float(secs/(60 * 60)))); } else { return str_sprintf("%2.0f Tag%c", abs(float(secs/(60 * 60 * 24))), Plural); } } } }

mini-werkbank.h wie folgt:

std::string MyTabelle(){ std::string CrLf = "\r\n"; std::string Rot = " style=\"background-color: red; font-size: 12pt;\""; std::string Gruen = " style=\"background-color: #44ff44; font-size: 12pt;\""; std::string Start = "<table style=\"width: 450 + px; font-size: 10pt; border-collapse: collapse;\" border=\"0\">" + CrLf; std::string Tabelle = Start; std::string Style = id(MQTTVerbundenId).state == "true" ? Gruen:Rot; Tabelle = Tabelle + "<td><tr><td" + Style + ">Mini-Wekbank</td><td style=\"width: 180px; font-size: 8pt;\">" + WiFi.localIP().toString().c_str() + "<br>" + WiFi.macAddress().c_str() + "</td></tr>"; Tabelle = Tabelle + "<tr><td>Signal: </td><td> "+ str_sprintf("%.0f", id(IDSignal).state) + " dBm</td></tr>"; Tabelle = Tabelle + "<tr><td>Laufzeit: </td><td> "+ str_sprintf("%.0f", id(IDUptime).state) + " s</td></tr>"; Tabelle = Tabelle + "<tr><td>Spannung: </td><td> "+ str_sprintf("%.2f", id(IDCore).state) + " V</td></tr>"; Tabelle = Tabelle + "<tr><td>Zeit: </td><td> "+ id(Zeit) + "</td></tr>"; Style = id(D5Bewegung).state == true ? Rot: ""; Tabelle = Tabelle + "<tr><td" + Style + ">Werkbank</td><td> "+ str_sprintf("%.0f", id(D5AnzahlId).state) + "</td></tr>"; Tabelle = Tabelle + "<tr><td>Werkbank</td><td> "+ id(D5InaktivZeitId).state + "</td></tr>"; Tabelle = Tabelle + "<tr><td>Werkbank</td><td> "+ id(D5AusloesezeitID).state + "</td></tr>"; Tabelle = Tabelle + "<tr><td onclick=\"servConn.setState('alias.0.Raum.Hobby.mini-werkbank.ESP.Neustart', true);\">Neustart</td></tr>"; Tabelle = Tabelle + "</table>"; return Tabelle; }

Folgendes Problem habe ich noch:
Ich steuere das Backlight über folgendes Skript, nämlich so, dass das Backlight nur an ist, wenn es dunkel ist.

Bildschirmfoto 2024-03-08 um 21.58.45.png
(nicht wundern, ich habe momentan zwei von den Schaltern, darum zwei Datenpunkte)

Seitdem ich jetzt diese "Lauflichtbestätigung" habe wenn ein Schalter betätigt wird, wird nach dem Lauflicht das Backlight wieder angeschaltet (obwohl es durch das vorherige Skript eigentlich aus ist, es ist also Tag und hell draußen)

Ich habe mir gedacht, ok, dann schreibe ich eben noch ein Skript, was das Backlight eben wieder ausschaltet wenn das Lauflicht fertig ist. Herausgekommen ist folgendes:
Bildschirmfoto 2024-03-08 um 22.00.54.png
(der Timeout ist die Dauer des Lauflichts nach Betätigung der Schalter. Die Trigger sind die Schalter, da es ein 2Ch ist, also zwei Trigger. Unten der DP Set ist der DP für das Backlight).

Das kuriose ist, habe ich die beiden Skripte aktiv und drücke einen Schalter, lasse das Licht schalten, warte aber nicht ab bis das Lauflicht fertig ist und drücke während das Lauflicht noch läuft den zweiten Schalter, bekomme ich eine Dauerschleife.

Ist das letzte Skript nicht aktiv, und ich mache das Szenario nochmal, schalten beide Schalter normal, das erste Lauflicht läuft ganz normal zu Ende und das zweite folgt. So wie es sein sollte.

Lange Rede kurzer Sinn, wenn der Schalter nach den Lauflichtern nicht grundsätzlich das Backlight an machen würde, wäre das Problem gelöst und ich hätte ein Skript gespart... oder habe ich einen Fehler in den Skripten?

@Ralla66
Frag mich jetzt bloß nicht, woran genau es lag, aber jetzt funzt es wieder.
Ich glaube, in den letzten 48 Stunden habe ich ein gutes Dutzend verschiedene Firmware-Varianten draufgeflasht.

Jetzt wird die Firmware mal sicher verwahrt. Zusammen mit der exakten Pinbelegung und dem Script.

Danke Dir!