<gelöst> WiFi IR Kopf für Stromzähler. Mqtt Template

Begonnen von Albi, 04 Februar 2024, 12:26:52

Vorheriges Thema - Nächstes Thema

Albi

Hallo zusammen,

ich habe einen WiFi IR Leskopf mir zugelegt.

https://www.wispr-shop.de/produkt/wifi-ir-schreib-lesekopf-diy-set/


Habe das Teil am laufen. Script vom Zähler, Mqtt Konfig usw. Läuft.

Per Autocreate wurde auch mein Tasmota als Mqtt Device angelegt. Werde in den Readings übertragen.


Nun folgende Frage, welches

set <meinDevice> attrTemplate
setze ich am besten. Bzw gibt es für diesen WiFI IR-Lesekopf überhaupt ein Template?


Fhem update habe ich gemacht. Und es laufen auch schon einige Tasmota Teile in Fhem bei mir.


Gruß Albi
Fhem Raspberry3+

TabletUI mit Abfallkalender, der auch per Telegramm sendet - Verkehrsmeldung über Google, das per DOIF an Telegramm bei Störung meldet - Sonnoff mit Tasmota (mqtt) und Shelly (mqtt und mqtt2) - Alexa Verknüpfung - Benzinpreis auf Tablet UI über HTTPMOD - Wetter + Pollen

rudolfkoenig

ZitatBzw gibt es für diesen WiFI IR-Lesekopf überhaupt ein Template?
Welche Funktionalitaet fehlt noch?
attrTemplate erleichtert die Einrichtung, wenn man Befehle zum Geraet senden will, oder wenn man ein Mehrkanalgeraet  ueber mehrere diskrete MQTT2_DEVICE Instanzen bedienen will. Diese Probleme sehe ich hier nicht.

Off-Topic: wie kann man das Geraet erwerben?
Ich habe auf der verlinkten Webseite keine Hinweise gesehen, und ebay scheint das Geraet auch nicht mehr zu fuehren.

JoWiemann

#2
Zitat von: rudolfkoenig am 04 Februar 2024, 12:56:34Off-Topic: wie kann man das Geraet erwerben?
Ich habe auf der verlinkten Webseite keine Hinweise gesehen, und ebay scheint das Geraet auch nicht mehr zu fuehren.

https://www.ebay.de/itm/295985095280?hash=item44ea162270:g:DqcAAOSw~NRlnoDE
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

jkriegl

Rpi 3, Fhem, Cul 868, HM-CC-RT-DN, HM-Sec-Sco, HM-ES-PMSw1-Pl, ebus (Vaillant), ECMD, Telegram, HTTPMOD, Xiaomi, Shelly

Albi

Hallo Rudolf,

danke für die schnelle Antwort. Ich habe es aktuell ohne attrTemplate am laufen lassen. Also nichts gesetzt, wie du auch empfiehlst. Kann alle Readings auslesen.

defmod Stromzaehler MQTT2_DEVICE DVES_07A789
attr Stromzaehler IODev mqtt2
attr Stromzaehler readingList DVES_07A789:/Stromzaehler/tele/LWT:.* LWT\
DVES_07A789:/Stromzaehler/cmnd/POWER:.* POWER\
DVES_07A789:/Stromzaehler/tele/INFO1:.* { json2nameValue($EVENT) }\
DVES_07A789:/Stromzaehler/tele/INFO2:.* { json2nameValue($EVENT) }\
DVES_07A789:/Stromzaehler/tele/INFO3:.* { json2nameValue($EVENT) }\
DVES_07A789:/Stromzaehler/stat/RESULT:.* { json2nameValue($EVENT) }\
DVES_07A789:/Stromzaehler/stat/POWER1:.* POWER1\
DVES_07A789:/Stromzaehler/tele/STATE:.* { json2nameValue($EVENT) }\
DVES_07A789:/Stromzaehler/tele/SENSOR:.* { json2nameValue($EVENT) }\
DVES_07A789:tasmota/discovery/D8F15B07A789/config:.* { json2nameValue($EVENT) }\
DVES_07A789:tasmota/discovery/D8F15B07A789/sensors:.* { json2nameValue($EVENT) }
attr Stromzaehler room 0_Verteilung
attr Stromzaehler stateFormat ZS: LK13BE_Power_total_in kWh\
ESP: LK13BE_Power_total_out kWh\
VB: LK13BE_Power_curr W\
\
P1: LK13BE_Power_L1_curr W\
P2: LK13BE_Power_L2_curr W\
P3: LK13BE_Power_L3_curr W\
\
L1: LK13BE_Amperage_L1_curr A\
L2: LK13BE_Amperage_L2_curr A\
L3: LK13BE_Amperage_L3_curr A\


setstate Stromzaehler ZS: 5892 kWh\
ESP: 54 kWh\
VB: 355 W\
\
P1: -51 W\
P2: 275 W\
P3: 131 W\
\
L1: 1.35 A\
L2: 1.65 A\
L3: 0.71 A\

