NEWS

@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?

@dremeier Der ESP32 hat eine GPIO-Matrix und kann deshalb per Software einen der drei Hardware-UARTs auf nahezu beliebige Pins routen. Beim ESP8266 war das anders (festverdrahtet). Ich bin gespannt, ob dein Konverter funktioniert. Ich habe leider schon von vielen rauchenden Komponenten gehoert, sobald der ESP vom DC/DC-Wandler direkt von der Batterie gespeist wurde. Ich hoffe, dass die galvanische Trennung (auf allen Ebenen?) insb. auf der Masse-Leitung zwischen Batterie- und "ESP" bzw. DC/DC-Wandler. Ich habe hier leider zu wenig Ahnung von Schaltkreisen um hier guten Input zu geben.

@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!

@schmello said in Sensor für 2 Meter abstand Schalten:

@Dieter_P

Überwiegend kenne ich dazu aber ESP32 die scannen/empfangen und dann natürlich auch ein Relais schalten könnten. Ob Du gleichzeitig bzw. im Wechsel auch einen BT Beacon aus einem ESP32 machen kannst, könnte etwas aufwendiger werden. Jede Person ein ESP32 und Jede Person ein BT Beacon dürfte recht flott aufgebaut und getestet sein.

P.S.: Um es klein und schnuckelig zu halten, wäre vielleicht ein M5 Atom Lite ein schöne Form.

Das ist doch ein richtig cooler Ansatz. Riesen dank für die Antwort. Diesen M5 Atom Lite kenne ich gar nicht. Perfekt wäre noch wenn es einen Relais Aufsatz dafür geben würden.

Da bbin ich mir nicht ganz sicher und da ich dafür keinen Bedarf hatte bisher nicht genauer "erforscht". Könnte auch sein, dass es nur ein Aufsatz für den größeren Bruder den M5Stack gibt. Genau drauf zu schauen, wäre auch wie die Anbindung funktioniert. Diese M5 Serie kommt ja von Hause mit spezifischeren Softwaresupport UI Flow oder sowas. Heißt nicht, dass nicht Tasmota etc darauf läuft, aber man muß halt prüfen ob die Features das noch so funktionieren.

Welche Software hast du darauf am laufen und würdest du mir eventuell Skripte oder ähnliches wenn vorhanden zur Verfügung stellen?

Ich nutze ESPHome auf dem M5 Atom Lite, weil es sich für mich in überschaubarer Zeit/Aufwand als einzige Lösung gezeigt hat um meine Beacons zu identifizieren und auszuwerten. ESPEasy hat noch keinen Bluetooth-Support und Tasmota hab ich keine Beispiele gefunden. ESPHome braucht natürlich etwas wie IOBroker dahinter, daher bin könnte es für Dich/ eine Standalonelösung nichts sein. Die Konfiguration kann ich Dir gerne geben.

Welche Bluetooth Sender nutzt du denn?
Nutze von Ali-Express Beacons von https://www.feasycom.com/ (BP108) da so auch die Batterielaufzeit für mich akzeptabel über Jahre ist. günstigere Beacons würden auch funktionieren man muß aber mit der Kompatibilität etwas aufpassen, da viele billige China-Beacons nur mit Apps konfigurierbar sind die mit uralter Android Version funktionieren. Bei den ganz billigen Beacons darf man sich dann auch nicht wundern, wenn nach 1 Monat die Batterie leer ist. Aber alles eine Frage wozu das brauchst und entsprechend was schönes aussuchen kannst.

Hier mal ein Eindruck, wie sich die ESPHome Oberfläche zum M5 Atom Lite (Beacon Scanner) bei mir zeigt. Über die Sensorsignalstärke wäre die Idee dann die Relayschaltung auslösen zu lassen. Ob ESPHome für Dich in Frage kommt? Oder Du eher Standalone brauchst.

33bcc9d9-fc99-4b5e-b0be-2836c457652d-grafik.png

@dieter_p sagte in Tasmota Rule: Motor und Entfernung:
Entsprechend vlt. dort über eine Dimmer/PWM Funktion anzusteuern.

Ich habe es mal per MQTT eingebunden. Wenn ich in der Console "Dimmer 26" eingebe, beispielsweise, dann rotiert der Motor.

Eingestellt habe ich "DimmerRange 26 67"

Als Test habe ich nun, womit es funktioniert. Nun bleibt noch herauszufinden, warum die IF-Schleife nicht will...

Rule1 On SR04#distance<10 do Dimmer 26 EndOn

c6fc9ff6-4933-47b6-851f-f83846f0b780-image.png

EDIT: Mit einer 2.Rule kann man es auch einfach lösen 🙂

@meister-mopper Ja. Und auch das Murmeltier. 😊 Und inwiefern verhindert jetzt das Vorgehen, immer die neueste Software zu flashen, dass ich mir sowas auf eines oder mehrere meiner Geräte hole? Im Gegenteil, je öfter ich flashe, desto größer ist ja wohl die Chance, mal irgendwas Schlechtes zu erwischen, wenn es jemand böse gemeint hat und da irgendwie Schadcode in die Firmware eingeschleust hat. Kann ja doch etwas dauern bis es jemand auffällt und die Ursache behoben ist.

Wenn sich herausstellen sollte, dass auf irgendeinem meiner Geräte mit irgendeinem Softwarestand sowas befindet, bin ich der Letzte, der dann nicht updated. Da muss ich aber nicht ständig alle Geräte flashen, sondern es reicht, immer wieder mal in die Changelogs zu schauen, was sich so tut. Für beispielsweise Tasmota 7.1.2 hat sich bis heute niemand gemeldet, der darin Schadsoftware gefunden hat, also wird da wohl auch nix drin sein. Was würde sich also in Bezug auf Sicherheit ändern für mich, wenn ich jetzt die aktuelle Version draufmache? Nix. Nur, er würde nicht mehr laufen (siehe oben).
Wenn aber jemand in einer der letzten Versionen was eingebaut hat, was bislang unbemerkt blieb und irgendwann zuschlägt, dann wäre die Chance doch ungleich höher, meine Geräte jetzt damit zu infizieren und irgendwann „dem Bösen“ ausgeliefert zu sein, wenn ich immer schaue, den „neuesten Sch…“ drauf zu haben? Also aus Sicht der Sicherheit sehe ich da keinerlei Vorteile, nur Nachteile.

Das meine smarten Geräte (Tasmota, Shelly und Co) per Firewall eh vom Internet abgeschnitten sind, tut sein Übriges.

TL;DR: Nicht blindlings immer alles sofort flashen, vorher schauen, was sich geändert hat und ob man das braucht (neue Funktionen oder Fehlerbehebung, wenn man von diesem Fehler betroffren ist). Changelogs lesen hat noch nie geschadet.

Gruss, Jürgen

Moin, hier noch mal ein kleines update für 64 Sensoren an einer Signalleitung an einem ESP32 D1 Mini.

Ich habe dass jetzt mit den mit eine Bread Board - 48 Sensoren und den 16 in der Kabelpeitsche Vorhandenen als Testaufbau gemacht.

64 laufen --> MQTT kommt auch im ioBroker an.

Also alles auf kurzer Strecke gedacht... als Akku Überwachung. Ich werde dann die einzelnen Batterie Pole jeweils überwachen.... und quasie nur 32 verbauen.
Man kann auch zu viel messen ..., aber wenn das so abfällt, dann scheue ich die einmalige Installation nicht..

ESPhome geflasht über HomeAssi

@codierknecht Super! Hat funktioniert!
Vielen Dank!

SPS30_Sonoff.PNG

@ralla66
hast du vielleicht in der Zwischenzeit noch was rausgefunden wie ich die Daten irgendwie sinvoll auslesen kann?
Ich habe etwas rumprobiert aber nicht hat funktioniert 😞

@thomas-braun Hätte ich auch selber drauf kommen können

martin@ZigbeeStuff:~$ lsusb ... Bus 002 Device 002: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO) ...

"usb-dresden_elektronik_ConBee_III_DE03189531-if00-port0"

Wenn es statt "...-if00-port0" "...if02-port2" hintendran gewesen wären, hätte es immerhin einen Grund gegeben, auf eine falsche Fährte zu geraten ...

M 1 +1,3,s,0,9600, 1,77070100000009FF@1,Geräteeinzelidentifikation,,geräteeinzelidentifikation,0 1,77070100010800FF@1,Zählerstand Total,Wh,zählerstand_total,5 1,77070100010801FF@1,Zählerstand Tarif 1,Wh,zählerstand_tarif_1,0 1,77070100010802FF@1,Zählerstand Tarif 2,Wh,zählerstand_tarif_2,0 1,77070100100700FF@1,aktuelle Wirkleistung,W,aktuelle_wirkleistung,2 1,77070100240700FF@1,Wirkleistung L1,W,wirkleistung_l1,2 1,77070100380700FF@1,Wirkleistung L2,W,wirkleistung_l2,2 1,770701004C0700FF@1,Wirkleistung L3,W,wirkleistung_l3,2

@marco-3 Das Problem sind ja die Bauteillasten.
Deshalb kann man nicht mehr als 12 Sensoren auf einen GPIO Pin leiten.
Wenn man die Sensoren auf mehrere GPIO verteilt hat man dieses Problem nicht.

@meister-mopper said in Smartmeter auslesen - manchmal sehr hohe Werte >80kW:

@kapitaen31 sagte in Smartmeter auslesen - manchmal sehr hohe Werte >80kW:

Wo meinst Du in den Logging Einstellungen. Welche Logging Einstellungen ?

InfluxDB-Adapter:

567b4383-5a4a-445a-bce5-d9fd57374562-grafik.png

Danke Dir.... Daran hatte ich nicht mehr gedacht....