Fibaro Wall plug Messfunktion energy

[krikan]

Hallo Rudi,

stacktrace liefert:

Code: [Auswählen]

2021.05.08 14:18:15.027 1: PERL WARNING: Use of uninitialized value $i in concatenation (.) or string at ./FHEM/10_ZWave.pm line 4885.
2021.05.08 14:18:15.027 1: stacktrace:
2021.05.08 14:18:15.027 1:     main::__ANON__                      called by ./FHEM/10_ZWave.pm (4885)
2021.05.08 14:18:15.027 1:     main::ZWAVE_parseRouteInfo          called by ./FHEM/10_ZWave.pm (5160)
2021.05.08 14:18:15.027 1:     main::ZWave_Parse                   called by fhem.pl (4083)
2021.05.08 14:18:15.028 1:     main::Dispatch                      called by ./FHEM/00_ZWDongle.pm (982)
2021.05.08 14:18:15.028 1:     main::ZWDongle_Parse                called by ./FHEM/00_ZWDongle.pm (877)
2021.05.08 14:18:15.028 1:     main::ZWDongle_Read                 called by fhem.pl (3887)
2021.05.08 14:18:15.028 1:     main::CallFn                        called by fhem.pl (773)Wenn ich in https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/10_ZWave.pm?rev=24394#L4874 wieder "my $i=0;" setze ist das weg.

Kannst Du https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/10_ZWave.pm?rev=24394#L4905 bitte ändern in

Code: [Auswählen]

if($f =~ m/[123]/);Dann wird bei Direktverbindungen zwischen Controller und Gerät die Baudrate auch ausgegeben.

Patch für weitergehende Aufschlüsselung der Routeninfo versuche ich kurzfristig zu liefern.

Gruß, Christian

[rudolfkoenig]

Habe die Aenderungen eingebaut. Komisch, dass ich mit meinem Test

Code: [Auswählen]

{ Dispatch($defs{zwd}, "00130100000f01e07f7f7f7f0000030800000003010000", undef) }
keine Warnungen bekommen habe. Vmtl. habe ich mit den falschen Nachrichten getestet.

[krikan]

Anhängend routeInfo-Patch in dem einige Kleinigkeiten ergänzt sind. Ich hatte doch schon mehr zum damaligen Entwurf geändert als ich in Erinnerung hatte.

Besonderheit, die ich nicht in den Griff bekommen habe:
Eventgenerierung hatte ich mit DoTrigger eingebaut. Mit readingsSingleUpdate ($hash, x,x,1) wurden/werden bei mir -auch in Deiner Fassung- keine Events generiert. Darum ist Dotrigger auch im Patch eingebaut. Grund verstehe/finde ich nicht (event-on-* Attribute sind nicht gesetzt.). Log3 muss ich auch mit $ioname aufrufen; mit $hash wird nichts geloggt.

Hatte die Eventgenerierung per Attribut am ZWave-Device steuerbar gemacht. Das habe ich hier auch übernommen. Ob überhaupt sinnvoll oder bspw. Attribut an ZWDongle-Device besser ist, bin ich unsicher.

An einer minimalistischen Doku werde ich noch arbeiten. Wird aber dauern.

Gruß, Christian

[ToKa]

Hallo,

das klingt spannend und gut. Vor allem würde mich interessieren, wie das mit den Events funktioniert, wenn ein Gerät nur noch 9.6 benutzt, um dann auch ein neighborUpdate anzustoßen.

VG
Torsten

[rudolfkoenig]

Hab den Patch eingecheckt.

[krikan]

Hab den Patch eingecheckt.

Du hast gleichzeitig eine FHEMWEB-Änderung eingecheckt, die nicht von mir stammt. Wenn das beabsichtigt war, dann ist das ok.

Vor allem würde mich interessieren, wie das mit den Events funktioniert, wenn ein Gerät nur noch 9.6 benutzt, um dann auch ein neighborUpdate anzustoßen.

Ab morgigen Update:
Aktivierung der Eventgenerierung pro ZWave-Device mit:

Code: [Auswählen]