setstate Stromzaehler 2024-02-04 13:08:49 Heap 17
setstate Stromzaehler 2024-02-04 12:02:16 IODev mqtt2
setstate Stromzaehler 2024-02-04 11:58:30 Info1_FallbackTopic cmnd/DVES_07A789_fb/
setstate Stromzaehler 2024-02-04 11:58:30 Info1_GroupTopic /tasmotas/cmnd/
setstate Stromzaehler 2024-02-04 11:58:30 Info1_Module Sonoff Basic
setstate Stromzaehler 2024-02-04 11:58:30 Info1_Version 13.1.0(TasmoCompiler-esp8266generic)
setstate Stromzaehler 2024-02-04 11:58:30 Info2_Hostname Stromzaehler-1929
setstate Stromzaehler 2024-02-04 11:58:30 Info2_IPAddress 192.168.0.228
setstate Stromzaehler 2024-02-04 11:58:30 Info2_WebServerMode Admin
setstate Stromzaehler 2024-02-04 11:58:30 Info3_BootCount 5
setstate Stromzaehler 2024-02-04 11:58:30 Info3_RestartReason Software/System restart
setstate Stromzaehler 2024-02-04 13:10:57 LK13BE_Amperage_L1_curr 1.35
setstate Stromzaehler 2024-02-04 13:10:57 LK13BE_Amperage_L2_curr 1.65
setstate Stromzaehler 2024-02-04 13:10:57 LK13BE_Amperage_L3_curr 0.71
setstate Stromzaehler 2024-02-04 13:08:49 LK13BE_HZ 50.00
setstate Stromzaehler 2024-02-04 13:10:57 LK13BE_Power_L1_curr -51
setstate Stromzaehler 2024-02-04 13:10:57 LK13BE_Power_L2_curr 275
setstate Stromzaehler 2024-02-04 13:10:57 LK13BE_Power_L3_curr 131
setstate Stromzaehler 2024-02-04 13:10:57 LK13BE_Power_curr 355
setstate Stromzaehler 2024-02-04 13:10:57 LK13BE_Power_total_in 5892
setstate Stromzaehler 2024-02-04 13:10:57 LK13BE_Power_total_out 54
setstate Stromzaehler 2024-02-04 13:08:49 LK13BE_Volt_L1_curr 230.1
setstate Stromzaehler 2024-02-04 13:08:49 LK13BE_Volt_L2_curr 229.4
setstate Stromzaehler 2024-02-04 13:08:49 LK13BE_Volt_L3_curr 230.9
setstate Stromzaehler 2024-02-04 13:08:49 LK13BE_phase_angle_l2_l1 119.7
setstate Stromzaehler 2024-02-04 13:08:49 LK13BE_phase_angle_l3_l1 240.1
setstate Stromzaehler 2024-02-04 13:08:49 LK13BE_phase_angle_p1 98.6
setstate Stromzaehler 2024-02-04 13:08:49 LK13BE_phase_angle_p2 332.6
setstate Stromzaehler 2024-02-04 13:08:49 LK13BE_phase_angle_p3 335.5
setstate Stromzaehler 2024-02-04 12:49:47 LWT Online
setstate Stromzaehler 2024-02-04 13:08:49 LoadAvg 19
setstate Stromzaehler 2024-02-04 13:08:49 MqttCount 2
setstate Stromzaehler 2024-02-04 12:49:47 POWER
setstate Stromzaehler 2024-02-04 13:08:49 POWER1 off
setstate Stromzaehler 2024-02-04 13:08:49 Sleep 50
setstate Stromzaehler 2024-02-04 13:08:49 SleepMode Dynamic
setstate Stromzaehler 2024-02-04 13:10:57 Time 2024-02-04T13:10:56
setstate Stromzaehler 2024-02-04 13:08:49 Uptime 0T01:10:23
setstate Stromzaehler 2024-02-04 13:08:49 UptimeSec 4223
setstate Stromzaehler 2024-02-04 13:08:49 Wifi_AP 1
setstate Stromzaehler 2024-02-04 13:08:49 Wifi_BSSId 44:4E:6D:58:22:49
setstate Stromzaehler 2024-02-04 13:08:49 Wifi_Channel 11
setstate Stromzaehler 2024-02-04 13:08:49 Wifi_Downtime 0T00:00:03
setstate Stromzaehler 2024-02-04 13:08:49 Wifi_LinkCount 1
setstate Stromzaehler 2024-02-04 13:08:49 Wifi_Mode 11n
setstate Stromzaehler 2024-02-04 13:08:49 Wifi_RSSI 100
setstate Stromzaehler 2024-02-04 13:08:49 Wifi_SSId Kloster
setstate Stromzaehler 2024-02-04 13:08:49 Wifi_Signal -49
setstate Stromzaehler 2024-02-04 12:49:47 bat 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_1 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_10 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_11 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_12 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_13 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_14 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_15 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_16 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_17 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_18 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_19 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_2 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_20 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_21 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_22 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_23 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_24 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_25 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_26 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_27 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_28 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_29 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_3 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_30 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_31 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_32 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_4 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_5 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_6 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_7 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_8 0
setstate Stromzaehler 2024-02-04 12:49:47 btn_9 0
setstate Stromzaehler 2024-02-04 12:49:47 dn Tasmota
setstate Stromzaehler 2024-02-04 12:49:47 dslp 0
setstate Stromzaehler 2024-02-04 12:49:47 fn_1 Tasmota
setstate Stromzaehler 2024-02-04 12:49:47 ft /%topic%/%prefix%
setstate Stromzaehler 2024-02-04 12:49:47 hn Stromzaehler-1929
setstate Stromzaehler 2024-02-04 12:49:47 if 0
setstate Stromzaehler 2024-02-04 12:49:47 ip 192.168.0.228
setstate Stromzaehler 2024-02-04 12:49:47 lk 0
setstate Stromzaehler 2024-02-04 12:49:47 lt_st 0
setstate Stromzaehler 2024-02-04 12:49:47 mac D8F15B07A789
setstate Stromzaehler 2024-02-04 12:49:47 md Sonoff Basic
setstate Stromzaehler 2024-02-04 12:49:47 ofln Offline
setstate Stromzaehler 2024-02-04 12:49:47 onln Online
setstate Stromzaehler 2024-02-04 12:49:47 rl_1 1
setstate Stromzaehler 2024-02-04 12:49:47 rl_10 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_11 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_12 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_13 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_14 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_15 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_16 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_17 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_18 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_19 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_2 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_20 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_21 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_22 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_23 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_24 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_25 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_26 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_27 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_28 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_29 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_3 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_30 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_31 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_32 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_4 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_5 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_6 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_7 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_8 0
setstate Stromzaehler 2024-02-04 12:49:47 rl_9 0
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_Amperage_L1_curr 1.49
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_Amperage_L2_curr 1.64
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_Amperage_L3_curr 0.52
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_HZ 50.00
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_Power_L1_curr 211
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_Power_L2_curr 274
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_Power_L3_curr 54
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_Power_curr 540
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_Power_total_in 5891
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_Power_total_out 54
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_Volt_L1_curr 227.5
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_Volt_L2_curr 226.9
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_Volt_L3_curr 230.2
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_phase_angle_l2_l1 121.3
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_phase_angle_l3_l1 241.1
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_phase_angle_p1 7.4
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_phase_angle_p2 332.4
setstate Stromzaehler 2024-02-04 12:49:47 sn_LK13BE_phase_angle_p3 307.1
setstate Stromzaehler 2024-02-04 12:49:47 sn_Time 2024-02-04T12:49:46
......


