NEWS

@alex-8 Servus!

Ich gehe mal davon aus, dass der ESP8266 mit dem CC1101 nun läuft nun erkannt wird (Dein Log). Die MQTT Verbindung zum iob hast du auch am laufen und es werden Datenpunkte im iob erzeugt. Das ist schon mal gut!

Jetzt geht es im Bereich des OpenMQTTGateway weiter mit der Konfuration:
https://docs.openmqttgateway.com/use/rf.html#what-is-an-rf-gateway

Entscheident ist die Auswahl der RF Library des ESP8266 für die korrekte Dekodierung der Sensordaten. Hier gibt es folgende Libraries zur Auswahl, jede hat mehr oder weniger Vor/Nachteile:

1 - PiLight
2 - RF
3 - RTL_433
4 - RF2

Beim ESP8266 kannst Du leider weniger Libraries verwenden, ich denke da gibt es Einschränkungen mit Speicher und CPU Performance. Entsprechende Dokumentation findes Du hinter dem Link (oben).

Eventuell ist Dein Device ja auch hier schon dabei?
https://docs.openmqttgateway.com/use/rf.html#supported-decoders

Oft musst du das Signal mehrfach senden, damit es vom Receiver empfangen wird:
https://docs.openmqttgateway.com/use/rf.html#repeat-the-rf-signal-several-times

Auch gibt es eine aktive Community:
https://community.openmqttgateway.com/

Ich hoffe Du kommst damit weiter?

LG
alk

@jens-g deine Entscheidung. Allerdings merkt sich der Adapter durchaus den “Namen” des Gerätes - nicht aber die ID, die für die Ansteuerung verantwortlich ist. Das mit dem Posten der Info Anzeige (nach deinen Änderungen) war ernst gemeint.

Das was du als externen Konverter von mir bekommen hattest war dürneine Lampe, nicht für einen Sensor.

A.

@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" } }

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