76_SMAInverter.pm - Abfrage von SMA Wechselrichter

Begonnen von sct14675, 28 Juli 2016, 11:01:16

Vorheriges Thema - Nächstes Thema

Dersch

Zitat von: DS_Starter am 18 August 2019, 18:53:13
Hast du eventuell ein reload oder restart vergessen ?
Der Fehler darf nicht mehr kommen da über ein eval abgefangen und der Log-Eintrag fehlt auch.
Habe das Modul auch nochmal hochgeladen, nicht das ich das falsche erwischt habe  ???

Habe nach dem Kopieren 2x einen reload des Moduls gemacht.

Ich probiere es nochmal.

Dersch

Also auch mit einem Restart klappt es nicht...

2019.08.18 19:30:27 1: PERL WARNING: substr outside of string at ./FHEM/76_SMAInverter.pm line 1127.
2019.08.18 19:30:27 1: PERL WARNING: Use of uninitialized value in unpack at ./FHEM/76_SMAInverter.pm line 1127.
2019.08.18 19:30:27 1: PERL WARNING: Use of uninitialized value $inv_SPOT_ETODAY in concatenation (.) or string at ./FHEM/76_SMAInverter.pm line 1132.


Internals:
   DEF        XXXX 192.168.10.70
   FUUID      5d56fd3b-f33f-c2c3-e480-3f8cc6d6f22df1c0
   HOST       192.168.10.70
   INTERVAL   manual
   LASTUPDATE 18.08.2019 / 19:30:27
   MODEL      STP6.0-3AV-40
   NAME       SMATRIPOWER
   NR         348
   PASS       XXXX
   STATE      manual - 0.048 kW
   TYPE       SMAInverter
   VERSION    2.12.0
   HELPER:
     AVERAGEBUF 48,48,48,48,48,48,48,48,48,48,48,48,48,48,48,48,48
     DEFAULT_TARGET_SERIAL 4294967295
     DEFAULT_TARGET_SUSYID 65535
     FAULTEDCYCLES 0
     INTERVAL   60
     MAXBYTES   300
     MYSERIALNUMBER 123321123
     MYSUSYID   233
     PKT_ID     32769
   Helper:
     DBLOG:
       etotal:
         DBLogging:
           TIME       1566149410.03997
           VALUE      178.3
       total_pac:
         DBLogging:
           TIME       1566149410.03997
           VALUE      0.048
   READINGS:
     2019-08-18 19:30:27   avg_power_lastminutes_05 48
     2019-08-18 19:30:27   avg_power_lastminutes_10 48
     2019-08-18 19:30:27   avg_power_lastminutes_15 48
     2019-08-18 19:30:27   background_processing_time 0.6444
     2019-08-18 19:30:27   device_class    Solar-Wechselrichter
     2019-08-18 19:30:27   device_name     SN: 3004218712
     2019-08-18 19:30:27   device_status   Ok
     2019-08-18 19:30:27   device_type     STP6.0-3AV-40
     2019-08-18 19:30:27   etoday          0
     2019-08-18 19:30:27   etotal          178.3
     2019-08-18 19:30:27   feed-in_time    88.94
     2019-08-18 19:30:27   grid_freq.      50.00
     2019-08-18 19:30:27   gridrelay_status geschlossen
     2019-08-18 19:30:27   inverter_processing_time 0.6238
     2019-08-18 19:30:27   modulstate      normal
     2019-08-18 19:30:27   operation_time  92.06
     2019-08-18 19:30:27   opertime_start  18.08.2019 05:42:54
     2019-08-18 19:30:27   opertime_stop   18.08.2019 21:15:16
     2019-08-18 19:30:27   pac_max_phase_1 6000
     2019-08-18 19:30:27   pac_max_phase_2 0
     2019-08-18 19:30:27   pac_max_phase_3 0
     2019-08-18 19:30:27   phase_1_iac     39.562
     2019-08-18 19:30:27   phase_1_pac     0.014
     2019-08-18 19:30:27   phase_1_uac     228.40
     2019-08-18 19:30:27   phase_2_iac     39.685
     2019-08-18 19:30:27   phase_2_pac     0.016
     2019-08-18 19:30:27   phase_2_uac     228.28
     2019-08-18 19:30:27   phase_3_iac     39.579
     2019-08-18 19:30:27   phase_3_pac     0.018
     2019-08-18 19:30:27   phase_3_uac     229.38
     2019-08-18 19:30:27   serial_number   3004218712
     2019-08-18 19:30:27   state           0.048
     2019-08-18 19:30:27   string_1_idc    0.128
     2019-08-18 19:30:27   string_1_pdc    0.037
     2019-08-18 19:30:27   string_1_udc    295.15
     2019-08-18 19:30:27   string_2_idc    0.122
     2019-08-18 19:30:27   string_2_pdc    0.036
     2019-08-18 19:30:27   string_2_udc    296.52
     2019-08-18 19:30:27   susyid          378 - SN: 3004218712
     2019-08-18 19:30:27   total_pac       0.048