Schon ne Coole Sache.


OffTopic: Habe es bei E**y gekauft. Einfach nach "Wifi IR Lesekopf tasmota" suchen. da kommt dann gleich einiges. Rund 40 Euronen waren es. Allerdings muss man sich dann noch Gedanken für die Stromversorgung des Teils machen (USB-C). Bei mir hängt es aktuell an eine Powerbank zum testen. Und der Zähler muss natürlich dafür geeignet sein, geht nur mit einem Digitalen. Die alten Ferrarizähler können das nicht. Hast du das Teil gekauft, musst du in der Tasmota Oberfläche unter Konsole das Script für deinen Zähler eintragen. Ist in der Doko der Homepage des Herstellers ein Link zu finden, wo es zu Git Hub geht für die einzenlnen Zähler.


Gruß Albi
Fhem Raspberry3+

TabletUI mit Abfallkalender, der auch per Telegramm sendet - Verkehrsmeldung über Google, das per DOIF an Telegramm bei Störung meldet - Sonnoff mit Tasmota (mqtt) und Shelly (mqtt und mqtt2) - Alexa Verknüpfung - Benzinpreis auf Tablet UI über HTTPMOD - Wetter + Pollen

DieterN

Hallo zusammen
ich werde immer wieder hier vom FHEM positiv überrascht.
Ich habe vor ca. 10 Jahren über IR-Leseköpfe und serieller Schnittstelle meine beiden Zähler ausgelesen.
Allerdings über linux shell bash Befehle. Ging alles mit Auswertung, Logs usw.
Dann hat man bei mir die Zähler getauscht und die scripte liefen nicht mehr. (Protokoll und Adressen wahrscheinlich geändert).
Habe es dann gelassen.
Jetzt mit den Leseköpfen über Wlan und FHEM ergeben sich da wieder viele Möglichkeiten.
Gibt es da auch schon Auswertungen und Charts, oder muss man sich das selber programmieren?
Kenn mich leider in FHEM viel zu wenig aus.
LD Dieter
Fhem Server: BananaPI M2 auf SSD;  11xJeelink(Temp), 6xFHT8Vs(Stellmotoren), CUL_HM (Fensterkontakte); MQTT2 (8fach Relais) (Fussbodenheizung) und 4x Temp

