Vorhandenes MQTT2 Device als "UNDEFINED" (autocreate)

Reinhard.M · 03 Januar 2022, 11:27:14

Hallo Zusammen!

Ich habe ca. 30 MQTT2 Devices in FHEM eingebunden, einige wenige werden immer wieder mal als "UNDEFINED" Devices neu angelegt bzw. überschrieben. Das sieht im Event-Log so aus:

Code Auswählen


2022-01-03_10:35:41.331 global UNDEFINED MQTT2_Tas_LED02 MQTT2_DEVICE Tas_LED02 myMQTT_Server
2022-01-03_10:35:41.465 global UNDEFINED MQTT2_Tas_LED01 MQTT2_DEVICE Tas_LED01 myMQTT_Server
2022-01-03_10:35:41.613 global UNDEFINED MQTT2_Tas_LED03 MQTT2_DEVICE Tas_LED03 myMQTT_Server
2022-01-03_10:35:41.807 global UNDEFINED MQTT2_Tas_LED01 MQTT2_DEVICE Tas_LED01 myMQTT_Server
2022-01-03_10:35:41.959 global UNDEFINED MQTT2_Tas_LED02 MQTT2_DEVICE Tas_LED02 myMQTT_Server
2022-01-03_10:35:42.160 global UNDEFINED MQTT2_Tas_LED03 MQTT2_DEVICE Tas_LED03 myMQTT_Server
2022-01-03_10:35:42.414 global UNDEFINED MQTT2_Tas_LED02 MQTT2_DEVICE Tas_LED02 myMQTT_Server
2022-01-03_10:35:42.567 global UNDEFINED MQTT2_Tas_LED03 MQTT2_DEVICE Tas_LED03 myMQTT_Server
2022-01-03_10:35:42.862 global UNDEFINED MQTT2_Tas_LED02 MQTT2_DEVICE Tas_LED02 myMQTT_Server
2022-01-03_10:35:42.011 global UNDEFINED MQTT2_Tas_LED03 MQTT2_DEVICE Tas_LED03 myMQTT_Server

Das sind nur die letzten 10 Zeilen von über 1000 innerhalb von 5 Minuten. Davor war stundenlang Ruhe. Es sind immer die gleichen Devices, LED01 bis LED03. Ich verwende ausschließlich den FHEM MQTT2_SERVER. In den zugehörigen Device Logs ist zu diesem Zeitpunkt keinerlei Auffälligkeit zu sehen. Im fhem.log stehen entsprechende autocreate für die Log Files der Devices. Erst wenn ich das autocreate des MQTT2_SERVER auf "no" stelle hört der Spuk auf. Hat jemand eine Idee wie ich den Fehler weiter eingrenzen/debuggen kann? Im Moment finde ich jedenfalls keinerlei Zusammenhänge oder Auffälligkeiten im FHEM.

Gruß Reinhard

Beta-User · 03 Januar 2022, 11:33:23

Um dem besser auf den Grund zu gehen, sollte man vermutlich verbose-5-logs vom M2Server haben. Da das anscheinend Events erzeugt, müßte es möglich sein, das Event-Basiert einzuschalten und dann einfach nur ein paar Messges zu loggen, bevor du es wieder ausschaltest...?
Ansonsten wäre ein List von wenigstens einem der Devices evtl. hilfreich.

Mein Bauchgefühl tippt auf kaputte Messages wegen (temporärer) WLAN-Überlastung...

rudolfkoenig · 03 Januar 2022, 11:41:05

Ich tippe auf deaktivierte / entfernte autocreate Device/Instanz.

Reinhard.M · 03 Januar 2022, 18:40:22

Zitat von: Beta-User am 03 Januar 2022, 11:33:23
Um dem besser auf den Grund zu gehen, sollte man vermutlich verbose-5-logs vom M2Server haben. Da das anscheinend Events erzeugt, müßte es möglich sein, das Event-Basiert einzuschalten und dann einfach nur ein paar Messges zu loggen, bevor du es wieder ausschaltest...?
Ansonsten wäre ein List von wenigstens einem der Devices evtl. hilfreich.

Mein Bauchgefühl tippt auf kaputte Messages wegen (temporärer) WLAN-Überlastung...

Hm,
WLAN-Überlastung wäre bei der Anzahl von Devices natürlich grundsätzlich möglich. Sollte aber bei der Datenmenge dennoch kein Problem darstellen. Abgesehen davon sind alle 3 Devices mit jeweils anderen APs verbunden und diese wiederum über GB-LAN an den FHEM-Raspi. Und bei einer temporären Überlastung müssten die Devices random sein und nicht immer die gleichen. Ich werde trotzdem mal autocreate wieder aktivieren und den Server auf verbose 5 setzen sobald es losgeht. Ist ja sporadisch, nicht deterministisch. Ich teste morgen mal und melde mich wieder.
@rudolfkoenig:
In diese Richtung hatte ich auch schon gesucht aber (noch) nichts gefunden. Hättest du einen Tipp wo ich suchen sollte? In "Everything" steht nur ein MQTT2_SERVER und ein MQTT2_SERVER Device für jedes MQTT Device.

Gruß Reinhard

rudolfkoenig · 03 Januar 2022, 20:25:24

Es muss eine Definition des Typs autocreate existieren, und fuer MQTT nicht deatkiviert sein.
In der ausgelieferten fhem.cfg traegt es den Namen autocreate, es wird aber gerne entfernt / deaktiviert.

Reinhard.M · 04 Januar 2022, 18:35:51