Attributes:
   DbLogExclude modulstate,state
   SBFSpotComp 1
   detail-level 2
   event-on-change-reading total_pac,etoday,etotal
   event-on-update-reading state,modulstate
   group      Photovoltaik
   icon       measure_photovoltaic_inst@green
   interval   60
   mode       manual
   offset     1
   room       Energie
   showproctime 1
   stateFormat { AttrVal("$name","mode", "automatic")." - ".ReadingsVal("$name","state", undef)." kW"}
   suppressSleep 0
   target-serial 3004218712
   target-susyid 378
   timeout    30
   verbose    2

DS_Starter

#647
Ja, da habe ich natürlich falsch gedacht, mit eval lässt sich in dem Fall nix machen.  :o
Habe es umgestellt und nach contrib geladen. Probiers bitte wieder.

@Waldmensch,

ZitatIch würde versuchen, 0:00 das ETOTALyesterday in einem Reading abzulegen
Lässt sich etwas schwierig umständlich direkt im Modul realisieren. Da müsste ich nur deswegen einen internen Timer laufen lassen, der das macht.
Hat man DbLog laufen, ist das sehr einfach über eine DbRep-Auswertung zu realisieren (ein diffValue über das reading etotal mit den Zeitgrenzen current_day_begin und current_day_end).
Dirk kennt das wahrscheinlich, er beschäftigt sich gerade mit solchen Auswertungen. Ohne DbLog würde sich vermutlich etwas mit dem statistics-Modul anbieten. Oder man definiert sich ein at und ein bisschen Perl um bei 00:00 das Reading zu setzen.

LG,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Dersch

#648
Mit verbose 3

2019.08.18 20:29:45 3: SMATRIPOWER - Send request 00020058001E8200FF208200 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 0002005400012600FF222600 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - WARNING - SPOT_ETODAY wasn't deliverd ... set it to "0" !
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 00028053001E2500FF1E2500 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 0002005100404600FF424600 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 00020051003F2600FF3F2600 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 00020051005A2900FF5A2900 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Format of inverter response does not fit.
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 00028053001F4500FF214500 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 0002005100484600FF554600 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 00020051001E4900FF5D4900 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Format of inverter response does not fit.
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 0002005100574600FF574600 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 00020054002E4600FF2F4600 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 0002005200772300FF772300 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Format of inverter response does not fit.
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 00020051001E4100FF204100 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 00020051002A8300FF2A8300 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Format of inverter response does not fit.
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 0002805100644100FF644100 to 192.168.10.70 on port 9522
2019.08.18 20:29:45 3: SMATRIPOWER - Send request 0002805100482100FF482100 to 192.168.10.70 on port 9522



Mit verbose 2:

