Shelly 3 EM

[MichaelT]

Nochmal Hallo,

hier das Brocker-Log nach reboot

Die Daten stehen wohl im info payload - kann man info gesondert abfragen?

Code Auswählen Erweitern

2022.05.22 08:37:45.430 5:  in@192.168.4.111:21199 CONNECT: (16)D(0)(4)MQTT(4)(6)(0)<(0)(22)shellyem3-E89F6D85394C(0)(25)shellies/EG_HA_EM3/online(0)(5)false
2022.05.22 08:37:45.430 4:    DG_HZ_mqttBroker_192.168.4.111_21199 cid:shellyem3-E89F6D85394C CONNECT V:4 keepAlive:60 LWT:shellies/EG_HA_EM3/online:false
2022.05.22 08:37:45.430 5:  out@192.168.4.111:21199 CONNACK:  (2)(0)(0)
2022.05.22 08:37:45.479 5:  in@192.168.4.111:21199 SUBSCRIBE: (130)(21)(0)(1)(0)(16)shellies/command(0)
2022.05.22 08:37:45.479 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C SUBSCRIBE
2022.05.22 08:37:45.479 4:    topic:shellies/command qos:0
2022.05.22 08:37:45.479 5:  out@192.168.4.111:21199 SUBACK: (144)(3)(0)(1)(0)
2022.05.22 08:37:45.480 5:  in@192.168.4.111:21199 SUBSCRIBE: (130)(31)(0)(2)(0)(26)shellies/EG_HA_EM3/command(0)
2022.05.22 08:37:45.480 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C SUBSCRIBE
2022.05.22 08:37:45.480 4:    topic:shellies/EG_HA_EM3/command qos:0
2022.05.22 08:37:45.480 5:  out@192.168.4.111:21199 SUBACK: (144)(3)(0)(2)(0)
2022.05.22 08:37:45.480 5:  in@192.168.4.111:21199 SUBSCRIBE: (130)((0)(3)(0)#shellies/EG_HA_EM3/emeter/2/command(0)
2022.05.22 08:37:45.480 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C SUBSCRIBE
2022.05.22 08:37:45.480 4:    topic:shellies/EG_HA_EM3/emeter/2/command qos:0
2022.05.22 08:37:45.481 5:  out@192.168.4.111:21199 SUBACK: (144)(3)(0)(3)(0)
2022.05.22 08:37:45.481 5:  in@192.168.4.111:21199 SUBSCRIBE: (130)((0)(4)(0)#shellies/EG_HA_EM3/emeter/1/command(0)
2022.05.22 08:37:45.481 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C SUBSCRIBE
2022.05.22 08:37:45.481 4:    topic:shellies/EG_HA_EM3/emeter/1/command qos:0
2022.05.22 08:37:45.481 5:  out@192.168.4.111:21199 SUBACK: (144)(3)(0)(4)(0)
2022.05.22 08:37:45.481 5:  in@192.168.4.111:21199 SUBSCRIBE: (130)((0)(5)(0)#shellies/EG_HA_EM3/emeter/0/command(0)
2022.05.22 08:37:45.481 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C SUBSCRIBE
2022.05.22 08:37:45.481 4:    topic:shellies/EG_HA_EM3/emeter/0/command qos:0
2022.05.22 08:37:45.482 5:  out@192.168.4.111:21199 SUBACK: (144)(3)(0)(5)(0)
2022.05.22 08:37:45.482 5:  in@192.168.4.111:21199 SUBSCRIBE: (130)'(0)(6)(0)"shellies/EG_HA_EM3/relay/0/command(0)
2022.05.22 08:37:45.482 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C SUBSCRIBE
2022.05.22 08:37:45.482 4:    topic:shellies/EG_HA_EM3/relay/0/command qos:0
2022.05.22 08:37:45.483 5:  out@192.168.4.111:21199 SUBACK: (144)(3)(0)(6)(0)
2022.05.22 08:37:45.483 5:  in@192.168.4.111:21199 PUBLISH: 0(31)(0)(25)shellies/EG_HA_EM3/onlinetrue
2022.05.22 08:37:45.483 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/online:true
2022.05.22 08:37:45.485 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/online\000true
2022.05.22 08:37:45.496 5:  in@192.168.4.111:21199 PUBLISH: 0(163)(1)(0)(17)shellies/announce{"id":"EG_HA_EM3","model":"SHEM-3","mac":"E89F6D85394C","ip":"192.168.4.111","new_fw":false,"fw_ver":"20220324-123835/v1.11.8-3EM-fix-g0014dcb"}
2022.05.22 08:37:45.497 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/announce:{"id":"EG_HA_EM3","model":"SHEM-3","mac":"E89F6D85394C","ip":"192.168.4.111","new_fw":false,"fw_ver":"20220324-123835/v1.11.8-3EM-fix-g0014dcb"}
2022.05.22 08:37:45.498 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/announce\000{"id":"EG_HA_EM3","model":"SHEM-3","mac":"E89F6D85394C","ip":"192.168.4.111","new_fw":false,"fw_ver":"20220324-123835/v1.11.8-3EM-fix-g0014dcb"}
2022.05.22 08:37:45.501 5:  in@192.168.4.111:21199 PUBLISH: 0(173)(1)(0)(27)shellies/EG_HA_EM3/announce{"id":"EG_HA_EM3","model":"SHEM-3","mac":"E89F6D85394C","ip":"192.168.4.111","new_fw":false,"fw_ver":"20220324-123835/v1.11.8-3EM-fix-g0014dcb"}
2022.05.22 08:37:45.501 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/announce:{"id":"EG_HA_EM3","model":"SHEM-3","mac":"E89F6D85394C","ip":"192.168.4.111","new_fw":false,"fw_ver":"20220324-123835/v1.11.8-3EM-fix-g0014dcb"}
2022.05.22 08:37:45.502 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/announce\000{"id":"EG_HA_EM3","model":"SHEM-3","mac":"E89F6D85394C","ip":"192.168.4.111","new_fw":false,"fw_ver":"20220324-123835/v1.11.8-3EM-fix-g0014dcb"}
2022.05.22 08:37:45.520 5:  in@192.168.4.111:21199 PUBLISH: 0(141)(8)(0)(23)shellies/EG_HA_EM3/info{"wifi_sta":{"connected":true,"ssid":"vier","ip":"192.168.4.111","rssi":-53},"cloud":{"enabled":false,"connected":false},"mqtt":{"connected":true},"time":"","unixtime":0,"serial":1,"has_update":false,"mac":"E89F6D85394C","cfg_changed_cnt":0,"actions_stats":{"skipped":0},"relays":[{"ison":false,"has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"overpower":false,"is_valid":true,"source":"input"}],"emeters":[{"power":369.99,"pf":0.95,"current":1.65,"voltage":235.28,"is_valid":true,"total":13597.4,"total_returned":0.0},{"power":713.79,"pf":0.93,"current":3.31,"voltage":231.46,"is_valid":true,"total":8582.3,"total_returned":0.0},{"power":177.99,"pf":0.90,"current":0.85,"voltage":233.45,"is_valid":true,"total":6730.4,"total_returned":0.0}],"total_power":1261.77,"fs_mounted":true,"update":{"status":"unknown","has_update":false,"new_version":"","old_version":"20220324-123835/v1.11.8-3EM-fix-g0014dcb"},"ram_total":49440,"ram_free":30796,"fs_size":233681,"fs_free":157377,"uptime":4}
2022.05.22 08:37:45.520 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/info:{"wifi_sta":{"connected":true,"ssid":"vier","ip":"192.168.4.111","rssi":-53},"cloud":{"enabled":false,"connected":false},"mqtt":{"connected":true},"time":"","unixtime":0,"serial":1,"has_update":false,"mac":"E89F6D85394C","cfg_changed_cnt":0,"actions_stats":{"skipped":0},"relays":[{"ison":false,"has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"overpower":false,"is_valid":true,"source":"input"}],"emeters":[{"power":369.99,"pf":0.95,"current":1.65,"voltage":235.28,"is_valid":true,"total":13597.4,"total_returned":0.0},{"power":713.79,"pf":0.93,"current":3.31,"voltage":231.46,"is_valid":true,"total":8582.3,"total_returned":0.0},{"power":177.99,"pf":0.90,"current":0.85,"voltage":233.45,"is_valid":true,"total":6730.4,"total_returned":0.0}],"total_power":1261.77,"fs_mounted":true,"update":{"status":"unknown","has_update":false,"new_version":"","old_version":"20220324-123835/v1.11.8-3EM-fix-g0014dcb"},"ram_total":49440,"ram_free":30796,"fs_size":233681,"fs_free":157377,"uptime":4}
2022.05.22 08:37:45.521 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/info\000{"wifi_sta":{"connected":true,"ssid":"vier","ip":"192.168.4.111","rssi":-53},"cloud":{"enabled":false,"connected":false},"mqtt":{"connected":true},"time":"","unixtime":0,"serial":1,"has_update":false,"mac":"E89F6D85394C","cfg_changed_cnt":0,"actions_stats":{"skipped":0},"relays":[{"ison":false,"has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"overpower":false,"is_valid":true,"source":"input"}],"emeters":[{"power":369.99,"pf":0.95,"current":1.65,"voltage":235.28,"is_valid":true,"total":13597.4,"total_returned":0.0},{"power":713.79,"pf":0.93,"current":3.31,"voltage":231.46,"is_valid":true,"total":8582.3,"total_returned":0.0},{"power":177.99,"pf":0.90,"current":0.85,"voltage":233.45,"is_valid":true,"total":6730.4,"total_returned":0.0}],"total_power":1261.77,"fs_mounted":true,"update":{"status":"unknown","has_update":false,"new_version":"","old_version":"20220324-123835/v1.11.8-3EM-fix-g0014dcb"},"ram_total":49440,"ram_free":30796,"fs_size":233681,"fs_free":157377,"uptime":4}
2022.05.22 08:37:45.564 5:  in@192.168.4.111:21199 PUBLISH: 0(31)(0)(26)shellies/EG_HA_EM3/relay/0off
2022.05.22 08:37:45.564 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/relay/0:off
2022.05.22 08:37:45.565 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/relay/0\000off
2022.05.22 08:37:45.573 5:  in@192.168.4.111:21199 PUBLISH: 0)(0)!shellies/EG_HA_EM3/emeter/0/power369.99
2022.05.22 08:37:45.574 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/0/power:369.99
2022.05.22 08:37:45.575 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/0/power\000369.99
2022.05.22 08:37:45.583 5:  in@192.168.4.111:21199 PUBLISH: 0$(0)(30)shellies/EG_HA_EM3/emeter/0/pf0.95
2022.05.22 08:37:45.583 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/0/pf:0.95
2022.05.22 08:37:45.584 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/0/pf\0000.95
2022.05.22 08:37:45.593 5:  in@192.168.4.111:21199 PUBLISH: 0)(0)#shellies/EG_HA_EM3/emeter/0/current1.65
2022.05.22 08:37:45.593 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/0/current:1.65
2022.05.22 08:37:45.594 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/0/current\0001.65
2022.05.22 08:37:45.602 5:  in@192.168.4.111:21199 PUBLISH: 0+(0)#shellies/EG_HA_EM3/emeter/0/voltage235.28
2022.05.22 08:37:45.602 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/0/voltage:235.28
2022.05.22 08:37:45.603 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/0/voltage\000235.28
2022.05.22 08:37:45.611 5:  in@192.168.4.111:21199 PUBLISH: 0*(0)!shellies/EG_HA_EM3/emeter/0/total13597.4
2022.05.22 08:37:45.612 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/0/total:13597.4
2022.05.22 08:37:45.613 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/0/total\00013597.4
2022.05.22 08:37:45.622 5:  in@192.168.4.111:21199 PUBLISH: 0/(0)*shellies/EG_HA_EM3/emeter/0/total_returned0.0
2022.05.22 08:37:45.623 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/0/total_returned:0.0
2022.05.22 08:37:45.624 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/0/total_returned\0000.0
2022.05.22 08:37:45.632 5:  in@192.168.4.111:21199 PUBLISH: 0)(0)!shellies/EG_HA_EM3/emeter/1/power713.79
2022.05.22 08:37:45.632 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/1/power:713.79
2022.05.22 08:37:45.633 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/1/power\000713.79
2022.05.22 08:37:45.641 5:  in@192.168.4.111:21199 PUBLISH: 0$(0)(30)shellies/EG_HA_EM3/emeter/1/pf0.93
2022.05.22 08:37:45.641 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/1/pf:0.93
2022.05.22 08:37:45.643 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/1/pf\0000.93
2022.05.22 08:37:45.651 5:  in@192.168.4.111:21199 PUBLISH: 0)(0)#shellies/EG_HA_EM3/emeter/1/current3.31
2022.05.22 08:37:45.651 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/1/current:3.31
2022.05.22 08:37:45.652 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/1/current\0003.31
2022.05.22 08:37:45.660 5:  in@192.168.4.111:21199 PUBLISH: 0+(0)#shellies/EG_HA_EM3/emeter/1/voltage231.46
2022.05.22 08:37:45.660 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/1/voltage:231.46
2022.05.22 08:37:45.661 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/1/voltage\000231.46
2022.05.22 08:37:45.669 5:  in@192.168.4.111:21199 PUBLISH: 0)(0)!shellies/EG_HA_EM3/emeter/1/total8582.3
2022.05.22 08:37:45.670 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/1/total:8582.3
2022.05.22 08:37:45.671 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/1/total\0008582.3
2022.05.22 08:37:45.680 5:  in@192.168.4.111:21199 PUBLISH: 0/(0)*shellies/EG_HA_EM3/emeter/1/total_returned0.0
2022.05.22 08:37:45.680 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/1/total_returned:0.0
2022.05.22 08:37:45.682 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/1/total_returned\0000.0
2022.05.22 08:37:45.690 5:  in@192.168.4.111:21199 PUBLISH: 0)(0)!shellies/EG_HA_EM3/emeter/2/power177.99
2022.05.22 08:37:45.690 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/2/power:177.99
2022.05.22 08:37:45.691 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/2/power\000177.99
2022.05.22 08:37:45.699 5:  in@192.168.4.111:21199 PUBLISH: 0$(0)(30)shellies/EG_HA_EM3/emeter/2/pf0.90
2022.05.22 08:37:45.699 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/2/pf:0.90
2022.05.22 08:37:45.700 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/2/pf\0000.90
2022.05.22 08:37:45.709 5:  in@192.168.4.111:21199 PUBLISH: 0)(0)#shellies/EG_HA_EM3/emeter/2/current0.85
2022.05.22 08:37:45.709 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/2/current:0.85
2022.05.22 08:37:45.710 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/2/current\0000.85
2022.05.22 08:37:45.718 5:  in@192.168.4.111:21199 PUBLISH: 0+(0)#shellies/EG_HA_EM3/emeter/2/voltage233.45
2022.05.22 08:37:45.718 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/2/voltage:233.45
2022.05.22 08:37:45.719 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/2/voltage\000233.45
2022.05.22 08:37:45.727 5:  in@192.168.4.111:21199 PUBLISH: 0)(0)!shellies/EG_HA_EM3/emeter/2/total6730.4
2022.05.22 08:37:45.728 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/2/total:6730.4
2022.05.22 08:37:45.729 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/2/total\0006730.4
2022.05.22 08:37:45.738 5:  in@192.168.4.111:21199 PUBLISH: 0/(0)*shellies/EG_HA_EM3/emeter/2/total_returned0.0
2022.05.22 08:37:45.739 4:    DG_HZ_mqttBroker_192.168.4.111_21199 shellyem3-E89F6D85394C PUBLISH shellies/EG_HA_EM3/emeter/2/total_returned:0.0
2022.05.22 08:37:45.740 5:  DG_HZ_mqttBroker: dispatch autocreate=complex\000shellyem3_E89F6D85394C\000shellies/EG_HA_EM3/emeter/2/total_returned\0000.0

Gruß
Michael

[Beta-User]

Wie wäre es, einfach mal die Dokumentation zu bemühen...?!?

Im Changelog (https://shelly-api-docs.shelly.cloud/gen1/#changelog) findet sich:

* [All devices] Publish new MQTT topic shellies/<model>-<deviceid>/info on calling announce command

just do it .

Aber nicht beschweren, wenn dann das log noch viel größer wird...

@Astrofreak85:
Ich warte immer noch auf sinnvolle Vorschläge für einen Satz "event-on-.*"-Attribute für Shelly allgemein, aber du kannst gerne auch mit dem em3 anfangen .

[MichaelT]

Wie wäre es, einfach mal die Dokumentation zu bemühen...?!?

Sorry, hatte es gelesen aber nicht richtig gemacht. Habe es gerade hin bekommen.

Danke für die Antwort.
Das Log ist für mich im normalen Betrieb nicht relevant, deshalb eigentlich alle auf verbose 0.
Aber wahrscheinlich ist es besser, mit den Event-Daten zu arbeiten und die Werte zu addieren.

Bin einfach noch am probieren und lernen.

Gruß
Michael

[MadMax-FHEM]

was ich mich immernoch frage ist, wie ich am besten die Datenlawiene vom 3EM eindämmen kann ohne das mir wesentliche Informationen verloren gehen.
Nach 1Jahr hat die Log Datei von dem Device fast 80Gbyte....das is schon bissl derbe.

Entweder wie Beta-User vorgeschlagen: event-on-change-reading und angelehnte Attribute

Wenn es "nur" um's Log geht, dann halt die RegEx bei FileLog oder LogDB einschränken...

Besser: beides vernünftig einstellen.

Gruß, Joachim

[fpg]

moin,

Wenn es "nur" um's Log geht, dann halt die RegEx bei FileLog oder LogDB einschränken...

Besser: beides vernünftig einstellen.

Gruß, Joachim

..aber wie ?   ... bitte um Nachsicht, aber ein freundlicher Hinweis wäre doch klasse (ausser der auf die Doku)

grüsse vom fpg

[MadMax-FHEM]

moin,

..aber wie ?   ... bitte um Nachsicht, aber ein freundlicher Hinweis wäre doch klasse (ausser der auf die Doku)

grüsse vom fpg

Quer einsteigen und keine Infos außer einer Frage mit Bezug auf ein Zitat einer Antwort für einen anderen Fragenden mit Fragehistorie, selber aber ohne Fragehistorie... ?

Was soll ich da antworten?

Ich weiß ja nicht welche Events du brauchst und welche weg können -> event-on-change-reading usw. muss ja genau dazu passen!

Ich weiß auch nicht WAS du loggen willst und was "weg kann" -> RegEx beim Logging, auch das muss ja zu den "Wünschen" passen!

Da hilft nur:

mehr Infos liefern oder eben Doku lesen...

Gruß, Joachim

[Beta-User]

Wenn sich jemand mal die Mühe machen würde, dass sinnvoll zu analysieren und/oder darzustellen, wäre es auch kein allzugroßes Thema, da einen "allgemeingültigen" Vorschlag für die "event-on"-Attribut-Familie als attrTemplate zu hinterlegen. Das wäre dann ggf. auch einfacher auf die eigenen Bedürfnisse anzupassen.

Da ich dieses Gerät nicht habe, wird - wer auch immer - sich selbst durch die Optionen und den Gesamtablauf "denken" müssen, als Startpunkt würde ich https://wiki.fhem.de/wiki/MQTT2_DEVICE_-_Schritt_f%C3%BCr_Schritt#event-on-change-reading_und_Co. (bzw. den ganzen Artikel) empfehlen.
Es gibt irgendwo auch einen Vorschlag von mir für einen 1-er pm-Shelly (incl. statistics-Readings). Das wäre ggf. mal ein Ausgangspunkt... (Nein, ich habe ohne sufu auch keinen Link parat).

[fpg]

moin,

sorry... ich musste zunächst das spannende fussballspiel geniessen

...ich lese hier ja schon geraume zeit mit. die antworten sind überwiegend nicht sehr hilfreich für nicht-perl-afine gelegenheits-fhem user. das insgesamt zwar leistungsfähige system ist recht spröde in seiner usability, was halt fragen aufwerfen kann

MQTT funktioniert als publish and subscriber protokoll. Daher vermute ich mal, dass man mit den user-readings nichts anderes macht, als ein subscribe auf die topics des em3. Was mir nie wirklich klar geworden ist in fhem: wird nur das gelogged was subscribed ist oder wird alles aufgesammelt was angeboten wird? Holt sich der prozess die topics in den intervallen des subscribers oder des publischers? Hieraus liesse sich doch recht einfach eine optimale strategie erzeugen, wenn man z.b. angibt, was gelogged werden soll und was in welchem intervall abgerufen wird.

Wenn ich da selber hinterkäme, würde ich nicht fragen, aber mir fehlt einfach das ausreichende fhem know how, von perl ganz zu schweigen :-/... und die dokus sind auch nicht sonderlich erhellend. Ein paar grundsätzliche how to's würden das ganze echt voran bringen.

grüsse vom fpg

[MadMax-FHEM]

moin,

sorry... ich musste zunächst das spannende fussballspiel geniessen

...ich lese hier ja schon geraume zeit mit. die antworten sind überwiegend nicht sehr hilfreich für nicht-perl-afine gelegenheits-fhem user. das insgesamt zwar leistungsfähige system ist recht spröde in seiner usability, was halt fragen aufwerfen kann

MQTT funktioniert als publish and subscriber protokoll. Daher vermute ich mal, dass man mit den user-readings nichts anderes macht, als ein subscribe auf die topics des em3. Was mir nie wirklich klar geworden ist in fhem: wird nur das gelogged was subscribed ist oder wird alles aufgesammelt was angeboten wird? Holt sich der prozess die topics in den intervallen des subscribers oder des publischers? Hieraus liesse sich doch recht einfach eine optimale strategie erzeugen, wenn man z.b. angibt, was gelogged werden soll und was in welchem intervall abgerufen wird.

Wenn ich da selber hinterkäme, würde ich nicht fragen, aber mir fehlt einfach das ausreichende fhem know how, von perl ganz zu schweigen :-/... und die dokus sind auch nicht sonderlich erhellend. Ein paar grundsätzliche how to's würden das ganze echt voran bringen.

grüsse vom fpg

Was du hier frägst/ansprichst hat doch mit dem Thread wenig zu tun bzw. fehlt es ja offenbar an grundlegendem fhem Wissen!

Daher wäre (mindestens) ein (wenn nicht mehrere) eigener Thread mit gezielten Fragen unter beachtung von dem: https://forum.fhem.de/index.php/topic,71806.0.html doch zielführender, denke ich.

Das eine ist mqtt bzw. mqtt in fhem und das andere ist Logging in fhem: das ist unabhängig bzw. die einzige Abhängigkeit die klar ist -> es kann nur gelogged werden was an Readings/Events im System/fhem vorhanden ist

Events einschränken kann man in fhem an verschiedenen Stellen mit unterschiedlichen Mitteln bzw. eben auch bei der Reaktion/Auswertung dieser...

Gruß, Joachim

[Beta-User]

Die speziell mit MQTT zusammenhängenden Fragen sollten eigentlich aus dem verlinkten Wiki-Artikel zu beantworten sein. Ganz grundsätzlich:
- Ein MQTT-Server wartet darauf, dass ihm Nachrichten geschickt werden und verteilt die dann einfach weiter. Das macht auch MQTT2_SERVER so - sowohl nach intern wie nach extern.
- Einen Shelly muss man nicht gesondert auffordern, irgendwas zu senden (man kann das zum Teil ("announce"), aber das sind in der Regel eher Konfigurationsinfos, keine regelmäßigen Messdaten.
- MQTT2_SERVER (M2S) verteilt dann intern weiter, was von außen kommt. Wie, hängt davon ab, welche readingList-Einträge es gibt (bzw. ob es weitere Client-Module gibt wie MQTT_GENERIC_BRIDGE oder RHASSPY).
Ist "autocreate" aktiv (default), werden ggf. neue Infos automatisch dem "richtigen" MQTT2_DEVICE (M2D) zugeordnet bzw. erforderlichenfalls neue M2D-Devices erstellt (letzteres braucht auch eine allgemeine "autocreate"-Instanz).

Was reinkommt, kann man sehen, wenn man "show MQTT traffic" am MQTT2-IO (idR.: M2S) aktiviert.

Das danach passiert, insbesondere, was Events wirft bzw. was ggf. dann geloggt wird, erfolgt entsprechend den allgemeinen Regeln - "TYPE=autocreate" erzeugt in der Regel zu jedem per "autocreate" erzeugten Device" auch eine FileLog-Instanz, in die ALLE Events dieses Geräts geloggt werden...

Aber diesen letzteren Zusammenhang hätte man doch eigentlich schon herstellen können aus dem, was MadMax-FHEM schon (mehrfach) geschrieben hat...

Dieser Mechanismus ist etwas ungünstig, wenn man es mit derart "geschwätzigen" Devices zu tun hat, wie es die Shelly im allgemeinen und der em3 im speziellen sind. Daher:
Events einbremsen, nur loggen, was man wirklich "aufbewahren" will.
Das sind allgemeine Fertigkeiten, die man EINMAL LERNEN muss, sonst ist man in FHEM aufgeschmissen. Das anhand vom em3 erlernen zu wollen ist übrigens m.e. kein guter Startpunkt...

Schau vielleicht auch nochmal in den Quick-Start im Wiki.

[fpg]

moin,

... Beta-User, so wie du den MQTT2-server beschreibst, würde er also nicht nach publish/subscribe funktionieren und damit wenig mit MQTT im engeren sinne zu tun haben. Damit wäre eine frage doch schon beantwortet, danke dafür.
Die einsteiger doku hilft einem in diesem fall übrigens nicht sonderlich weiter... ein verweis in diese richtung bringt da nixx.

Mein Fhem läuft schon einige jahre, aber so richtig erschlossen hat sich mir das ganze noch nicht... mag sein, dass man da die ursache für die blöden fragen suchen kann, aber manche antwort bringt interessierte eher davon ab, langfristig mühe zu investieren. Als jemand, der für qualitätssicherung in der softwareentwicklung verantwortlich ist, würde ich eine solche teamleistung bei uns zu würdigen wissen

Ich möchte natürlich die erlauchte expertenrunde nicht überstrapazieren und versuch irgendwie alleine weiter zu kommen

Der threat wäre gut geeignet, über die allgemeine funktionalität der shelly bzw. des mqqt2-servers (nicht brokers) zu erklären und gleichzeitig hilfe zu leisten.

Die Frage nach der optimalen konfiguration für's logging bzw. der subscribes/userreadings ist noch offen ....

grüsse vom fpg

[Beta-User]

... Beta-User, so wie du den MQTT2-server beschreibst, würde er also nicht nach publish/subscribe funktionieren und damit wenig mit MQTT im engeren sinne zu tun haben.

Das ist dann wohl falsch angekommen. Von außen sieht man den Unterschied z.B. zu einem Mosquitto nicht (wenn man z.B. den Verkehr mit mosquitto_sub mitliest).

Und eine "subscription" ist im Allgemeinen ja auch nur die Info eines beliebigen Clients an dem Server, dass er künftig schicken soll, was darüber kommt (bzw. per "retain" da an Alt-Infos vorgehalten wird).

Nur nach "innen" braucht es keine spezielle "subscription", weil der M2S halt (default) davon ausgeht, dass der geneigte FHEM-User einfach "alles" wissen will, was an den M2S geschickt wird...

Der threat wäre gut geeignet, über die allgemeine funktionalität der shelly bzw. des mqqt2-servers (nicht brokers) zu erklären und gleichzeitig hilfe zu leisten.

JA. Wenn jemand DATEN liefern würde und nicht rumlamentieren, weil einzelne nicht gut damit umgehen können, dass dauernd irgendwer über altbekannte Probleme stolpert, ohne dann bereit zu sein, einmal für alle den Aufwand zu betreiben. Konkret würde ich zur weiteren Hilfe benötigen: Den "rohen" MQTT-Verkehr, am besten garniert mit etwas Info, was wie oft passiert/angeliefert wird.

Und Kooperationspartner, die nicht maulen oder beleidigt sind, wenn man von ihnen verlangt, die Doku zu lesen und darauf hinweist, dass sie mit allgemeinen Fragen hier eigentlich OT sind.

PS: show MQTT traffic hast du eine Weile bewundert?

PPS: "Bücher sind lange Briefe an Freunde" hat mal einer (sinngemäß) geschrieben. Doku ist auch eine Art Buch. In diesem Sinne: auf die Freundschaft, und du darfst mir auch gerne sagen, wo die Doku nicht gut/verständlich/vollständig, ... ist. Das scheint ja (auch) Teil deines Jobs zu sein.

Ich möchte natürlich die erlauchte expertenrunde nicht überstrapazieren und versuch irgendwie alleine weiter zu kommen

Der threat wäre gut geeignet, über die allgemeine funktionalität der shelly bzw. des mqqt2-servers (nicht brokers) zu erklären und gleichzeitig hilfe zu leisten.

Mach' was du für richtig hältst. Ich hatte an anderer Stelle schon (mehrfach!) geschrieben: Ich helfe, aber ich mache nicht die Arbeit alleine, weil ich nämlich die Hardware nicht habe und das auch nicht längerfristig beurteilen kann, ob die Einstellungen denn sinnvoll sind.

Angenehmen Abend noch .

[Helmi55]

Hallo fpg
ich bin kein Spezialist aber ich kann dir ein einem Device (Smartester der EVN) zeigen wie ich die Datenflut eingegrenzt habe (natürlich mit der Hilfe und der Geduld des Forums!)
Ich arbeite mit event-min-interval und im FileLog nur die Regexp markieren die du brauchst.
Hier ein List vom Device

Code Auswählen Erweitern

Internals:
   CID        EVNClient
   DEF        EVNClient
   EVNClient_MSGCNT 356952
   EVNClient_TIME 2022-08-01 15:02:50
   FUUID      624ab33c-f33f-ee2d-dafb-c33e51bac64e6dc8
   IODev      EVNClient
   LASTInputDev EVNClient
   MSGCNT     356952
   NAME       MQTT2_EVNClient
   NR         612
   STATE      Verbrauch Watt:  1454, <br/> Produktion Watt:  922, <br/> Verrechnung Watt: 532
   TYPE       MQTT2_DEVICE
   eventCount 276323
   READINGS:
     2022-07-30 10:24:43   IODev           EVNClient
     2022-08-01 15:02:50   Ins_Netz_kWh    118.438
     2022-08-01 15:02:50   Leistungsfaktor 0.986
     2022-08-01 15:02:50   Momentanleistung 532
     2022-08-01 15:02:50   MomentanleistungN 922
     2022-08-01 15:02:50   MomentanleistungP 1454
     2022-08-01 15:02:50   SpannungL1      239.5
     2022-08-01 15:02:50   SpannungL2      235.20000000000002
     2022-08-01 15:02:50   SpannungL3      232.5
     2022-08-01 15:02:50   StromL1         3.89
     2022-08-01 15:02:50   StromL2         0.75
     2022-08-01 15:02:50   StromL3         6.11
     2022-08-01 15:02:50   Verbrauch_kWh   2690.449
     2022-08-01 15:02:50   WirkenergieN    120313
     2022-08-01 15:02:50   WirkenergieP    2753276
     2022-08-01 15:02:50   statVerbrauch_kWh Hour: 0.021 Day: 11.501 Month: 11.501 Year: 2199.560 (since: 2022-04-06 )
     2022-08-01 15:02:50   statVerbrauch_kWhDay 11.501
     2022-07-31 23:59:55   statVerbrauch_kWhDayLast 18.489
     2022-08-01 15:02:50   statVerbrauch_kWhHour 0.021
     2022-08-01 14:59:55   statVerbrauch_kWhHourLast 0.874
     2022-08-01 14:59:55   statVerbrauch_kWhLast Hour: 0.874 Day: 18.489 Month: 573.665 Year: -
     2022-08-01 15:02:50   statVerbrauch_kWhMonth 11.501
     2022-07-31 23:59:55   statVerbrauch_kWhMonthLast 573.665
     2022-08-01 15:02:50   statVerbrauch_kWhYear 2199.560
   helper:
     _98_statistics VerbrauchGesamt
Attributes:
   alias      EVN Zaehler
   appOptions { "home": true, "template": "zaehler" }
   autocreate 0
   event-min-interval MomentanleistungP:60,Momentanleistung:60,MomentanleistungN:60,Verbrauch_kWh:600,statVerbrauch_kWhDay:1200,statVerbrauch_kWhMonth:600,statVerbrauch_kWhYear:1200
   genericDeviceType outlet
   group      Strom
   homebridgeMapping E863F10D-079E-48FF-8F27-9C2605A29F52=MomentanleistungP,name=power,format=FLOAT,history:size=1024,type=energy
   icon       mqtt_bridge_2
   readingList EVNClient:Smartmeter/WirkenergieP:.* WirkenergieP
EVNClient:Smartmeter/WirkenergieN:.* WirkenergieN
EVNClient:Smartmeter/MomentanleistungP:.* MomentanleistungP
EVNClient:Smartmeter/MomentanleistungN:.* MomentanleistungN
EVNClient:Smartmeter/Momentanleistung:.* Momentanleistung
EVNClient:Smartmeter/SpannungL1:.* SpannungL1
EVNClient:Smartmeter/SpannungL2:.* SpannungL2
EVNClient:Smartmeter/SpannungL3:.* SpannungL3
EVNClient:Smartmeter/StromL1:.* StromL1
EVNClient:Smartmeter/StromL2:.* StromL2
EVNClient:Smartmeter/StromL3:.* StromL3
EVNClient:Smartmeter/Leistungsfaktor:.* Leistungsfaktor
   room       MQTT2_Client,Homekit,MQTT2_DEVICE,Strom
   stateFormat Verbrauch Watt:  MomentanleistungP, <br/> Produktion Watt:  MomentanleistungN, <br/> Verrechnung Watt: Momentanleistung
   userReadings Ins_Netz_kWh:WirkenergieN.* monotonic {ReadingsVal($name,"WirkenergieN",0)/1000.0}, Verbrauch_kWh:WirkenergieP.* monotonic {ReadingsVal($name,"WirkenergieP",0)/1000.0}

Und hier noch ein List vom FileLog

Code Auswählen Erweitern

Internals:
   DEF        ./log/MQTT2_EVNClient-%Y-%m.log MQTT2_EVNClient:Momentanleistung:.*|MQTT2_EVNClient:MomentanleistungN:.*|MQTT2_EVNClient:MomentanleistungP:.*|MQTT2_EVNClient:Verbrauch_kWh:.*|MQTT2_EVNClient:statVerbrauch_kWhDay:.*|MQTT2_EVNClient:statVerbrauch_kWhDayLast:.*|MQTT2_EVNClient:statVerbrauch_kWhMonth:.*|MQTT2_EVNClient:statVerbrauch_kWhYear:.*
   FD         56
   FUUID      624ab689-f33f-ee2d-ecd7-3f222c9a967cb741
   NAME       FileLog_MQTT2_EVNClient
   NOTIFYDEV  MQTT2_EVNClient
   NR         613
   NTFY_ORDER 50-FileLog_MQTT2_EVNClient
   REGEXP     MQTT2_EVNClient:Momentanleistung:.*|MQTT2_EVNClient:MomentanleistungN:.*|MQTT2_EVNClient:MomentanleistungP:.*|MQTT2_EVNClient:Verbrauch_kWh:.*|MQTT2_EVNClient:statVerbrauch_kWhDay:.*|MQTT2_EVNClient:statVerbrauch_kWhDayLast:.*|MQTT2_EVNClient:statVerbrauch_kWhMonth:.*|MQTT2_EVNClient:statVerbrauch_kWhYear:.*
   STATE      active
   TYPE       FileLog
   currentlogfile ./log/MQTT2_EVNClient-2022-08.log
   logfile    ./log/MQTT2_EVNClient-%Y-%m.log
   READINGS:
     2022-08-01 15:03:23   linesInTheFile  2715
   pos:
Attributes:
   alias      EVN Verbrauch
   appOptions { "room": "Chart", "template": "chart", "chartDef": [":(4:MomentanleistungP):Verbrauch:W:%n.0:#FF0000:0:7000"],
"setup": {
"size": "col-12",
"daysAgo": 0
}}
   room       Log


Ich weiß nicht ob es die einfachste und schönste Lösung ist, aber sie hält das Log klein.......

Gruß
Helmut

[fpg]

moin Helmut,

...das könnte weiterführen ! Ich versuche mal genauer zu verstehen, wie der MQTT2-server tickt.

wenn ich deine Konfiguration richtig deute (verstehen tu ich sie noch nicht in gänze ) , dann hast du die anzahl der fhem-readings (entspricht MQTT-topics im fifo) zunächst verringert, was bei einem pub/sub natürlich die datenmenge der abfrage verringert (massnahme 1). Dann hast du das abfrageinterval auf den fifo des brokers so verändert, dass die ttl (time to life) der message knapp überschritten oder sogar unterschritten wird, was die menge der temporär gehaltenen daten nochmals reduziert... (massnahme 2) .

Wenn das zuträfe, dann würde der fhem-broker nur loggen, was als topic tatsächlich konfiguriert ist und abgerufen wird, aber nicht alles, was vom publischer (em3) gesendet wird.
Das TTL-verhalten könnte bedeuten, dass fhem das log als fifo nutzt... was sehr ungewöhnlich wäre

Bisher ging ich davon aus, dass fhem generell alles speichert, was die jeweilige quelle sendet. Der grund dafür kann z.b. ein zugriff auf vergangene datenzeiträume mit einer neuen, erweiterten abfrage sein.

meine neugier ist geweckt

---stop ! Hast du überhaupt die anzahl der readings verringert ? Das war eher eine annahme denn eine feststellung von mir .. In der doku steht, dass man die readings nicht anfassen sollte... den grund, ausser dass dann irgendetwas schlimmes passiert, kann ich noch nicht erkennen. Evt. weiss ja jemand, was da passiert ?

besten dank Helmut !

gruss vom fpg   

[Prof. Dr. Peter Henning]

...wäre gut geeignet, über die allgemeine funktionalität der shelly bzw. des mqqt2-servers (nicht brokers) zu erklären und gleichzeitig hilfe zu leisten.

Das ist in der Tat ein

threat

. Denn im Gegensatz zu fpg beurteile ich als IT-Profi und Autor die Gesamtdokumentation von FHEM, Shelly und MQTT als sehr gut, umfassend und auch für Anfänger geeignet. Man muss sie nur mal lesen.

LG

pah