Ich habe jetzt mal alle Vorschläge durchprobiert, leider ohne Erfolg. Zwei quasi komplett identische Devices verhalten sich bezüglich "autocreate FileLog" komplett unterschiedlich. Hier mal ein Listing des "fehlerfreien" Device (LED04):

Code Auswählen


Internals:
   CID        Tas_LED04
   DEF        Tas_LED04
   DEVICETOPIC MQTT2_Tas_LED04
   FUUID      6068a08d-f33f-dca3-1a55-a359dcc632fc437f
   IODev      myMQTT_Server
   LASTInputDev myMQTT_Server
   MSGCNT     7
   NAME       MQTT2_Tas_LED04
   NR         135
   STATE      set_on
   TYPE       MQTT2_DEVICE
   myMQTT_Server_CONN myMQTT_Server_192.168.135.64_58975
   myMQTT_Server_MSGCNT 7
   myMQTT_Server_TIME 2022-01-04 17:36:06
   OLDREADINGS:
   READINGS:
     2022-01-04 17:36:06   CT              153
     2022-01-04 17:36:06   Channel_1       5
     2022-01-04 17:36:06   Channel_2       5
     2022-01-04 17:36:06   Channel_3       70
     2022-01-04 17:36:06   Channel_4       0
     2022-01-04 17:36:06   Channel_5       0
     2022-01-04 17:36:06   Color           0D0DB20000
     2022-01-04 17:36:06   Dimmer          70
     2022-01-04 17:36:06   Fade            on
     2022-01-04 17:36:06   HSBColor        240,93,70
     2022-01-04 17:36:06   Heap            23
     2022-01-04 17:17:49   IODev           myMQTT_Server
     2022-01-04 17:36:06   IconColor       FFA600
     2022-01-04 17:18:52   LWT             Online
     2022-01-04 17:36:06   LedTable        on
     2022-01-04 17:36:06   LoadAvg         19
     2022-01-04 17:36:06   MqttCount       6
     2022-01-04 17:36:06   POWER1          off
     2022-01-04 17:36:06   Power           off
     2022-01-04 17:36:06   Scheme          0
     2022-01-04 17:36:06   Sleep           50
     2022-01-04 17:36:06   SleepMode       Dynamic
     2022-01-04 17:36:06   Speed           4
     2022-01-04 17:36:06   Time            2022-01-04T17:36:06
     2022-01-04 17:36:06   Uptime          0T03:35:42
     2022-01-04 17:36:06   UptimeSec       12942
     2022-01-04 17:36:06   White           0
     2022-01-04 17:36:06   Wifi_AP         1
     2022-01-04 17:36:06   Wifi_BSSId      E8:DF:70:6D:08:20
     2022-01-04 17:36:06   Wifi_Channel    13
     2022-01-04 17:36:06   Wifi_Downtime   0T00:00:17
     2022-01-04 17:36:06   Wifi_LinkCount  3
     2022-01-04 17:36:06   Wifi_Mode       11n
     2022-01-04 17:36:06   Wifi_RSSI       76
     2022-01-04 17:36:06   Wifi_SSId       Mein_AP
     2022-01-04 17:36:06   Wifi_Signal     -62
Attributes:
   IODev      myMQTT_Server
   alias      Tas-LED04
   autocreate 0
   comment    NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10; 'cmnd/cmnd/LED04/Backlog POWER1 1; delay '.$duration.'; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
   devStateIcon {my $onl = ReadingsVal($name,'LWT','false') eq 'Online' ? 'lan_rs485@green' : 'lan_rs485@red';
 my $pwr = ReadingsVal($name,'Power','off') eq 'on' ? 'off' : 'on';
 my $light  = Color::devStateIcon($name,'rgb','IconColor','Dimmer','Power') =~ /.*:(.*):/ ? $1 : return;
 '<div>    <a href="http://'.ReadingsVal($name,'Info2_IPAddress','none').' "target="_blank">'.FW_makeImage($onl)
 .'</a>    <a href="/fhem?cmd.dummy=set '.$name.' Power '.$pwr.'&XHR=1">'.FW_makeImage($light)
 .'</a><b></b>'}
   event-on-change-reading .*
   event-on-update-reading Dimmer?
   genericDeviceType light
   icon       light_control
   model      tasmota_rgbww
   readingList tele/LED04/LWT:.*    LWT
tele/LED04/STATE:.*  { json2nameValue($EVENT,'',$JSONMAP) }
tele/LED04/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }
tele/LED04/INFO.:.*  { json2nameValue($EVENT,'',$JSONMAP) }
tele/LED04/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }
stat/LED04/POWER1:.* state
stat/LED04/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }
stat/LED04/RESULT:.* { $EVENT =~ m,POWER(1)...(o[nf]f?), ? { "Power".$1=>$2 } : return }
stat/LED04/RESULT:.* { $EVENT =~ m,Dimmer..(\d+),        ? $1 eq ReadingsVal($NAME,"Dimmer","unknown") ? return : { "Dimmer"=>$1 } : return }
   room       MQTT2_DEVICE
   setList    off                             cmnd/LED10/POWER0 off
on                              cmnd/LED10/POWER0 on
toggle                          cmnd/LED10/POWER0 toggle
Power:off,on,toggle            cmnd/LED04/POWER0 $EVTPART1
Dimmer:colorpicker,BRI,0,1,100 cmnd/LED04/Dimmer $EVTPART1
Color:colorpicker,HSV          cmnd/LED04/Color
CT:colorpicker,CT,153,1,500    cmnd/LED04/CT
upgrade:noArg                  cmnd/LED04/upgrade 1
setOtaUrl:textField            cmnd/LED04/OtaUrl $EVTPART1
   setStateList on off toggle
   suppressReading ^Modules.*|^GPIOs.*
   userReadings IconColor {"FFA600"},