2019.08.18 20:30:32 3: SMATRIPOWER - Send request 00020058001E8200FF208200 to 192.168.10.70 on port 9522
2019.08.18 20:30:32 3: SMATRIPOWER - Send request 0002005400012600FF222600 to 192.168.10.70 on port 9522
2019.08.18 20:30:32 3: SMATRIPOWER - WARNING - SPOT_ETODAY wasn't deliverd ... set it to "0" !
2019.08.18 20:30:32 3: SMATRIPOWER - Send request 00028053001E2500FF1E2500 to 192.168.10.70 on port 9522
2019.08.18 20:30:32 3: SMATRIPOWER - Send request 0002005100404600FF424600 to 192.168.10.70 on port 9522
2019.08.18 20:30:32 3: SMATRIPOWER - Send request 00020051003F2600FF3F2600 to 192.168.10.70 on port 9522
2019.08.18 20:30:32 3: SMATRIPOWER - Send request 00020051005A2900FF5A2900 to 192.168.10.70 on port 9522
2019.08.18 20:30:33 3: SMATRIPOWER - Format of inverter response does not fit.
2019.08.18 20:30:33 3: SMATRIPOWER - Send request 00028053001F4500FF214500 to 192.168.10.70 on port 9522
2019.08.18 20:30:33 3: SMATRIPOWER - Send request 0002005100484600FF554600 to 192.168.10.70 on port 9522
2019.08.18 20:30:33 3: SMATRIPOWER - Send request 00020051001E4900FF5D4900 to 192.168.10.70 on port 9522
2019.08.18 20:30:33 3: SMATRIPOWER - Format of inverter response does not fit.
2019.08.18 20:30:33 3: SMATRIPOWER - Send request 0002005100574600FF574600 to 192.168.10.70 on port 9522
2019.08.18 20:30:33 3: SMATRIPOWER - Send request 00020054002E4600FF2F4600 to 192.168.10.70 on port 9522
2019.08.18 20:30:33 3: SMATRIPOWER - Send request 0002005200772300FF772300 to 192.168.10.70 on port 9522
2019.08.18 20:30:33 3: SMATRIPOWER - Format of inverter response does not fit.
2019.08.18 20:30:33 3: SMATRIPOWER - Send request 00020051001E4100FF204100 to 192.168.10.70 on port 9522
2019.08.18 20:30:33 3: SMATRIPOWER - Send request 00020051002A8300FF2A8300 to 192.168.10.70 on port 9522
2019.08.18 20:30:33 3: SMATRIPOWER - Format of inverter response does not fit.
2019.08.18 20:30:33 3: SMATRIPOWER - Send request 0002805100644100FF644100 to 192.168.10.70 on port 9522
2019.08.18 20:30:33 3: SMATRIPOWER - Send request 0002805100482100FF482100 to 192.168.10.70 on port 9522


Also verbose 3 und 2 haben einen identischen output.

BTW: Hat jemand evtl eine kleine Hilfestellung für mich wie ich mir etoday berechnen kann und das reading damit fülle? Ich bin unglaublich schlecht in code schreiben :( etoday würde mir für DS Starters nette Übersicht noch fehlen um die Tabelle vollständig zu haben.
Edit: Habe Heiko's letzten Text mal richtig gelesen. Ok das nehme ich mal als Lernaufgabe ;)

DS_Starter

ZitatAlso verbose 3 und 2 haben einen identischen output.
Nee, bestimmt nicht.  ;)
Schau nochmal genau hin bei verbose.

Brauchst du ein Beispiel mit DbRep oder at ?
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Xguide

Hallo Dirk,

wie hast du dein global verbose stehen?
Deine beiden Logs zeigen das Gleiche, also Logeinträge als verbose 3 klassifiziert. Da ist bei dir was falsch....

2019.08.18 20:30:32 3: SMATRIPOWER - WARNING - SPOT_ETODAY wasn't deliverd ... set it to "0" !

Für Dein Vorhaben gibt es viele Wege die nach Rom führen. Heiko hat DbRep vorgeschlagen. Ich würde es am schnellsten mit einem "at" um 00:00 Uhr lösen.

Für raw editing....

define At_DailyCronJob0h at *00:00:00 {\
  my $deltaEtoday = ReadingsVal("SMATRIPOWER","SPOT_ETOTAL",0) ;;\
  fhem("setreading SMATRIPOWER SPOT_ETOTAL_OFFSET ".$deltaEtoday);;\
}


Dann würde ich mir noch ein userReading ins Device zaubern, was bei jedem Update von SPOT_ETOTAL das Readinng SPOT_ETODAY füllt.


attr SMATRIPOWER userReading SPOT_ETODAY{ReadingsVal($NAME,"SPOT_ETOTAL",0)-ReadingsVal($NAME,"SPOT_ETOTAL_OFFSET",0)}


Ungetestet, aber eigentlich recht schlank, oder?

Beste Grüße Marcel
FHEM 5.9 - Intel NUC i3 mit Proxmox im Stretch Container
HomeMatic - VCCU mit 2 x HM-LAN-CFG
Module: SMA Peripheries - Sonos - IPCam(s) - Philips Hue - Sprinkler - TabletUI - DBlog -

Dersch

#651
Zitat von: DS_Starter am 18 August 2019, 20:39:39
Nee, bestimmt nicht.  ;)
Schau nochmal genau hin bei verbose.

Brauchst du ein Beispiel mit DbRep oder at ?

Ja ok jetzt kommt bei verbose 2 gar nix mehr. :D

So ein kleines bsp wäre sicher ganz hilfreich.

Also ich habe das Rep.SMATRIPOWER.Erzeugung.heute nun einfach mal auf etotal gesetzt anstelle von etoday. Der kalkulierte Wert scheint auch irgendwie plausibel.

2019-08-18_20-12-34__SMATRIPOWER__etotal__DIFF__no_aggregation 28.8400 2019-08-18 20:39:25

Nun wird da aber nun ja auch noch setDumEnergy .*:.* getriggert. Und ich versuche grade zu verstehen was das für Auswirkungen hat. Da ja alles darauf beruht ein etoday reading zu haben.


EDIT: Ja der Wert passt schon mal der WR sagt mir den identischen Ertrag für heute!

Dersch

Zitat von: Xguide am 18 August 2019, 20:49:23
Hallo Dirk,

wie hast du dein global verbose stehen?
Deine beiden Logs zeigen das Gleiche, also Logeinträge als verbose 3 klassifiziert. Da ist bei dir was falsch....

2019.08.18 20:30:32 3: SMATRIPOWER - WARNING - SPOT_ETODAY wasn't deliverd ... set it to "0" !

Für Dein Vorhaben gibt es viele Wege die nach Rom führen. Heiko hat DbRep vorgeschlagen. Ich würde es am schnellsten mit einem "at" um 00:00 Uhr lösen.

Für raw editing....

define At_DailyCronJob0h at *00:00:00 {\
  my $deltaEtoday = ReadingsVal("SMATRIPOWER","SPOT_ETOTAL",0) ;;\
  fhem("setreading SMATRIPOWER SPOT_ETOTAL_OFFSET ".$deltaEtoday);;\
}


Dann würde ich mir noch ein userReading ins Device zaubern, was bei jedem Update von SPOT_ETOTAL das Readinng SPOT_ETODAY füllt.


attr SMATRIPOWER userReading SPOT_ETODAY{ReadingsVal($NAME,"SPOT_ETOTAL",0)-ReadingsVal($NAME,"SPOT_ETOTAL_OFFSET",0)}


Ungetestet, aber eigentlich recht schlank, oder?

Beste Grüße Marcel

Ja war mein Fehler! Das Umstellen auf Verbose2 und get data hatte fast einen identischen Zeitstempel wie das Log ;)

Ich habe nun schon durch DBRep einen korrekten Wert für etoday. Siehe oben. Dennoch Danke für die Hilfestellung.

Xguide

@Heiko, später vielleicht beide Ansätze mit in der Cmdref aufnehmen als Workaround für die neue Generation WR? Nicht jeder nutzt dbrep!


Gesendet von iPhone mit Tapatalk
FHEM 5.9 - Intel NUC i3 mit Proxmox im Stretch Container
HomeMatic - VCCU mit 2 x HM-LAN-CFG
Module: SMA Peripheries - Sonos - IPCam(s) - Philips Hue - Sprinkler - TabletUI - DBlog -

DS_Starter

Mit dem at würde ich es auch so ähnlich machen, würde es allerdings schon z.B. 23:45 laufen lassen. Sehr unwahrscheinlich das um diese Zeit noch etwas generiert wird.  ;)
Exakt 00:00:00 ist mir etwas unsympatisch.

Hier noch das Beipiel für DbRep. Das DbRep Device hast du ja eigentlich schon, hier nochmal:


defmod Rep.STP5000.Erzeugung.heute DbRep LogDB
attr Rep.STP5000.Erzeugung.heute aggregation no
attr Rep.STP5000.Erzeugung.heute devStateIcon initialized:control_3dot_hor_s connected:10px-kreis-gelb .*disconnect:10px-kreis-rot .*done:10px-kreis-gruen
attr Rep.STP5000.Erzeugung.heute device STP_5000
attr Rep.STP5000.Erzeugung.heute event-on-update-reading state
attr Rep.STP5000.Erzeugung.heute reading etoday
attr Rep.STP5000.Erzeugung.heute showproctime 1
attr Rep.STP5000.Erzeugung.heute timestamp_begin current_day_begin
attr Rep.STP5000.Erzeugung.heute timestamp_end current_day_end
attr Rep.STP5000.Erzeugung.heute userExitFn setDumEnergy .*:.*
attr Rep.STP5000.Erzeugung.heute verbose 2


Attr Device und das DbLog-Device sind natürlich anzupassen.
Der Witz steckt in dem userExitFn . Es wird die Funktion setDumEnergy aus 99_myUtils.pm aufgerufen die das Reading in einem Device (Dummy) setzt. Damit wärst du eigentlich schon fertig für die tabellarische Auswertung wie im Wiki beschrieben.
Um das Reading statt im Dummy in deinem  SMATRIPOWER-Device zu setzen wäre die setDumEnergy  Funktion so:


############################################################################################################
########   Setzen von Werten in SMATRIPOWER     
############################################################################################################
sub setDumEnergy {
my ($name,$reading,$value) = @_;
my $hash   = $defs{$name};

if ($name =~ m/Rep.*heute/) {
   # Werte aktueller Tag
   if ($reading =~ m/SMATRIPOWER__etoday__DIFF/) {
     # Erzeugung aktueller Tag
CommandSetReading(undef, "SMATRIPOWER ETODAY ".(looksLikeNumber($value)?sprintf('%.1f',$value):0.0));
   }
}

return;
}


Im Prinzip wird das Auswertungsergebnis des DbRep aus der Datenbankanalyse in ein beliebiges Reading eines beliebigen Devices übertragen.

Aber das wird jetzt etwas Off-Topic in diesem Thread.

Grüße,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

@XGuide, können die Beispiele gerne aufnehmen, müssen dann aber durchgetestet sein !
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Xguide

Zitat von: DS_Starter am 18 August 2019, 21:30:47
@XGuide, können die Beispiele gerne aufnehmen, müssen dann aber durchgetestet sein !
Ist getestet, das mit 00:00 Uhr ist einem at für meinen SunnyIsland nachempfunden und funktioniert. Die Zeit ist aber imho egal, es sollte nur nicht mehr produziert werden, bzw. noch nicht wieder produziert werden. Insofern kann vermutlich alles zwischen 23:00 und 05:00 Uhr gesetzt werden. Das userReading teste ich morgen kurz, sieht aber OK aus.


Gesendet von iPhone mit Tapatalk
FHEM 5.9 - Intel NUC i3 mit Proxmox im Stretch Container
HomeMatic - VCCU mit 2 x HM-LAN-CFG
Module: SMA Peripheries - Sonos - IPCam(s) - Philips Hue - Sprinkler - TabletUI - DBlog -

DS_Starter

@all,

damit das nicht untergeht. Die aktuelle Version aus dem contrib sieht bei allen soweit gut aus?
Ich würde euch bitten auch bestehende, ältere Installationen zu testen damit ich das Modul einchecken kann.

LG
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Waldmensch

Die Inverter Datetime kommt doch mit jeder ETOTAL Abfrage mit. Ich hatte das weiter oben in einem Screenshot visualisiert da muss man doch nur den tageswechsel rausdröseln.
Ich persönlich brauche den ETODAY Wert gar nicht. Müllt nur alle 30 Sekunden einen Wert in die DB. Deswegen habe ich die meisten Werte dB-excluded. Mich interessieren nur die Realtime Werte um Dinge zu schalten. Die Bilanzen sehe ich ja im Sunnyportal bzw. in der Handy App


Gesendet von iPhone mit Tapatalk

Xguide

Zitat von: Waldmensch am 18 August 2019, 22:03:13
Die Inverter Datetime kommt doch mit jeder ETOTAL Abfrage mit. Ich hatte das weiter oben in einem Screenshot visualisiert da muss man doch nur den tageswechsel rausdröseln.
Ich persönlich brauche den ETODAY Wert gar nicht. Müllt nur alle 30 Sekunden einen Wert in die DB. Deswegen habe ich die meisten Werte dB-excluded. Mich interessieren nur die Realtime Werte um Dinge zu schalten. Die Bilanzen sehe ich ja im Sunnyportal bzw. in der Handy App


Gesendet von iPhone mit Tapatalk
Habe das so verstanden, dass aus dem blocking call nicht direkt ins Reading geschrieben werden kann. Hatte auch gedacht, der existente Timer könnte genutzt werden, aber der läuft schon im blocking call.


Gesendet von iPhone mit Tapatalk
FHEM 5.9 - Intel NUC i3 mit Proxmox im Stretch Container
HomeMatic - VCCU mit 2 x HM-LAN-CFG
Module: SMA Peripheries - Sonos - IPCam(s) - Philips Hue - Sprinkler - TabletUI - DBlog -