attr <device> generateRouteInfoEvents 1
Nach der Aktivierung wird bei Befehlen von FHEM an das Gerät aus der Callback-Nachricht ein Event generiert der mMn hinsichtlich der Baudrate selbsterklärend ist. Darauf dann mit einem notify/DOIF/.. reagieren.

Voraussetzung ist ein Controller mit aktuellem SDK. Habe es mit einem UZB mit Firmware 5.27 getestet. Sollte es bei neueren Firmwareversionen nicht funktionieren, bräuchte ich ein kurzes verbose 5 Log von einem Befehl mit Rückantwort.

[rudolfkoenig]

Wenn das beabsichtigt war, dann ist das ok.

Ja, war etwas faul. Die FHEMWEB Aenderung beinhaltet nur Leerzeichen wg. Lesbarkeit.

[krikan]

Anhängend kurzer commandref-Vorschlag. Eventaufbau habe ich nicht dokumentiert; war mir zu lang. Wenn Du ihn dennoch gerne hättest. liefere ich den nach.
Habe gleichzeitig die Links zu den ZWave Specs korrigiert.

[Nobbynews]

Guten Morgen,

nachdem ich hier den Thread ja losgetreten habe, wollte ich mit einem Test dazu beitragen.
Aber irgendwie klappt das nicht. Nach dem Update habe ich an meinem Wallplug

Code: [Auswählen]

attr ZWave_1 generateRouteInfoEvents 1entsprechend konfiguriert.
Ich kann aber machen was ich will, im Log habe ich keinen neuen Eintrag.

Voraussetzung ist ein Controller mit aktuellem SDK. Habe es mit einem UZB mit Firmware 5.27 getestet. Sollte es bei neueren Firmwareversionen nicht funktionieren, bräuchte ich ein kurzes verbose 5 Log von einem Befehl mit Rückantwort.

Hier ein List vom UZB1:

Code: [Auswählen]