rudolfkoenig

ZitatGibt es da auch schon Auswertungen und Charts, oder muss man sich das selber programmieren?
Ein Plot der gelieferten Werte sollte trivial sein:
- es wird automatische ein FileLog angelegt
- in der FileLog Detailansicht kann man ein SVG definieren, und da die gewuenschten Werte anzeigen.

Da mein Zaehler nur "Total Consumed" liefert, musste ich die Differenz berechnen:
attr XX oldreadings OBIS_Total_in
attr XX userReadings energy3min:.*Total_in.* { sprintf("%0.3f", ReadingsNum($NAME, "OBIS_Total_in", 0)-OldReadingsNum($NAME, "OBIS_Total_in", 0)) }
Ich habe im Tasmota-Skript den Intervall von 20s auf 180 gesetzt, um die Zeitliche- gegen die Energie-Aufloesung zu tauschen.

Jetzt wuesste ich noch gerne, wieso nur ein Wert sinnvoll ueber OBIS ausgelesen werden kann, auf dem Stromzaehler-Display sind auch Weitere (samt OBIS-Code) abzulesen. Und ich meine sogar die Tasmota-Skript-Syntax verstanden zu haben :)

DasQ

Theoretisch kannst du sogar noch viel mehr auslesen. (History letzte Woche, letzter Monat usw.)

Is mir auch schleierhaft warum bis jetzt keiner die sende led nutzt.
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

Beta-User

Zitat von: rudolfkoenig am 08 Februar 2024, 22:35:27Ich habe im Tasmota-Skript den Intervall von 20s auf 180 gesetzt, um die Zeitliche- gegen die Energie-Aufloesung zu tauschen.
Mit der script-Syntax ist das auch nicht "entweder-oder", man kann auch separate (Zwischen-) publishes einbauen, siehe dazu auch https://forum.fhem.de/index.php?topic=132620.0.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

rudolfkoenig

Historie ist mir egal (dafuer ist FHEM besser geeignet), aber warum der aktuelle Verbrauchswert oder die Zaehlernummer nicht auszulesen ist (auch wenn ich das im Display angezigete OBIS-Code verwende), das wundert mich schon.
Ist aber eher ein Problem des Zaehler-Herstellers, und nicht Tasmota oder FHEM.
Dass die einzelnen Phasen nicht gemessen werden, ist vmtl. auf dem Elektriker zurueckzufuehren.

ZitatMit der script-Syntax ist das auch nicht "entweder-oder", man kann auch separate (Zwischen-) publishes einbauen, siehe dazu auch https://forum.fhem.de/index.php?topic=132620.0.
Ich glaube ein zwischen-publish wuerde mir nicht helfen, da der Gesamtverbrauch (und sonst kriege ich nichts) nur in 0.001 kWh Schritten sich aendert.
Die Genauigkeit zu erhoehen hat nicht geholfen, da kriege ich nur ein 0 mehr.
D.h. ich habe entweder 180W Genauigkeit mit 20s Aufloesung oder 20W mit 180s.
Wenn ich mich irren sollte, bitte mich aufklaeren.

KölnSolar

ZitatIst aber eher ein Problem des Zaehler-Herstellers
So ist es bzw. des MSBs, der den Zähler konfigurieren lässt. Die (hintere) MSB-Schnittstelle liefert mehr Daten(aber wg. Verplombung kommt man nicht dran).
Mit der Zählerpin kommen manchmal mehr Daten.(wenigstens die aktuelle Leistung sollte kommen).
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Beta-User

Rudi, was hast du da für einen Zähler? Eigentlich kann der Elektriker kaum was falsch gemacht haben, das sind nur wenige Strippen, die man da anschließen kann...

Und (dauerhaft) entsperrt hast du das Ding? Man muss dafür - zumindest bei dem hier verbauten - zum einen beim Netzbetreiber einen Code abholen, und zum anderen dann auch irgendwo in den Untiefen des "Taschenlampen-Menüs" das dauerhafte Anzeigen der Detail-Werte aktivieren. (Datenschutz...).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

DasQ

Wie gesagt, im Zähler steckt mehr Info, aber die rückt er nur über Navigation raus. Ob man per ir durch die menus wechseln kann weis ich noch nicht. Wäre aber mal ein Ansatz den Dingern mehr Infos aus der Nase zu ziehen. Ob das so geht steht in den Sternen. Bzw könnte man dann ja wieder mit Cam ESP und Ki auslesen(von hinten durch den Kopf ins aug)

Mein voriger Zähler war ein DZG und mit der manual hab ich mich mal näher beschäftigt. Hab's aber verworfen, weil ich ja hatte was ich wollte.

Btw. Hier mal ein Link zu einer manual