Power     {((ReadingsVal($name,"Power1","off") =~ "on") or (ReadingsVal($name,"Power2","off") =~ "on") or
            (ReadingsVal($name,"Power3","off") =~ "on") or (ReadingsVal($name,"Power4","off") =~ "on") or
            (ReadingsVal($name,"Power5","off") =~ "on")) ? "on" : "off"}
   userattr   AstroSW AstroSW_map Essen Essen_map structexclude
   webCmd     Color:Color FFEEB8:Color 00FF00:CT:Dimmer 25:Dimmer 50:Dimmer:Dimmer 75:Dimmer 100
   webCmdLabel Farbe:Quick1:Quick2
:Weißton:25%:50%
:Dimmer:75%:100%

Und das Listing eines "fehlerhaften" Device (LED03):

Code Auswählen


Internals:
   CID        LED03
   DEF        LED03
   DEVICETOPIC MQTT2_Tas_LED03
   FUUID      601ec7fd-f33f-dca3-dc00-84d25b777a053378
   IODev      myMQTT_Server
   LASTInputDev myMQTT_Server
   MSGCNT     7
   NAME       MQTT2_Tas_LED03
   NR         97
   STATE      off
   TYPE       MQTT2_DEVICE
   myMQTT_Server_CONN myMQTT_Server_192.168.135.63_51673
   myMQTT_Server_MSGCNT 7
   myMQTT_Server_TIME 2022-01-04 17:36:05
   OLDREADINGS:
   READINGS:
     2022-01-04 17:36:05   CT              363
     2022-01-04 17:36:05   Channel_1       0
     2022-01-04 17:36:05   Channel_2       0
     2022-01-04 17:36:05   Channel_3       0
     2022-01-04 17:36:05   Channel_4       4
     2022-01-04 17:36:05   Channel_5       6
     2022-01-04 17:36:05   Color           0000000A10
     2022-01-04 17:36:05   Dimmer          10
     2022-01-04 17:36:05   Fade            on
     2022-01-04 17:36:05   HSBColor        0,0,0
     2022-01-04 17:36:05   Heap            23
     2022-01-04 17:17:49   IODev           myMQTT_Server
     2022-01-04 17:36:05   IconColor       FFA600
     2022-01-04 17:18:53   LWT             Online
     2022-01-04 17:36:05   LedTable        on
     2022-01-04 17:36:05   LoadAvg         99
     2022-01-04 17:36:05   MqttCount       6
     2022-01-04 17:36:05   POWER1          on
     2022-01-04 17:36:05   Power           on
     2022-01-04 17:36:05   Scheme          0
     2022-01-04 17:36:05   Sleep           10
     2022-01-04 17:36:05   SleepMode       Dynamic
     2022-01-04 17:36:05   Speed           4
     2022-01-04 17:36:05   Time            2022-01-04T17:36:05
     2022-01-04 17:36:05   Uptime          0T03:35:41
     2022-01-04 17:36:05   UptimeSec       12941
     2022-01-04 17:36:05   White           10
     2022-01-04 17:36:05   Wifi_AP         1
     2022-01-04 17:36:05   Wifi_BSSId      DC:15:C8:07:FF:FC
     2022-01-04 17:36:05   Wifi_Channel    13
     2022-01-04 17:36:05   Wifi_Downtime   0T00:00:13
     2022-01-04 17:36:05   Wifi_LinkCount  2
     2022-01-04 17:36:05   Wifi_Mode       11n
     2022-01-04 17:36:05   Wifi_RSSI       58
     2022-01-04 17:36:05   Wifi_SSId       Mein_AP
     2022-01-04 17:36:05   Wifi_Signal     -71
Attributes:
   IODev      myMQTT_Server
   alias      Tas-LED03
   autocreate 0
   comment    NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10; 'cmnd/cmnd/LED03/Backlog POWER1 1; delay '.$duration.'; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
   devStateIcon {my $onl = ReadingsVal($name,'LWT','false') eq 'Online' ? 'lan_rs485@green' : 'lan_rs485@red';
 my $pwr = ReadingsVal($name,'Power','off') eq 'on' ? 'off' : 'on';
 my $light  = Color::devStateIcon($name,'rgb','IconColor','Dimmer','Power') =~ /.*:(.*):/ ? $1 : return;
 '<div>    <a href="http://'.ReadingsVal($name,'Info2_IPAddress','none').' "target="_blank">'.FW_makeImage($onl)
 .'</a>    <a href="/fhem?cmd.dummy=set '.$name.' Power '.$pwr.'&XHR=1">'.FW_makeImage($light)
 .'</a><b></b>'}
   event-on-change-reading .*
   event-on-update-reading Dimmer?
   genericDeviceType light
   icon       light_control
   model      tasmota_rgbww
   readingList tele/LED03/LWT:.*    LWT
tele/LED03/STATE:.*  { json2nameValue($EVENT,'',$JSONMAP) }
tele/LED03/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }
tele/LED03/INFO.:.*  { json2nameValue($EVENT,'',$JSONMAP) }
tele/LED03/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }
stat/LED03/POWER1:.* state
stat/LED03/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }
stat/LED03/RESULT:.* { $EVENT =~ m,POWER(1)...(o[nf]f?), ? { "Power".$1=>$2 } : return }
stat/LED03/RESULT:.* { $EVENT =~ m,Dimmer..(\d+),        ? $1 eq ReadingsVal($NAME,"Dimmer","unknown") ? return : { "Dimmer"=>$1 } : return }
   realRoom   Dach
   room       MQTT2_DEVICE
   setList    Speed:0,1,2,3,4,5              cmnd/LED03/Speed  $EVTPART1