Internals:
   CallbackNr 0
   Clients    :ZWave:
   DEF        /dev/serial/by-id/usb-0658_0200-if00@115200
   DeviceName /dev/serial/by-id/usb-0658_0200-if00@115200
   FD         152
   FUUID      5f89a146-f33f-8873-47be-133bd37c462e236a
   FVERSION   00_ZWDongle.pm:0.237270/2021-02-12
   MaxSendRetries 3
   NAME       ZWave
   NR         515
   PARTIAL   
   RAWMSG     0004000d0a32022144000002fa0000b500
   ReadTime   1620885413.06367
   STATE      Initialized
   SendRetries 0
   SendTime   1620885076.28227
   TYPE       ZWDongle
   WaitForAck 0
   ZWave_MSGCNT 138
   ZWave_TIME 2021-05-13 07:56:53
   homeId     d246e259
   nodeIdHex  01
   nrNAck     0
   setReadingOnAck 1
   showSetInState 1
   MatchList:
     1:ZWave    .*
   READINGS:
     2021-05-09 08:55:16   backgroundRSSI  ch1:-83 dBm ch2:-83 dBm
     2021-05-13 07:29:51   caps            Vers:5 Rev:37 ManufID:0115 ProductType:0400 ProductID:0001 SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION APPLICATION_COMMAND_HANDLER ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 UNKNOWN_0a SERIAL_API_SETUP ZW_SET_R_F_RECEIVE_MODE ZW_SET_SLEEP_MODE ZW_SEND_NODE_INFORMATION ZW_SEND_DATA ZW_SEND_DATA_MULTI ZW_GET_VERSION ZW_SEND_DATA_ABORT ZW_R_F_POWER_LEVEL_SET ZW_GET_RANDOM MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER MEMORY_PUT_BUFFER FLASH_AUTO_PROG_SET ZW_NVR_GET_VALUE NVM_GET_ID NVM_EXT_READ_LONG_BUFFER NVM_EXT_WRITE_LONG_BUFFER NVM_EXT_READ_LONG_BYTE NVM_EXT_WRITE_LONG_BYTE UNKNOWN_2e ZW_CLEAR_TX_TIMERS ZW_GET_TX_TIMERS CLEAR_NETWORK_STATS GET_NETWORK_STATS GET_BACKGROUND_RSSI REMOVE_NODEID_FROM_NETWORK ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT ZW_REPLICATION_COMMAND_COMPLETE ZW_REPLICATION_SEND_DATA ZW_ASSIGN_RETURN_ROUTE ZW_DELETE_RETURN_ROUTE ZW_REQUEST_NODE_NEIGHBOR_UPDATE ZW_APPLICATION_UPDATE ZW_ADD_NODE_TO_NETWORK ZW_REMOVE_NODE_FROM_NETWORK ZW_CREATE_NEW_PRIMARY ZW_CONTROLLER_CHANGE ZW_ASSIGN_PRIORITY_RETURN_ROUTE ZW_SET_LEARN_MODE ZW_ASSIGN_SUC_RETURN_ROUTE ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID ZW_SEND_SUC_ID ZW_ASSIGN_PRIORITY_SUC_RETURN_ROUTE ZW_EXPLORE_REQUEST_INCLUSION ZW_EXPLORE_REQUEST_EXCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_66 UNKNOWN_67 ZW_FIRMWARE_UPDATE_NVM GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE ZW_GET_PRIORITY_ROUTE ZW_SET_PRIORITY_ROUTE UNKNOWN_98 ZW_SET_WUT_TIMEOUT ZW_WATCHDOG_ENABLE ZW_WATCHDOG_DISABLE ZW_WATCHDOG_CHECK ZW_SET_EXT_INT_LEVEL ZW_RF_POWERLEVEL_GET ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS ZW_SET_PROMISCUOUS_MODE PROMISCUOUS_COMMAND_HANDLER WATCHDOG_START WATCHDOG_STOP ZW_SET_ROUTING_MAX UNKNOWN_ee UNKNOWN_ef ZME_FREQ_CHANGE ZME_BOOTLOADER_FLASH ZME_CAPABILITIES UNKNOWN_f7 UNKNOWN_f8
     2021-05-13 07:29:51   ctrlCaps        PRIMARY
     2021-05-13 07:29:51   homeId          HomeId:d246e259 CtrlNodeIdHex:01
     2021-01-14 15:58:46   isFailedNode_1  no
     2020-12-24 09:29:28   isFailedNode_11 yes
     2021-01-14 15:58:51   isFailedNode_14 no
     2021-01-31 06:57:30   isFailedNode_16 yes
     2020-12-26 07:32:04   neighborList_10 ZWave HK_Flur HK_Kueche
     2020-12-26 07:31:21   neighborList_12 ZWave HK_Flur HK_Kueche
     2020-12-26 07:31:32   neighborList_2  empty
     2021-05-10 07:02:09   neighborList_HK_Flur ZWave HK_Keller ZWave_1 HK_Kueche HK_GaesteWC
     2021-05-10 07:02:25   neighborList_HK_GaesteWC ZWave HK_Flur ZWave_1 HK_Kueche
     2021-05-10 07:02:34   neighborList_HK_Keller ZWave HK_Flur ZWave_1
     2021-05-10 07:02:16   neighborList_HK_Kueche ZWave HK_Flur ZWave_1 HK_GaesteWC
     2021-05-10 11:13:40   neighborList_ZWave HK_Flur HK_Keller Fenster_Kueche HK_Kueche HK_GaesteWC
     2021-05-10 11:19:39   neighborList_ZWave_1 ZWave HK_Flur HK_Keller HK_Kueche HK_GaesteWC
     2020-12-26 07:29:43   nodeInfo_1      ProtocolVers:SDK4.5x+6.0x listening routing maxBaud:40kbps Controller SpecificDev BeamCap SpeedExt:100kbps RoleType:N/A BasicDevClass:STATIC_CONTROLLER GenericDevClass:STATIC_CONTROLLER SpecificDevClass:01
     2020-12-26 07:29:51   nodeInfo_12     ProtocolVers:SDK4.5x+6.0x sleeping routing maxBaud:40kbps SpecificDev RoutingSlave BeamCap OptFunc SpeedExt:100kbps RoleType:N/A BasicDevClass:ROUTING_SLAVE GenericDevClass:SENSOR_NOTIFICATION SpecificDevClass:01
     2021-05-06 13:09:06   nodeInfo_HK_Flur ProtocolVers:SDK4.5x+6.0x sleeping routing maxBaud:40kbps SpecificDev RoutingSlave BeamCap FrequentListen1000ms OptFunc SpeedExt:100kbps RoleType:N/A BasicDevClass:ROUTING_SLAVE GenericDevClass:THERMOSTAT SpecificDevClass:06
     2021-05-10 07:01:27   nodeInfo_ZWave_1 ProtocolVers:SDK4.5x+6.0x listening routing maxBaud:40kbps SpecificDev RoutingSlave BeamCap OptFunc SpeedExt:100kbps RoleType:N/A BasicDevClass:ROUTING_SLAVE GenericDevClass:SWITCH_BINARY SpecificDevClass:01
     2021-05-10 07:01:15   nodeList        ZWave HK_Flur HK_Keller Fenster_Kueche ZWave_1 HK_Kueche HK_GaesteWC
     2021-05-13 07:29:51   random          b961e61b658ff71f257739a844552dcc19e09edcfded4e33c4f945fa071db67c
     2021-05-06 13:06:55   routeFor_HK_Flur last at 40kbps
     2021-05-02 21:10:44   routeFor_HK_GaesteWC last at 40kbps
     2021-05-02 21:10:07   routeFor_HK_Keller last at 40kbps
     2021-05-05 06:53:01   routeFor_HK_Kueche last at 40kbps
     2021-05-13 07:44:43   routeFor_ZWave_1 last at 100kbps
     2021-05-13 07:29:51   state           Initialized
     2021-05-05 06:48:02   statistics      Transmitted:4943 BackOffs:109 ReceivedNoErrors:4748
                    ChecksumErrors:48 CRC16Errors:15 ForeignHomeId:0
     2021-05-13 07:29:51   sucNodeId       no
     2021-05-08 13:06:55   version         Z-Wave 6.02 STATIC_CONTROLLER
   SendStack:
Attributes:
   comment    networkkey e598b089a9ac246011b9a05e1a1ffb67
   homeId     d246e259
   networkKey e598b089a9ac246011b9a05e1a1ffb67
   room       10_I/O-Geräte
   setReadingOnAck 1
   showSetInState 1
   verbose    5
Das Log mit verbose=5 für UZB1 und ZWave_1 sieht u.a. für den Befehl get neighbourList so aus:

Code: [Auswählen]

2021.05.13 07:51:10 4: ZWDongle_Read ZWave: rcvd 0004000d0631050422028ab000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2021.05.13 07:51:10 5: SW: 06
2021.05.13 07:51:10 5: ZWave: dispatch 0004000d0631050422028ab000
2021.05.13 07:51:10 4: CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:0631050422028ab000 CB:00
2021.05.13 07:51:16 5: ZWDongle_Write 00800d0100 ()
2021.05.13 07:51:16 5: SW: 010600800d010075
2021.05.13 07:51:16 4: ZWDongle_ReadAnswer arg:neighborList regexp:^0180
2021.05.13 07:51:16 5: ACK received, removing 010600800d010075 from dongle sendstack
2021.05.13 07:51:16 4: ZWDongle_Read ZWave: rcvd 01802142010000000000000000000000000000000000000000000000000000 (answer GET_ROUTING_TABLE_LINE), sending ACK
2021.05.13 07:51:16 5: SW: 06
2021.05.13 07:51:16 4: ZWDongle_ReadAnswer for neighborList: 01802142010000000000000000000000000000000000000000000000000000
2021.05.13 07:52:52 4: ZWDongle_Read ZWave: rcvd 0004000d0a32022144000002f90000b600 (request APPLICATION_COMMAND_HANDLER), sending ACK
2021.05.13 07:52:52 5: SW: 06
2021.05.13 07:52:52 5: ZWave: dispatch 0004000d0a32022144000002f90000b600
2021.05.13 07:52:52 4: CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:0a32022144000002f90000b600 CB:00
2021.05.13 07:55:50 4: ZWDongle_Read ZWave: rcvd 0004000a06310501420791bb00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2021.05.13 07:55:50 5: SW: 06
2021.05.13 07:55:50 5: ZWave: dispatch 0004000a06310501420791bb00
2021.05.13 07:55:50 4: CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:06310501420791bb00 CB:00
2021.05.13 07:55:59 4: ZWDongle_Read ZWave: rcvd 0004000f0631050142085dca00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2021.05.13 07:55:59 5: SW: 06
2021.05.13 07:55:59 5: ZWave: dispatch 0004000f0631050142085dca00
2021.05.13 07:55:59 4: CMD:APPLICATION_COMMAND_HANDLER ID:0f ARG:0631050142085dca00 CB:00
2021.05.13 07:56:10 4: ZWDongle_Read ZWave: rcvd 0004000d063105042202c2b600 (request APPLICATION_COMMAND_HANDLER), sending ACK
2021.05.13 07:56:10 5: SW: 06
2021.05.13 07:56:10 5: ZWave: dispatch 0004000d063105042202c2b600
2021.05.13 07:56:10 4: CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:063105042202c2b600 CB:00
2021.05.13 07:56:53 4: ZWDongle_Read ZWave: rcvd 0004000d0a32022144000002fa0000b500 (request APPLICATION_COMMAND_HANDLER), sending ACK
2021.05.13 07:56:53 5: SW: 06
2021.05.13 07:56:53 5: ZWave: dispatch 0004000d0a32022144000002fa0000b500
2021.05.13 07:56:53 4: CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:0a32022144000002fa0000b500 CB:00
Hier noch ein Log-Auszug für einen der HK-Thermostate:

Code: [Auswählen]

2021.05.13 08:03:19 3: ZWave set HK_Kueche desired-temp 22.0
2021.05.13 08:03:19 5: ZWDongle_Write 00130f064301012200dc251f (d246e259)
2021.05.13 08:03:19 5: SW: 010d00130f064301012200dc251f6f
2021.05.13 08:03:19 5: ACK received, WaitForAck=>2 for 010d00130f064301012200dc251f6f
2021.05.13 08:03:19 4: ZWDongle_Read ZWave: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2021.05.13 08:03:19 5: SW: 06
2021.05.13 08:03:19 5: ZWave: dispatch 011301
2021.05.13 08:03:21 4: no response from device, removing 010d00130f064301012200dc251f6f from dongle sendstack
2021.05.13 08:03:22 4: ZWDongle_Read ZWave: rcvd 00131f00016b00ca7f7f7f7f0101030000000042050000 (request ZW_SEND_DATA), sending ACK
2021.05.13 08:03:22 5: SW: 06
2021.05.13 08:03:22 5: ZWave: dispatch 00131f00016b00ca7f7f7f7f0101030000000042050000
2021.05.13 08:03:22 4: CMD:ZW_SEND_DATA ID:00 ARG:016b00ca7f7f7f7f0101030000000042050000 CB:1f
2021.05.13 08:03:22 4: ZWave transmit OK for CB 1f, target HK_Kueche
2021.05.13 08:03:22 5: HK_Kueche: timeToCb:3.63 repeaters:0 rssi0:-54 dBm ackCh:1 lastCh:1 scheme:LastWorkingRoute rep:at 100kbps routeTries:5 lastFailed:
2021.05.13 08:05:17 4: ZWDongle_Read ZWave: rcvd 0004000d0a32022144000002fb0000b800 (request APPLICATION_COMMAND_HANDLER), sending ACK
2021.05.13 08:05:17 5: SW: 06
2021.05.13 08:05:17 5: ZWave: dispatch 0004000d0a32022144000002fb0000b800
2021.05.13 08:05:17 4: CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:0a32022144000002fb0000b800 CB:00
Norbert

[krikan]

Die Informationen zur routeInfo bekommt FHEM nur, wenn der Controller/FHEM Funkbefehle an das ZWave-Gerät verschickt.
Technisch genauer: routeInfo wird aus dem Callback einer ZW_SENDDATA-Nachricht des Controllers/FHEM an das Gerät generiert.

"get neighbourList" ist ein Befehl, der Daten aus dem Controller ausliest. Eine Kommunikation des Controllers mit dem Gerät per ZW_SENDDATA findet nicht statt. Daher kann hier für den ZWave_1 keine routeInfo geliefert werden. Anders sollte das bspw. bei jedem ein- und ausschalten durch FHEM per set sein.

Beim HK-Thermostate wurde die routeInfo auf den set-Befehl gemäß Log geliefert:

Code: [Auswählen]

2021.05.13 08:03:22 5: HK_Kueche: timeToCb:3.63 repeaters:0 rssi0:-54 dBm ackCh:1 lastCh:1 scheme:LastWorkingRoute rep:at 100kbps routeTries:5 lastFailed:= direkte Kommunikation des Controllers mit dem HK_Küche mit 100kbps und 5 routeTries; genutzt wurde die zuletzt funktionierende Route.

Gruß, Christian

[rudolfkoenig]

Anhängend kurzer commandref-Vorschlag.

Da ich die Funktionsweise erst nach deinem letzten Beitrag verstanden habe, habe ich den Text etwas umformuliert.

generateRouteInfoEvents
if set (to 1) a timeToCb event with additional information regarding the controller to device communication is generated, after sending data to the device.
Notes:

• A controller with SDK 6.60 or higher is required. (tested with UZB1/Razberry firmware 5.27)
• Additional Information in Silicon Lab documents: "Appl. Programmers Guide" and "Z-Wave Network Installation and maintenance Procedures User Guide"
• ReadingFnAttributes are not supported for this event.

Wenn es falsch ist, bitte korrigieren.

[krikan]

Wenn es falsch ist, bitte korrigieren.

Falsch würde ich nicht behaupten; nur ungenau.
Grundsätzlich ist das anwenderverständlicher, aber es gibt eben auch Controller-Geräte-Kommunikation, die nicht über ZW_SENDDATA und den routeInfo-liefernden Callback abgewickelt wird (bspw. neighborUpdate). Das mag zwar die Minderheit sein, aber kommt vor. Den technischen Hinweis auf txStatusReport und ZW_SENDDATA hatte ich zudem aufgenommen, damit man (eher ich) mich erinnere, wo die Infos in den genannten Dokumenten von silabs zu finden sind. Die Dokumente sind lang und enthalten die Infos gut verteilt. (Jetzt ist es jedoch auch hier -noch mal- dokumentiert und darum stört es mich nicht.  )

[ToKa]

Kurzes Feedback, bei mir funktioniert es und ich glaube auch schon einen Übeltäter gefunden zu haben, der die Kommunikation auf 9.6 drosselt.

Kann es "schaden" bei alle ZWave Geräten generateRouteInfoEvents zumindest mal für eine Zeit lang zu aktivieren, um alle Werte im Überblick zu haben?

VG
Torsten

[rudolfkoenig]

Damit wird pro passenden Sendevorgang (s.o.) ein zusaetzliches Event generiert.
Das stoert normalerweise nicht, es sei denn irgendwelche Notifies/FileLogs laufen deswegen Amok.

[krikan]

Kann es "schaden" bei alle ZWave Geräten generateRouteInfoEvents zumindest mal für eine Zeit lang zu aktivieren, um alle Werte im Überblick zu haben?

Glaube ich kaum, außer Dein System läuft jetzt schon am Limit. So systembelastend sind Events nicht.
Ich selbst habe das auf einem Raspi 2 mehrere Monate mit Eventgenerierung an allen ZWave-Devices betrieben und nichts Negatives festgestellt. Erst als ich das Problem aus meiner Sicht erkannt hatte (ein Geräte, dass immer heruntertaktet) habe ich die Device-abhängige Begrenzung eingebaut, da mir die vielen Events nicht gefielen.

Gruß, Christian