https://www.dzg.de/fileadmin/dzg/content/downloads/produkte-zaehler/dvs74/dzg_dvs74_Bedienungsanleitung.pdf

Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

rudolfkoenig

ZitatUnd (dauerhaft) entsperrt hast du das Ding?
Ich habe mit dem Zaehler nichts gemacht, nur den Sensor drangehaengt, und in Tasmota ein Skript kopiert.
Es liefert eigentlich auch die Daten, was ich brauche, besser als das EM von ELV, was fuer Ferrari-Zaehler gedacht war.

Ich wundere mich nur, dass ueber die Schnittstelle der Gesamtverbrauch ausgegeben wird, die Zaehlernummer aber nicht.
Die Daten der drei Phasen waere ein Extra, diese werden auf dem Bildschirm aber auch nur mit 0 angezeigt, obwohl laut Doku und Aufdruck auf dem Geraet es in der Lage ist, sie zu messen.
Womoeglich geht das erst nach Pin, auch wenn ich den Sinn der Pin-Sperre dafuer nicht verstehe.

Beta-User

Zitat von: rudolfkoenig am 09 Februar 2024, 12:29:19Womoeglich geht das erst nach Pin, auch wenn ich den Sinn der Pin-Sperre dafuer nicht verstehe.
Ja.
Zitat von: Beta-User am 09 Februar 2024, 08:47:07(Datenschutz...).
(So steht es jedenfalls in der Bedienungsanleitung meines Zählers).

Man könnte sonst in einem Mehrfamilienhaus ja sehen, was der Nachbar grade so an Strom verbraucht...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

DasQ

#15
Zitat von: rudolfkoenig am 09 Februar 2024, 12:29:19
ZitatUnd (dauerhaft) entsperrt hast du das Ding?
Ich habe mit dem Zaehler nichts gemacht, nur den Sensor drangehaengt, und in Tasmota ein Skript kopiert.
Es liefert eigentlich auch die Daten, was ich brauche, besser als das EM von ELV, was fuer Ferrari-Zaehler gedacht war.

Ich wundere mich nur, dass ueber die Schnittstelle der Gesamtverbrauch ausgegeben wird, die Zaehlernummer aber nicht.
Die Daten der drei Phasen waere ein Extra, diese werden auf dem Bildschirm aber auch nur mit 0 angezeigt, obwohl laut Doku und Aufdruck auf dem Geraet es in der Lage ist, sie zu messen.
Womoeglich geht das erst nach Pin, auch wenn ich den Sinn der Pin-Sperre dafuer nicht verstehe.
Grundvoraussetzung du hast dein Zähler entsperrt (pin bekommst du vom Netzbetreiber o. Stromanbieter) kannst in tasmota auf der Konsole den Sensor53 mit d0 <-> d1 in Monitoring raw Modus umstellen

Danach schaust hier was an Infos raus kommt.
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

Damian

Zitat von: rudolfkoenig am 09 Februar 2024, 12:29:19
ZitatUnd (dauerhaft) entsperrt hast du das Ding?
Ich habe mit dem Zaehler nichts gemacht, nur den Sensor drangehaengt, und in Tasmota ein Skript kopiert.
Es liefert eigentlich auch die Daten, was ich brauche, besser als das EM von ELV, was fuer Ferrari-Zaehler gedacht war.

Ich wundere mich nur, dass ueber die Schnittstelle der Gesamtverbrauch ausgegeben wird, die Zaehlernummer aber nicht.
Die Daten der drei Phasen waere ein Extra, diese werden auf dem Bildschirm aber auch nur mit 0 angezeigt, obwohl laut Doku und Aufdruck auf dem Geraet es in der Lage ist, sie zu messen.
Womoeglich geht das erst nach Pin, auch wenn ich den Sinn der Pin-Sperre dafuer nicht verstehe.

Erst nach der PIN-Eingabe erhöht sich die Genauigkeit und die Datenmenge.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

rudolfkoenig

ZitatErst nach der PIN-Eingabe erhöht sich die Genauigkeit und die Datenmenge.
Laut Eigentuemer wurde fuer diese Serie kein PIN vergeben. :|
Ich kann aber noch hoffen: der Zaehler soll dieses Jahr planmaessig ausgetauscht werden.

DasQ

Besteht denn die Möglichkeit ein pin einzugeben? Was ist denn das für ein Zähler genau?

Ggf besteht ja die Möglichkeit den zu bruteforcen. Die Pins sind normal numerisch 4 o. 6 stellig
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

rudolfkoenig

ZitatWas ist denn das für ein Zähler genau?
Landis+Gyr e350.

ZitatGgf besteht ja die Möglichkeit den zu bruteforcen. Die Pins sind normal numerisch 4 o. 6 stellig
Angesichts der Eingabemethode ist mir Aufwand/Gewinn zu hoch.

Beta-User