Scheme:0,2,4                   cmnd/LED03/Scheme $EVTPART1
Power:off,on,toggle            cmnd/LED03/POWER0 $EVTPART1
Dimmer:colorpicker,BRI,0,1,100 cmnd/LED03/Dimmer $EVTPART1
Color:colorpicker,HSV          cmnd/LED03/Color
CT:colorpicker,CT,153,1,500    cmnd/LED03/CT
upgrade:noArg                  cmnd/LED03/upgrade 1
setOtaUrl:textField            cmnd/LED03/OtaUrl $EVTPART1
   setStateList on off toggle
   suppressReading ^Modules.*|^GPIOs.*
   userReadings IconColor {"FFA600"},
Power     {((ReadingsVal($name,"Power1","off") =~ "on") or (ReadingsVal($name,"Power2","off") =~ "on") or
            (ReadingsVal($name,"Power3","off") =~ "on") or (ReadingsVal($name,"Power4","off") =~ "on") or
            (ReadingsVal($name,"Power5","off") =~ "on")) ? "on" : "off"}
   userattr   Gast-WC Gast-WC_map structexclude
   webCmd     Color:Speed:Scheme:CT 420:CT:Dimmer 25:Dimmer 50:Dimmer:Dimmer 75:Dimmer 100
   webCmdLabel Farbe:Speed:Scheme:
:Weißton:25%:50%
:Dimmer:75%:100%

Den Server hänge ich mal als File an, ich glaube der sprengt ansonsten alles.
Ich habe den Server auf verbose 5 gestellt und versucht Auffälligkeiten zu entdecken. Hier mal ein kleiner Ausschnitt mit den beiden Devices:

Code Auswählen


