@homoran said in JK-BMS über RS485 mit ESPHome auslesen: Punkt 1: Da muss jemand die Energie und das Können haben den BT Verkehr mitzuschneiden und das Kennwort auszulesen. Nö, wenn jemand weiß dass es ein JK BMS ist kann er ohne ein Passwort sämltliche Einstellungen nach Belieben verstellen. Alles was er braucht ist die öffentlich bekannte MAC Adresse und den hier besprochenen Github-Inhalt auf einem ESP32. Zum Glück lässt sich BLE ja im BMS deaktivieren und alles auch über UART-TTL Anbindung per Kabel nutzen.

@blockmove Muss ich mal versuchen, wenn ich genug zeit finde

@ullij said in Stromzähler mit Kauf/Verkauf Option in iobroker.: @andre1de sagte in Stromzähler mit Kauf/Verkauf Option in iobroker.: Mein oben beschriebenes Problem konnte ich übrigens durch den Vergleich mit früheren Daten lösen. Wenn die Werte für Bezug und Einspeisung aktualisiert bzw. geändert werden geht das auch damit...zumindest grob im Rahmen der zeitlichen Auflösung. Mit Hilfe der aktuellen Leistung geht es halt etwas präziser. die Variante von mir war OBIS, vielleicht funktioniert ja auch die Version mit SML ... good luck Nein, deine Code funktioniert nicht, aber wie gesagt, ich kriege problemlos meine Hauptwerte. Und ich habe noch im Forum von tasmota gefragt, ob schon neu Code gibt.

@homoran ok danke euch