Die Landis+Gyr scheinen auch etwas "speziell" zu sein. Der e350 liefert wohl wirklich eher wenige Werte, siehe https://www.fairnetzgmbh.de/Downloads/PDF/Messstellenbetrieb/Messstellenbetrieb%20-%20Z%C3%A4hleranleitung/2018_04_04_E350_KA_FN.pdf.

Und nach dem, was man bei Tasmota etc. so findet, ist es uU. auch "verschlüsselt", und/oder die Badrate muss umgestellt werden. Komische Sache, das...
Fundstellen: https://ottelo.jimdofree.com/stromz%C3%A4hler-auslesen-tasmota/ (dort: "Wiener Netze Smart Meter verschlüsselt / kodiert (Landis, Siemens, ISKRA AM550")) und die Tasmota-Seiten selbst (ca. https://tasmota.github.io/docs/Smart-Meter-Interface/#landis-gyr-zmr120ares2r2sfcs-obis). Eine einfache PIN-Eingabe ist anscheinend jedenfalls nicht vorgesehen, allenfalls sowas wie ein "Kundenschlüssel" (wo auch immer man den findet)...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

rudolfkoenig

Die in der fairnetgmbh-Link beschriebene Funktionen (Danke fuers Link!) stimmen nur teilweise mit meinem Geraet ueberein, ich kann z.Bsp. Zaehlernummer im Display anzeigen, aber 2.8.X, St X, 24h, 1w fehlt.

Bezueglich Baudrate: soweit ich die Skripte bei Tasmota verstanden habe, muss das bei allen OBIS Geraeten gesetzt werden und nur die auslesbaren Werte sind unterschiedlich. Der Tasmota Skript fuer E350 meint, dass 16.7 (Current Power) ausgelesen werden kann, was bei mir nicht der Fall ist. Vmtl gibt es unterschiedliche Firmware-Staende, noch dazu je nach Netzbetreiber.

Beta-User

Zitat von: rudolfkoenig am 15 Februar 2024, 10:57:11Bezueglich Baudrate: soweit ich die Skripte bei Tasmota verstanden habe, muss das bei allen OBIS Geraeten gesetzt werden und nur die auslesbaren Werte sind unterschiedlich.
Klar, dass man überall _eine_ Baudrate angeben muss. Soweit ich das aber verstanden habe, was da bei Tasmota steht, muss man die - je nach konkretem Zählertyp/firmware/.../?!? ggf. zwischendurch ändern, also - je nach abzufragendem Wert (?) die Badrate hin- und herwechseln...

ZitatDer Tasmota Skript fuer E350 meint, dass 16.7 (Current Power) ausgelesen werden kann, was bei mir nicht der Fall ist. Vmtl gibt es unterschiedliche Firmware-Staende, noch dazu je nach Netzbetreiber.
Ja, und dann scheint es eben welche zu geben, die "normales OBIS" sprechen, und andere, bei denen das irgendwie mit der Kundennummer (?) "verschlüsselt" ist (scheint aber ein spezielles Thema unser österreischischen Nachbarn zu sein?).

Na dann hoffen wir mal, dass die mit dem Zählerwechsel bald in die Pötte kommen.

PS: Bei uns haben die sich auch angekündigt wegen Zählerwechsel, was etwas überraschend kam, weil der erst im Januar 23 (!) eingebaut worden ist, also nicht mal ein Jahr vor der Ankündigung (seitdem ist aber NICHTS mehr passiert, und es sind ein paar Wochen um, seit der betr. Brief da ist. Seltsam, das...).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

DasQ

Mir haben se auch knapp ein Jahr nachdem ich mein ersten Zähler hatte, nach Anmeldung der microPV auch den Zähler gewechselt ... und wollten ihn dann innerhalb von 3 Wochen noch 2 mal tauschen ...


BTW. Der Landis Zähler ist ja echt schlecht als recht dokumentiert. Laut Hersteller gibts mindestens 2 Versionen. Und auf einer andern Anleitung hab ich dann auch was zur Dauer der Tastendrucks 2s o. 5s gelesen. (Das wäre noch ein Ansatz)
Pin hat der scheinbar echt kein. Also macht das bruteforcen auch kein wirklichen Sinn.

Aber was ich ja schon bereits zuvor mal schrieb. Tasmota oder wie sie sonst so heißen, bedient immer nur die Lese led. Die schreib Led hat noch nie wirklich jemand genutzt.

Also mein alten Zähler konnte ich mit der Taschenlampe steuern. Was ich mal zum Spaß zur pineingabe gemacht hab (voll stressig)😩
 Grundsätzlich bringt ja jeder die IR lese Köpfe die schreib led mit.

Ich muß mir das mal nochmals in einer ruhigen Minute anschauen. Hab ja jetzt nenn neuen Zähler.
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

rudolfkoenig