2022.01.04 17:00:49.147 5: in@132 PUBLISH: 0(233)(2)(0)(17)stat/LED03/STATUS{"Status":{"Module":0,"DeviceName":"Tas-LED03","FriendlyName":["Tas-LED03"],"Topic":"LED03","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:00:49.148 4:   myMQTT_Server_192.168.135.63_63055 Tas_LED03 PUBLISH stat/LED03/STATUS:{"Status":{"Module":0,"DeviceName":"Tas-LED03","FriendlyName":["Tas-LED03"],"Topic":"LED03","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:00:49.151 5: myMQTT_Server: dispatch autocreate=simple\000Tas_LED03\000stat/LED03/STATUS\000{"Status":{"Module":0,"DeviceName":"Tas-LED03","FriendlyName":["Tas-LED03"],"Topic":"LED03","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:00:49.176 2: autocreate: define FileLog_MQTT2_Tas_LED03 FileLog ./log/MQTT2_Tas_LED03-%Y-%m.log MQTT2_Tas_LED03
2022.01.04 17:00:49.244 5: in@98 PUBLISH: 0(233)(2)(0)(17)stat/LED01/STATUS{"Status":{"Module":0,"DeviceName":"Tas-LED01","FriendlyName":["Tas-LED01"],"Topic":"LED01","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:00:49.244 4:   myMQTT_Server_192.168.135.61_63174 Tas_LED01 PUBLISH stat/LED01/STATUS:{"Status":{"Module":0,"DeviceName":"Tas-LED01","FriendlyName":["Tas-LED01"],"Topic":"LED01","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:00:49.247 5: myMQTT_Server: dispatch autocreate=simple\000Tas_LED01\000stat/LED01/STATUS\000{"Status":{"Module":0,"DeviceName":"Tas-LED01","FriendlyName":["Tas-LED01"],"Topic":"LED01","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:00:49.272 2: autocreate: define FileLog_MQTT2_Tas_LED01 FileLog ./log/MQTT2_Tas_LED01-%Y-%m.log MQTT2_Tas_LED01
2022.01.04 17:01:49.080 5: in@132 PUBLISH: 0(233)(2)(0)(17)stat/LED03/STATUS{"Status":{"Module":0,"DeviceName":"Tas-LED03","FriendlyName":["Tas-LED03"],"Topic":"LED03","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:01:49.080 4:   myMQTT_Server_192.168.135.63_63055 Tas_LED03 PUBLISH stat/LED03/STATUS:{"Status":{"Module":0,"DeviceName":"Tas-LED03","FriendlyName":["Tas-LED03"],"Topic":"LED03","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:01:49.083 5: myMQTT_Server: dispatch autocreate=simple\000Tas_LED03\000stat/LED03/STATUS\000{"Status":{"Module":0,"DeviceName":"Tas-LED03","FriendlyName":["Tas-LED03"],"Topic":"LED03","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:01:49.089 2: autocreate: define FileLog_MQTT2_Tas_LED03 FileLog ./log/MQTT2_Tas_LED03-%Y-%m.log MQTT2_Tas_LED03
2022.01.04 17:01:49.158 5: in@98 PUBLISH: 0(233)(2)(0)(17)stat/LED01/STATUS{"Status":{"Module":0,"DeviceName":"Tas-LED01","FriendlyName":["Tas-LED01"],"Topic":"LED01","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:01:49.159 4:   myMQTT_Server_192.168.135.61_63174 Tas_LED01 PUBLISH stat/LED01/STATUS:{"Status":{"Module":0,"DeviceName":"Tas-LED01","FriendlyName":["Tas-LED01"],"Topic":"LED01","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:01:49.162 5: myMQTT_Server: dispatch autocreate=simple\000Tas_LED01\000stat/LED01/STATUS\000{"Status":{"Module":0,"DeviceName":"Tas-LED01","FriendlyName":["Tas-LED01"],"Topic":"LED01","ButtonTopic":"0","Power":1,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:01:49.186 2: autocreate: define FileLog_MQTT2_Tas_LED01 FileLog ./log/MQTT2_Tas_LED01-%Y-%m.log MQTT2_Tas_LED01
2022.01.04 17:01:49.389 5: in@124 PUBLISH: 0(233)(2)(0)(17)stat/LED04/STATUS{"Status":{"Module":0,"DeviceName":"Tas-LED04","FriendlyName":["Tas-LED04"],"Topic":"LED04","ButtonTopic":"0","Power":0,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:01:49.389 4:   myMQTT_Server_192.168.135.64_51649 Tas_LED04 PUBLISH stat/LED04/STATUS:{"Status":{"Module":0,"DeviceName":"Tas-LED04","FriendlyName":["Tas-LED04"],"Topic":"LED04","ButtonTopic":"0","Power":0,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}
2022.01.04 17:01:49.392 5: myMQTT_Server: dispatch autocreate=simple\000Tas_LED04\000stat/LED04/STATUS\000{"Status":{"Module":0,"DeviceName":"Tas-LED04","FriendlyName":["Tas-LED04"],"Topic":"LED04","ButtonTopic":"0","Power":0,"PowerOnState":3,"LedState":3,"LedMask":"FFFF","SaveData":1,"SaveState":1,"SwitchTopic":"0","SwitchMode":[0,0,0,0,0,0,0,0],"ButtonRetain":0,"SwitchRetain":0,"SensorRetain":0,"PowerRetain":0,"InfoRetain":0,"StateRetain":0}}

"autocreate" hatte ich auch mit verbose 5 versucht, mehr als Level 2 gibt es aber nicht aus. Der MQTT Server dispatched in einer Minuten 700 autocreate Messages, egal ob simple oder no. Außer bei den genannten Devices hat das aber keine weitere Auswirkung. Für mich sieht es so aus, dass das autocreate Device (@rudolfkoenig: das gabe es schon immer bei mir und hat keine Einschränkungen/Deaktivierungen) aus irgendeinem Grund diese Devices als nicht existent betrachtet. Habt ihr noch einen Tipp für mich?

Gruß Reinhard

rudolfkoenig · 05 Januar 2022, 10:15:54

Bitte die Definition von Tas_LED01 und autocreate hier anhaengen, als "Raw definition".
Verwendest Du bridgeRegexp? Wenn ja, bitte um die Werte.

Off-topic: Die LWT=Online Werte der tasmotas (siehe Server-Definition) finde ich irre-fuehrend.

Beta-User · 05 Januar 2022, 10:37:13

Was noch auffällt:
- die CID scheint nicht zu passen, das sollte mAn. "Tas_LED03" sein;
- "Dimmer" ist kein guter Reading-Name, würde empfehlen, das nach pct zu ändern (incl. jsonMap für den Rückweg);- userReadings ohne trigger sind an sich nicht gut, aber das dann noch mit einem festen Wert zu verbinden, ist m.E. wenig sinnvoll;
- der "on/off"-Zustand müßte eigentlich irgendwie aus den übermittelten Daten rauszubekommen sein. Es kann nur sein, dass Tasmota da irgendwas geändert hat, was die Topics angeht. An der Stelle könnte auch die Ursache für den Versuch liegen, was neu anzulegen (iVm. der falschen CID);
- 700 msgs/Min klingt nach sehr viel. Vielleicht ist es möglich, da etwas auszudünnen.

Reinhard.M · 05 Januar 2022, 11:51:15

Zitat von: Beta-User am 05 Januar 2022, 10:37:13
Was noch auffällt:
- die CID scheint nicht zu passen, das sollte mAn. "Tas_LED03" sein;
- "Dimmer" ist kein guter Reading-Name, würde empfehlen, das nach pct zu ändern (incl. jsonMap für den Rückweg);- userReadings ohne trigger sind an sich nicht gut, aber das dann noch mit einem festen Wert zu verbinden, ist m.E. wenig sinnvoll;
- der "on/off"-Zustand müßte eigentlich irgendwie aus den übermittelten Daten rauszubekommen sein. Es kann nur sein, dass Tasmota da irgendwas geändert hat, was die Topics angeht. An der Stelle könnte auch die Ursache für den Versuch liegen, was neu anzulegen (iVm. der falschen CID);
- 700 msgs/Min klingt nach sehr viel. Vielleicht ist es möglich, da etwas auszudünnen.

@Beta-User:
Mit der CID Frage bin ich gerade etwas überfordert, sorry. Diese steht soweit ich es verstanden habe auf Tas_LED03 (siehe Anhang). Die Device-ID hat aber, so wie ich es verstanden habe, nichts mit der CID zu tun (ebenfalls Anhang, "Sonstige Einstellungen").
"Dimmer" habe ich direkt aus den Tasmota-Settings übernommen, das entsprechende Topic heißt halt so.
Den festen Wert für ein userReading ist dem geschuldet, dass ich für "Color::devStateIcon()" nur Readings als Übergabeparameter verwenden kann. Da ich über das Icon nur den Anteil der Dimmung anzeigen wollte, brauchte ich für die Farbe des Icons einen fixen Wert. Wenn du etwas eleganteres kennst, immer her damit. Mir ist noch nichts eingefallen. Und "trigger" ist doch optional, oder?
Der "on/off" Zustand, ich vermute mal du meinst damit "Power on/off" lässt sich aus den Logs ablesen. Ist "Power":1 oder "Power":0. Topic: Power.
Bei den Messages habe ich ja bereits exemplarische rausgepickt, viel mehr ausdünnen konnte ich nicht.

@rudolfkoenig:
Hier erst einmal die Raw Definition von Tas_LED03:

Code Auswählen


defmod MQTT2_Tas_LED03 MQTT2_DEVICE LED03
attr MQTT2_Tas_LED03 userattr Gast-WC Gast-WC_map structexclude
attr MQTT2_Tas_LED03 IODev myMQTT_Server
attr MQTT2_Tas_LED03 alias Tas-LED03
attr MQTT2_Tas_LED03 autocreate 0
attr MQTT2_Tas_LED03 comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10;; 'cmnd/cmnd/LED03/Backlog POWER1 1;; delay '.$duration.';; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
attr MQTT2_Tas_LED03 devStateIcon {my $onl = ReadingsVal($name,'LWT','false') eq 'Online' ? 'lan_rs485@green' : 'lan_rs485@red';;\
 my $pwr = ReadingsVal($name,'Power','off') eq 'on' ? 'off' : 'on';;\
 my $light  = Color::devStateIcon($name,'rgb','IconColor','Dimmer','Power') =~ /.*:(.*):/ ? $1 : return;;\
 '<div>    <a href="http://'.ReadingsVal($name,'Info2_IPAddress','none').' "target="_blank">'.FW_makeImage($onl)\
 .'</a>    <a href="/fhem?cmd.dummy=set '.$name.' Power '.$pwr.'&XHR=1">'.FW_makeImage($light)\
 .'</a><b></b>'}
attr MQTT2_Tas_LED03 event-on-change-reading .*
attr MQTT2_Tas_LED03 event-on-update-reading Dimmer?
attr MQTT2_Tas_LED03 genericDeviceType light
attr MQTT2_Tas_LED03 icon light_control
attr MQTT2_Tas_LED03 model tasmota_rgbww
attr MQTT2_Tas_LED03 readingList tele/LED03/LWT:.*    LWT\
tele/LED03/STATE:.*  { json2nameValue($EVENT,'',$JSONMAP) }\
tele/LED03/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
tele/LED03/INFO.:.*  { json2nameValue($EVENT,'',$JSONMAP) }\
tele/LED03/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
stat/LED03/POWER1:.* state\
stat/LED03/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }\
stat/LED03/RESULT:.* { $EVENT =~ m,POWER(1)...(o[nf]f?), ? { "Power".$1=>$2 } : return }\
stat/LED03/RESULT:.* { $EVENT =~ m,Dimmer..(\d+),        ? $1 eq ReadingsVal($NAME,"Dimmer","unknown") ? return : { "Dimmer"=>$1 } : return }
attr MQTT2_Tas_LED03 realRoom Dach
attr MQTT2_Tas_LED03 room MQTT2_DEVICE
attr MQTT2_Tas_LED03 setList Speed:0,1,2,3,4,5              cmnd/LED03/Speed  $EVTPART1\
Scheme:0,2,4                   cmnd/LED03/Scheme $EVTPART1\
Power:off,on,toggle            cmnd/LED03/POWER0 $EVTPART1\
Dimmer:colorpicker,BRI,0,1,100 cmnd/LED03/Dimmer $EVTPART1\
Color:colorpicker,HSV          cmnd/LED03/Color\
CT:colorpicker,CT,153,1,500    cmnd/LED03/CT\
upgrade:noArg                  cmnd/LED03/upgrade 1\
setOtaUrl:textField            cmnd/LED03/OtaUrl $EVTPART1
attr MQTT2_Tas_LED03 setStateList on off toggle
attr MQTT2_Tas_LED03 suppressReading ^Modules.*|^GPIOs.*
attr MQTT2_Tas_LED03 userReadings IconColor {"FFA600"},\
Power     {((ReadingsVal($name,"Power1","off") =~ "on") or (ReadingsVal($name,"Power2","off") =~ "on") or\
            (ReadingsVal($name,"Power3","off") =~ "on") or (ReadingsVal($name,"Power4","off") =~ "on") or\
            (ReadingsVal($name,"Power5","off") =~ "on")) ? "on" : "off"}
attr MQTT2_Tas_LED03 webCmd Color:Speed:Scheme:CT 420:CT:Dimmer 25:Dimmer 50:Dimmer:Dimmer 75:Dimmer 100
attr MQTT2_Tas_LED03 webCmdLabel Farbe:Speed:Scheme:\
:Weißton:25%:50%\
:Dimmer:75%:100%

setstate MQTT2_Tas_LED03 off
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 CT 363
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Channel_1 0
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Channel_2 0
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Channel_3 0
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Channel_4 40
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Channel_5 60
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Color 000000659A
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Dimmer 100
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Fade on
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 HSBColor 0,0,0
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Heap 23
setstate MQTT2_Tas_LED03 2022-01-04 17:17:49 IODev myMQTT_Server
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 IconColor FFA600
setstate MQTT2_Tas_LED03 2022-01-05 04:49:22 LWT Online
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 LedTable on
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 LoadAvg 19
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 MqttCount 8
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 POWER1 off
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Power off
setstate MQTT2_Tas_LED03 2022-01-05 09:53:08 Power1 off
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Scheme 0
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Sleep 50
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 SleepMode Dynamic
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Speed 4
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Time 2022-01-05T11:36:10
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Uptime 0T21:35:46
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 UptimeSec 77746
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 White 100
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Wifi_AP 1
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Wifi_BSSId DC:15:C8:07:FF:FC
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Wifi_Channel 13
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Wifi_Downtime 0T00:00:19
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Wifi_LinkCount 3
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Wifi_Mode 11n
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Wifi_RSSI 68
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Wifi_SSId Mein_AP
setstate MQTT2_Tas_LED03 2022-01-05 11:36:10 Wifi_Signal -66
setstate MQTT2_Tas_LED03 2022-01-05 09:53:09 state off

Und von dem autocreate Device:

Code Auswählen


defmod autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y-%m.log
attr autocreate room Maschinenraum
attr autocreate verbose 2

setstate autocreate active

Ich muss gestehen, dass ich bislang das Event Handling von FHEM nicht wirklich durschaue. Insbesondere im Zusammenspiel mit DOIF, aber auch mit anderen Devices. Es funktioniert bei mir zwar weitestgehend alles was ich aufsetze, deterministisch sieht für mich aber anders aus. Wie gesagt, wahrscheinlich habe ich es bislang schlicht nicht kapiert

Beta-User · 05 Januar 2022, 12:02:27

Zitat von: Reinhard.M am 05 Januar 2022, 11:51:15
Mit der CID Frage bin ich gerade etwas überfordert, sorry. Diese steht soweit ich es verstanden habe auf Tas_LED03 (siehe Anhang). Die Device-ID hat aber, so wie ich es verstanden habe, nichts mit der CID zu tun (ebenfalls Anhang, "Sonstige Einstellungen").

Es geht um die CID, die FHEM verwendet, um eingehende Nachrichten zu sortieren. Sollte so geändert werden:

Code Auswählen

defmod MQTT2_Tas_LED03 MQTT2_DEVICE Tas_LED03

Zitat
"Dimmer" habe ich direkt aus den Tasmota-Settings übernommen, das entsprechende Topic heißt halt so.

Das mag so sein, mein Hinweis war, dass es empfehlenswert ist, das zu ändern. Dazu muss man sowohl die setList anfassen wie einen jsonMap-Eintrag erstellen. Es gibt attrTemplate als Beispiele dazu.

Zitat
Den festen Wert für ein userReading ist dem geschuldet, dass ich für "Color::devStateIcon()" nur Readings als Übergabeparameter verwenden kann. Da ich über das Icon nur den Anteil der Dimmung anzeigen wollte, brauchte ich für die Farbe des Icons einen fixen Wert. Wenn du etwas eleganteres kennst, immer her damit. Mir ist noch nichts eingefallen. Und "trigger" ist doch optional, oder?

"setreading"?
"optional" heißt nicht, dass es beliebig ist. Du erzeugst völlig unnötigerweise Last.

Zitat
Der "on/off" Zustand, ich vermute mal du meinst damit "Power on/off" lässt sich aus den Logs ablesen. Ist "Power":1 oder "Power":0. Topic: Power.

Vermutlich läßt sich da was auf den Tasmota einstellen, was für "an" und "aus" (etc) als Wert zu senden ist. Wenn du attrTemplate verwendet hättest, müßte das eigentlich als "on/off" kommen, kann aber sein, dass das hier aus irgendeinem Grund anders ist.

Zitat
Bei den Messages habe ich ja bereits exemplarische rausgepickt, viel mehr ausdünnen konnte ich nicht.

Auch hier: evtl. kann man auf der firmware/dem Webinterface der Geräte irgendwas einstellen. Z.B. Shelly kennt eine "Meldeperiode", die man auch auf "0" setzen kann usw..

Man muss sich halt damit befassen, und ich bin ehrlich gesagt etwas angesäuert, wenn ich den Eindruck habe, dass eine Art "lass mich in Ruhe"-Antwort kommt. Es ist aber jedenfalls nicht mein Job rauszufinden, was du wo im Einsatz hast und wie man die jeweilige firmware manipulieren kann...

PS: Es kommt nicht von ungefähr, dass ich ständig predige, dass man diese Angaben zur CID (und andere "technische Namen" wie die MAC-orientierten Bezeichnungen bei zigbee2mqtt etc.) auf der technischen Benennung belassen sollte und gerade keine friendly names vergeben! Die aus nachträglichen Änderungen sich ergebenden Konsequenzen sind nämlich teils nicht offenkundig (qed)...
Den FHEM-Device-Namen kann man dann aber durchaus mehr oder weniger beliebig wählen, das ist eine ganz andere Baustelle.

rudolfkoenig · 05 Januar 2022, 13:48:16

Die Ursache der UNDEFINED Events ist, dass man zwar den automatisch erzeugten MQTT2_DEVICE Namen belassen, aber die clientId (aka CID, letzer Parameter in der define Zeile) geaendert hat. Wenn dann autocreate im Server gesetzt ist, und im readingList nicht enthaltene Meldungen eintreffen, dann ist der Chaos komplett

Ich habs gefixt, das heisst aber nicht, dass ich das willkuerliche Anpassen der CID empfehle.
Wenn ueberhaupt, dann CID loeschen, damit man einfacher auf MQTT2_CLIENT umstellen kann.
Beides bedeutet eine schlechtere Performance beim Parsen.

FHEM-update ab morgen.

Beta-User · 05 Januar 2022, 14:09:02

[OT @Rudi]
Gestern hatte ich ja "das Vergnügen", etwas mit den neuen Shelly zu spielen. Dabei ist mir aufgefallen, dass eine Änderung der DEF bei MQTT2_DEVICE das Internal DEVICETOPIC ändert, selbst wenn das betreffende Attribut (anders) gesetzt ist. Vielleicht kannst du da auch eine Prüfung einbauen, damit das nicht passiert, wenn per Attribut vorgegeben?

Reinhard.M · 05 Januar 2022, 15:05:29

Zitat von: Beta-User am 05 Januar 2022, 12:02:27
Man muss sich halt damit befassen, und ich bin ehrlich gesagt etwas angesäuert, wenn ich den Eindruck habe, dass eine Art "lass mich in Ruhe"-Antwort kommt. Es ist aber jedenfalls nicht mein Job rauszufinden, was du wo im Einsatz hast und wie man die jeweilige firmware manipulieren kann...

Entschuldige bitte,
ich bin für jegliche Hilfe immer sehr dankbar. Ich befasse mich bislang nicht einmal 2 Jahre mit Home Automation. Sämtliche Felder sind Neuland, Perl, JSON, Tasmota, MQTT, Homematic, RF Protokolle, FHEM. Da kann man schon mal ins Straucheln geraten. Bevor ich überhaupt frage habe ich in der Regel schon tagelang nach einer Lösung gesucht. Insbesondere in der Dokumentation. Auch im Forum. Oder im Wiki. Ich kann dich gut verstehen, wenn dich triviale Fragen nerven die man mit RTFM beantworten kann. Was du als "lass mich in Ruhe" interpretierst ist mir aber völlig schleierhaft.

Aber lass mich zu deinen Antworten zurück kommen. Der CID Tipp scheint der entscheidende Punkt gewesen zu sein. Bislang läuft "autocreate simple" ohne tatsächlich ein neues Device anzulegen.
Die 3 "fehlerhaften" Devices hatten tatsächlich als CID nur "LED0x" statt "Tas_LED0x". Eigentlich lasse ich immer alle neuen Devices durch autocreate anlegen, wahrscheinlich hatte ich bei der automatischen Erstellung auf der Tasmota Seite die CID eben auf LED stehen. Das sind meine ersten Test Devices gewesen, sicherlich kommt es daher. Dumm gelaufen und nochmals danke für den Hinweis. Damit ist dieser Fehler für mich gefixt und in Zukunft weiß ich bei ähnlich gelagerten Fällen wohin ich schauen muss.

Nur zur Info: Ich hatte bei der Einrichtung MQTT-Templates verwendet. Allerdings passten diese damals nicht auf mein Device und ich musste sie so gut ich konnte anpassen. Diese verwende ich noch heute. Inzwischen hat sich bei den Templates einiges getan, ich werde mal schauen was ich bei mir verbessern kann.

Ganz allgemein noch eine Frage zur anliegenden Last. Gibt es eine Möglichkeit diese zu überprüfen? Oder anzuzeigen? Eventuell sowas wie Events pro Sekunde? In der Commandref habe ich dazu nichts gefunden.

Beta-User · 05 Januar 2022, 15:18:13

Schön, dass es jetzt wieder funktioniert.

Der Hinweis auf die CID mag sehr kurz gewesen sein, aber ich habe dich eigentlich nicht auf RTFM verwiesen, oder?
Und ich weiß selbst, wie frustrierend es sein kann, wenn man stundenlang ergebnislos auf Bildschirme blickt (und hinterher merkt, wie "klar" es "eigentlich" war, was falsch war)...

Ging nur darum: Ich mache mir die Mühe, eine etwas längere Stichwortliste zu schreiben, von Dingen, von denen ich glaube, dass sie hilfreich sein können. Auch wenn ich nicht alles weiß und nicht selten was übersehe: Da liegt die Vermutung doch nahe, dass zumindest ein Teil der Punkte valide ist, oder...?

Event-Zahlen kann man sich dem Vernehmen nach mit "DOIFTools" ermitteln lassen.

Und "kaputte" oder fehlende Templates darf man gerne melden. Es ist nicht immer vergnügungssteuerpflichtig rauszufinden, wie was am Ende geht (sowohl für mich wie für den Anfragenden), und nicht immer sind alle User glücklich, weil sie gerne irgendwas anders haben wollen, aber meistens steht dann am Ende (oder als Zwischenergebnis) eine passable Grundlage, mit der viele andere User am Ende "typische Fehler" und Workarounds vermeiden können (oder wieder was lernen).

Reinhard.M · 05 Januar 2022, 16:04:23

Nein, auf RTFM hast du nicht verwiesen. Solche Fragen sind mir nur in einigen Forenbeiträgen aufgefallen und zumindest mir geht dann manches Mal der Hut hoch.
Mit meinen Antworten auf deine Stichwortliste wollte ich im Grunde nur sagen, dass ich an dieser Stelle nichts anders gemacht habe als bei den funktionierenden Devices. Erst die defmod Zeile hat mich dann darauf gebracht, was du meintest. In der Commandref ist zum Thema CID nichts angegeben:

ZitatDefine
define <name> MQTT_DEVICE
Specifies the MQTT device.

CID fehlt hier in der Beschreibung. Insbesondere wenn man nicht weiß wie autocreate funktioniert wird es dann schwierig solche Zusammenhänge zu sehen. Abgesehen davon war ich ja auch der felsenfesten Überzeugung, dass diese Einträge (DEF und somit CID) wegen automatischer Erzeugung alle richtig sind. "Again what learned"