@mcu said in Sonoff-Adapter findet einen Wert vom Device nicht: Ich bin da nicht mehr im Thema, aber die Idee wäre den Wert vom Attribut "Range" der vom Adapter nicht abgefangen wird, umzusetzen auf einen definierten Wert (vom Adapter) . Danke, das hat funktioniert! __ @jan1 said in Sonoff-Adapter findet einen Wert vom Device nicht: @topsurfer Erstelle den DP manuell und schau ob er vom Adapter befüllt wird. Habe ich bei einem fehlenden DP im Shuttermodus auch so gelöst und da funktioniert es. Probiert, aber der Wert bleibt immer 0 (auch ESP restart, Bodenfeuchte geändert, ...) Hab den DP vom Typ "Zahl" angelegt { "common": { "name": "Range", "desc": "Manuell erzeugt", "role": "state", "type": "number", "read": true, "write": true, "def": 0 }, "type": "state", "native": {}, "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1746117283884, "_id": "sonoff.0.Zisterne #e11.Range", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } } [image: 1746118535190-2025-05-01_185334.png]

@hardy-1 2 Minuten ist wenig zweckmäßig. PIN aus und Info ein hast Du probiert?

Hallo, es ist ein DD3 Zähler, der wird auch von Tasmota unterstützt und ich kann auslesen: https://tasmota.github.io/docs/Smart-Meter-Interface/#ebz-dd3-obissml Der esp32 so @1topf sagte in Tasmota - SML - Modbus: Aber ich vermute, daß Dein gekaufter Lesekopf (noch) nicht Modbusfähig ist. Das hätte der Verkäufer gleich mit reinkompilieren müssen. S Das modbus-Modul ist zwar kompiliert, meines Erachtens benötige ich es aber nur, wenn ich Modbus ASCII verwenden will. Ich möchte jetzt "nur", dass der esp32 als Modbus Server/Slave arbeitet. Er lauscht nach Anfragen und sendet dann. Das dürfte nur eine normale serielle Kommunikation sein, da habe ich gerade diesen Abschnitt gefunden https://tasmota.github.io/docs/Scripting-Language/#serial-io-support Ich muss den esp32 jetzt dazu bekommen, die ganze Zeit die seriellen Anfragen zu prüfen und entsprechend darauf reagieren. Jemand eine Idee?

Ich habe es mit einer Rule geschafft: Rule1 ON Button1#State DO Add1 1 endon on var1#state==1 DO Backlog Power1 1; Power2 1; Power3 0; Power4 0 endon on var1#state==2 DO Backlog Power1 0; Power2 1; Power3 1; Power4 0 endon on var1#state==3 DO Backlog Power1 0; Power2 0; Power3 1; Power4 1 endon on var1#state==4 DO Backlog Power1 1; Power2 blink; Power3 blink; Power4 1 endon on var1#state==5 DO Backlog Power1 0; Power2 0; Power3 0; Power4 0; Var1 0 endon EDIT Mit Backlog0 bekommt man die Versögerung fwischen den Befehlen weg. Dann sieht alles was flüssiger aus. Rule1 ON Button1#State DO Add1 1 endon on var1#state==1 DO Backlog0 Power1 1; Power2 1; Power3 0; Power4 0 endon on var1#state==2 DO Backlog0 Power1 0; Power2 1; Power3 1; Power4 0 endon on var1#state==3 DO Backlog0 Power1 0; Power2 0; Power3 1; Power4 1 endon on var1#state==4 DO Backlog0 Power1 1; Power2 blink; Power3 blink; Power4 1 endon on var1#state==5 DO Backlog0 Power1 0; Power2 0; Power3 0; Power4 0; Var1 0 endon

@krodon sagte in ESP32C6 als zigbee Sensor: @asgothian Danke für die Info, ich habe mich kurz im Tuya Developer eingelesen. Welcher Coordinator ist empfehlenswert? Er sollte nicht mit USB angeschlossen werden, lieber WLan. Außersem sollte es möglich sein ihn, mit baugleichen, im Netzwrk zu erweitern. Damit forderst du etwas was die Leistungsfähigkeit des Koordinators begrenzt. WLan und Zigbee liegen im gleichen Frequenzband - daher ist ein Anschluss via LAN grenzwertig machbar, ein Anschluss über WLAN ist instabil. Koordinatoren sind dafür gemacht ein Netzwerk aufzubauen. Es ist Aufgabe aller fest am Strom verbundenen Geräte als Zigbee-Router zu agieren - das muss die Firmware sicherstellen. Nutzung von Koordinator-Hardware als Router ist wenig sinnvoll. Eine genaue Empfehlung für einen LAN Koordinator gebe ich absichtlich nicht. Der Anschluss via Lan ist meiner Meinung nach nicht ideal, da darüber generell ein emuliertes serielles Protokoll gefahren wird ohne das sicherzustellen ist das eine serielle Nachricht auch in einem TCP Paket landet. (Wobei LAN besser ist als WLan, aber aus meiner Sicht immer noch nicht gut) Da das serielle Protokoll an der Stelle aber wenig Fehlertolerant ist können selbst kleine Auffälligkeiten im Netzwerk zu Problemen bei der seriellen Kommunikation führen. Ich verweise an der Stelle auf die Kompatibilitätsliste bei Zigbee2mqtt.io. Dort werden verschiedene Koordinatoren (USB oder LAN) gelistet. Die einzige Empfehlung die ich abgebe ist die Nutzung eines Koordinators basierend auf einem TI Chip. A.

Ich habe meinen Wattwächtrer in Home Assistant eingebunden und wollte dort testweise die Daten in Echtzeit haben, d.h. jede Änderung sollte in HA auftauchen. Erreichen kann man das, indem man im Tasmota-Script bei dem entsprechenden Sensor-Wert in der letzten Ziffer, mit der die Nachkommastellen angegeben werden, noch 16 hinzuaddiert. Dabei die die Vorgabe von TelePeriod ignoriert. Will man im obigen Beispiel also die aktuelle Leistung bei jeder Änderung übertragen, muss die Zeile lauten: 1,77070100100700ff@1,akt. Leistung,W,Leistung,16

@ralla66 Hi, hat es damit geklappt?

Hier noch ein kleines Update. Damals hatte ich die ESP32 mit jeweils 32Temp Sensoren und den JK-BMS BT Datensatz gezogen. Dies wurde mit HA und ESPhome 2023.12.5 gemacht und lief und läuft wuderbar. Zischendurch wollte ich ESP home 2025.x.x installieren --> ganz großer Fehler. im YAML File musste einiges geändert werden, ging auch dallas wurd zu one_wire und OTA wollte nun ein PW haben, welches man auch leer lassen kann. ABER --> es werden nicht mehr alle angezeigt und bei Update mit OTA, findet er den ESP nicht mehr. man soll ne statische IP vergeben... also wieder zurück auf ESP home 2023.12.5

@micklafisch oder schau mal hier. Meine config läuft seit dem Beitrag hier im Forum ohne Probleme https://forum.iobroker.net/topic/79571/esp32s-mit-ds18b20-temp-sensor/8?_=1743782222264 Gruß Sonnenschein

@codierknecht Ich danke dir. Dachte ich mir fast schon, extrem schade - aber lässt sich dann nicht ändern.

@bananajoe ja, das Problem der defekten IR-Schnittstelle, wie in dem von dir verlinkten Video, scheint bei dem Typ von Stromzähler recht weit verbreitet zu sein. Ich habe mal das Bayernwerk angeschrieben und gefragt ob sie den Zähler tauschen. Den Support des Herstellers vom Wattwächter hatte ich auch angemailt und die hatten sich auch sehr schnell gemeldet. Finde ich wirklich sehr positiv, immerhin war ja Wochenende.

@laser hast du nun die ausgegebenen SML Daten mal analysiert oder nicht? "Habe Getestet" ist sehr allgemein gehalten und lässt viel Raum für Interpretation. Wenn dich das mit der Glaskugel getriggert hat tut es mir leid. Hast du für deinen Iskra 175 eine Pin? Bei manchen Modellen muss man das erst freischalten. Wobei laut Anleitung https://www.ewr-netz.de/fileadmin/data/downloads/PDF/digitaler_Zaehler_Anleitung_Ablesung.pdf wird das nicht extra erwähnt

@armilar said in mqtt Client für Sonoff NSPanel: Kennst du das NSPanel Projekt für den ioBroker? Aber natürlich. Tatsächlich habe ich mit dem Berry Script aus dem Lovelace UI Projekt angefangen. Aber das war lange bevor ich wirklich wusste, was ioBroker und Tasmota und die Nextion API sind ;-)

@dieter_p Hallo Dieter, ich habe tatsächlich nach einer einfachen Möglichkeit gesucht, meinen Victron Multiplus über ein Display (im einfachen Rahmen) fernzusteuern und die Werte für den Akku bzw. Stromverbauch zu sehen. Dazu habe ich auch so ein cheap yellow display 2,8" benutzt allerdings mit einem usb-c Anschluss. Das Einrichten war am Anfang etwas aufwendiger und ich habe auch mit Tasmota herumgespielt bin dann aber bei der Arduino ide und squareline studio gelandet...! Das erste Bild zeigt den Normalzustand (der Kreis ist je nach Ladezustand voll oder eben nur zu einem Bruchteil gefüllt), das zweite dasu ausgeklappte Menü wenn man auf die Sonne gedrückt hat und das dritte das Display in einem 3D gedruckten Gehäuse. Die Daten werden dazu per MQTT empfangen und entsprechend umgewandelt (json) und dann dargestellt. Zu squareline studio gibt es zum Glück viele Videos im Internet... und Gehäuse zum Ausdrucken auch... mir hat bei dem ganzen chatgpt sehr weiter geholfen... bin leider kein Programmierer ;) [image: 1741612111176-20250310_135928-resized.jpg] [image: 1741612116511-20250310_135936-resized.jpg] [image: 1741612122610-20250310_135813-resized.jpg]