Zitat(seitdem ist aber NICHTS mehr passiert, und es sind ein paar Wochen um, seit der betr. Brief da ist. Seltsam, das...).
Laut Auskunft meines Netzbetreibers ist das normal.
Erst Brief, dass was passiert, dann monatelang nichts, dann eine Woche vor dem Termin noch ein Brief.

ZitatTasmota oder wie sie sonst so heißen, bedient immer nur die Lese led.
Das ist zwar auf "Benutzer-Ebene" richtig, technisch aber nicht, weil das Geraet mit einem String zu Ausgabe der Daten aufgefordert werden muss.
Jedenfalls so interpretiere ich die folgende Zeile aus dem Skript:
res=sml(1 1 "2F3F210D0A")

Beta-User

Zitat von: rudolfkoenig am 15 Februar 2024, 16:34:58Laut Auskunft meines Netzbetreibers ist das normal.
Erst Brief, dass was passiert, dann monatelang nichts, dann eine Woche vor dem Termin noch ein Brief.
So ähnlich hatte ich das auch interpretiert, nachdem ich mich da telefonisch erkundigt hatte, ob das ernst gemeint gewesen wäre. Die freundliche Dame vom Kundenservice, die mir hätte Auskunft geben sollen, hatte selbstredend weder überhaupt irgendeine Ahnung, warum das ggf. so sein muss, noch irgendeine Idee, wie man diesen wirtschaftlichen (und vermutlich auch technischen) Schwachsinn vermeiden könnte, und meinte lapidar: "wenn wir Sie angeschrieben haben, wird das schon so seine Richtigkeit haben". Na dann...
Aber vermutlich habe ich den Unterschied zwischen einem digitalen Zähler und einer "intelligenten Messeinrichtung" noch nicht verstanden?
(Es würde mich nicht wundern, wenn der dann irgendwann mit dem Einbau betraute Mitarbeiter dann einfach nur wieder verbaut, was er grade so im Auto rumliegen hat).

Muss ich halt (hoffentlich) wieder das Tasmota-script anpassen und "gut ist"...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

DasQ

#26
Zitat von: rudolfkoenig am 15 Februar 2024, 16:34:58
ZitatTasmota oder wie sie sonst so heißen, bedient immer nur die Lese led.
Das ist zwar auf "Benutzer-Ebene" richtig, technisch aber nicht, weil das Geraet mit einem String zu Ausgabe der Daten aufgefordert werden muss.
Jedenfalls so interpretiere ich die folgende Zeile aus dem Skript:
res=sml(1 1 "2F3F210D0A")

Theoretisch ja, allerdings fehlt bei den Landis configuration (wie in vielen andern auch) die configuration für die schreib led (also zumindest in der tasmota manual)

Meter Definition~

+<M>,<rxGPIO>,<type>,<flag>,<parameter>,<jsonPrefix>{,<txGPIO>,<txPeriod>,<cmdTelegram>}

https://tasmota.github.io/docs/Smart-Meter-Interface/#meter-definition

Screenshot ist vom SML aber obis schaut genauso aus
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

ph1959de

Zitat von: Beta-User am 15 Februar 2024, 16:51:56Aber vermutlich habe ich den Unterschied zwischen einem digitalen Zähler und einer "intelligenten Messeinrichtung" noch nicht verstanden?
(Es würde mich nicht wundern, wenn der dann irgendwann mit dem Einbau betraute Mitarbeiter dann einfach nur wieder verbaut, was er grade so im Auto rumliegen hat).

Muss ich halt (hoffentlich) wieder das Tasmota-script anpassen und "gut ist"...
Für die EnBW ist das hier einigermaßen verständlich beschrieben. Ich habe (eigentlich seit PV-Installation) eine "Moderne Messeinrichtung" - auf der ich seit ein paar Wochen den hier bereits angesprochenen WiFi IR-Schreiblesekopf (Widmaier & Springer) "installiert" habe - allerdings noch nicht vernünftig in FHEM eingebunden (wäre/ist mein erstes MQTT-Device; da übe ich noch).
Aktives Mitglied des FHEM e.V. | Moderator im Forenbereich "Wiki"

Beta-User

Zitat von: ph1959de am 15 Februar 2024, 17:29:02Für die EnBW ist das hier einigermaßen verständlich beschrieben. Ich habe (eigentlich seit PV-Installation) eine "Moderne Messeinrichtung" - auf der ich seit ein paar Wochen den hier bereits angesprochenen WiFi IR-Schreiblesekopf (Widmaier & Springer) "installiert" habe - allerdings noch nicht vernünftig in FHEM eingebunden (wäre/ist mein erstes MQTT-Device; da übe ich noch).
Aha. Fragt sich nur, warum die Damen und Herren von der NetzeBW mir erst einen digitalen Zähler verpassen - in Kenntnis der Tatsache, dass dahinter eine PV mit über 7kWp werkeln wird bzw. werkelt! - und dann doch merken, dass das falsch war...

Was sind deine Schwierigkeiten mit MQTT(2)? Abgesehen davon, dass es - je nach Zähler - sinnvoll ist, Zwischenwerte (v.a. betr. die aktuelle Leistung) zu senden, ist das doch ein Selbstläufer, oder?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

ph1959de

Zitat von: Beta-User am 15 Februar 2024, 17:47:17Was sind deine Schwierigkeiten mit MQTT(2)? Abgesehen davon, dass es - je nach Zähler - sinnvoll ist, Zwischenwerte (v.a. betr. die aktuelle Leistung) zu senden, ist das doch ein Selbstläufer, oder?
... "nur" die Lernkurve mit MQTT(2), aber die ist hier Off-Topic.
Aktives Mitglied des FHEM e.V. | Moderator im Forenbereich "Wiki"

DieterN

#30
Hallo Rudolf
Zitat von: rudolfkoenig am 08 Februar 2024, 22:35:27Ein Plot der gelieferten Werte sollte trivial sein:
- es wird automatische ein FileLog angelegt
- in der FileLog Detailansicht kann man ein SVG definieren, und da die gewuenschten Werte anzeigen.
bei mir wurde kein Filelog angelegt. Wie kann ich jetzt ein Filelog generieren?

Ich habe den Lesekopf installiert und bekomme nur akt. Verbrauch. Gesamtverbrauch und Bezug angezeigt.
Wenn ich mit der Taschenlampe hin und her leuchte sehe ich viele Werte wie zb. Bezug täglich, wöchentlich monatlich usw.
Wie gesagt ausgelesen werden nur die obigen drei Werte.
Ich habe einen Iskra MT691-D4A52-K0y-H01
Ich habe auch schon die "Dump" Funktion ausprobiert, da kommen aber auch nicht mehr Werte.
BG Dieter
Fhem Server: BananaPI M2 auf SSD;  11xJeelink(Temp), 6xFHT8Vs(Stellmotoren), CUL_HM (Fensterkontakte); MQTT2 (8fach Relais) (Fussbodenheizung) und 4x Temp

RalfRog

Zitat von: DieterN am 29 Februar 2024, 19:11:39bei mir wurde kein Filelog angelegt. Wie kann ich jetzt ein Filelog generieren?
In der FHEM-Hilfe/Referenz steht dazu: (eigene Beispiele hast Du ja bestimmt in deiner Installation)
ZitatDefine

    define <name> FileLog <filename> <regexp> [readonly]

    Speichert Ereignisse in einer Log-Datei mit Namen <filename>. Das Log-Format ist

        YYYY-MM-DD_HH:MM:SS <device> <event>

    Der Ausdruck unter regexp wird anhand des Gerätenames überprüft und zwar devicename:event oder der timestamp:devicename:event-Kombination. Der regexp muss mit dem kompletten String übereinstimmen und nicht nur teilweise.
    <filename> können %-wildcards der POSIX strftime-Funktion des darunterliegenden OS enthalten (siehe auch strftime Beschreibung). Allgemein gebräuchliche Wildcards sind:
        %d Tag des Monats (01..31)
        %m Monat (01..12)
        %Y Jahr (1970...)
        %w Wochentag (0..6); beginnend mit Sonntag (0)
        %j Tag des Jahres (001..366)
        %U Wochennummer des Jahres, wobei Wochenbeginn = Sonntag (00..53)
        %W Wochennummer des Jahres, wobei Wochenbeginn = Montag (00..53)
    FHEM ersetzt %L mit dem Wert des global logdir Attributes.
    Bevor %V für ISO 8601 Wochennummern verwendet werden, muss überprüft werden, ob diese Funktion durch das Brriebssystem unterstützt wird (Es kann sein, dass %V nicht umgesetzt wird, durch einen Leerstring ersetzt wird oder durch eine falsche ISO-Wochennummer dargestellt wird - besonders am Jahresanfang) Bei der Verwendung von %V muss gleichzeitig für das Jahr ein %G anstelle von %Y benutzt werden.
    Falls man readonly spezifiziert, dann wird die Datei nur zum visualisieren verwendet, und nicht zum Schreiben geöffnet.
    Beispiele:
        define lamplog FileLog %L/lamp.log lamp
        define wzlog FileLog ./log/wz-%Y-%U.log wz:(measured-temp|actuator).*
        Mit ISO 8601 Wochennummern falls unterstützt:
        define wzlog FileLog ./log/wz-%G-%V.log wz:(measured-temp|actuator).*

Die Wochen-, Monats- und Jahreswerte erhält man über die optische Schnittstelle nicht.
Mein Iskra MT691 (Einrichtungszähler) kann bei PIN-Freischaltung auch nur aktuelle Leistung und Zählertstand. Diese OBIS Kennziffern schickt meiner:
Zitat1-0:96.50.1*1   (ISK)
1-0:96.1.0*255  (ISK2)
1-0:1.8.0*255   (>25866580.2*Wh)
1-0:16.7.0*255  (0*W)

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder