Autor Thema: Neues Modul YAAHM - Yet Another Auto Home Module  (Gelesen 40742 mal)

Offline trs

  • Full Member
  • ***
  • Beiträge: 158
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #285 am: 28 Juli 2019, 06:41:36 »
Hallo,

nach einem Backup heute morgen zwischen 03:00 Uhr und 03:23 Uhr mit RaspiBackup (https://www.linux-tips-and-tricks.de/de/raspberry/23-pi-erstellt-automatisch-backups-von-sich-selbst-pi-creates-automatic-backups-of-itself/

wird die Aktion "Sonnenaufgang"  um 05:25 Uhr nicht ausgeführt. Inhalt: { fhem('set Sonoff_ch2 on')}; { fhem('set ESPEasy_ESP_Easy_Garage_Silke_Bewegungsmelder_DOIF_2 disable')}   
Jedoch um 06:00 Uhr wird die Aktion "Morgen"  korrekt ausgeführt. Inhalt:   { fhem('set Klingelschalter on')} 
Hier das Logfile:

2019.07.28 00:00:33 3: TelegramBot_Callback telebot: Digest: Number of poll failures on 2019-07-27 is :0:
2019.07.28 00:00:33 1: [YAAHM_updater] on device Zeitsteuerung called for this day
2019.07.28 00:06:53 3: alexa: using logfile: ./log/alexa-2019-07-28.log
2019.07.28 00:11:00 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 00:28:49 3: set VISSMAN_Heizung WW-Solltemperatur 46
2019.07.28 00:28:51 3: set VISSMAN_Heizung HK1-Solltemperatur_normal 23
2019.07.28 00:31:00 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 00:50:35 3: ABFALL Muelltonnen - CALENDAR:Muelltonnen_Kalender triggered, updating ABFALL Muelltonnen ...
2019.07.28 00:51:00 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 00:59:12 3: set VISSMAN_Heizung WW-Solltemperatur 46
2019.07.28 00:59:14 3: set VISSMAN_Heizung HK1-Solltemperatur_normal 23
2019.07.28 01:29:08 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 01:29:32 3: set VISSMAN_Heizung WW-Solltemperatur 46
2019.07.28 01:29:34 3: set VISSMAN_Heizung HK1-Solltemperatur_normal 23
2019.07.28 01:49:08 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 01:50:35 3: ABFALL Muelltonnen - CALENDAR:Muelltonnen_Kalender triggered, updating ABFALL Muelltonnen ...
2019.07.28 01:59:56 3: set VISSMAN_Heizung WW-Solltemperatur 46
2019.07.28 01:59:58 3: set VISSMAN_Heizung HK1-Solltemperatur_normal 23
2019.07.28 02:09:08 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 02:20:38 3: Xiaomi_Roborock: connection timeout
2019.07.28 02:23:38 3: Xiaomi_Roborock: disconnecting
2019.07.28 02:23:38 2: Xiaomi_Roborock: connecting
2019.07.28 02:23:38 3: Xiaomi_Roborock: initialized
2019.07.28 02:30:27 3: set VISSMAN_Heizung WW-Solltemperatur 46
2019.07.28 02:30:28 3: set VISSMAN_Heizung HK1-Solltemperatur_normal 23
2019.07.28 02:47:43 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 02:50:35 3: ABFALL Muelltonnen - CALENDAR:Muelltonnen_Kalender triggered, updating ABFALL Muelltonnen ...
2019.07.28 03:00:25 1: HMCCURPCPROC: [d_rpcBidCos_RF] Graceful shutdown
2019.07.28 03:00:25 1: HMCCURPCPROC: [d_rpcBidCos_RF] Stopping RPC server CB2001001071001102
2019.07.28 03:00:25 1: HMCCURPCPROC: [d_rpcBidCos_RF] Deregistering RPC server http://192.168.1.71:7411/fh2001 with ID CB2001001071001102 at http://192.168.1.102:2001
2019.07.28 03:00:25 1: HMCCURPCPROC: [d_rpcBidCos_RF] Callback for RPC server CB2001001071001102 deregistered
2019.07.28 03:00:25 2: HMCCURPCPROC: [d_rpcBidCos_RF] Sending signal INT to RPC server process CB2001001071001102 with PID=20017
2019.07.28 03:00:25 2: CCURPC: [d_rpcBidCos_RF] CB2001001071001102 received signal INT
2019.07.28 03:00:25 1: CCURPC: [d_rpcBidCos_RF] RPC server CB2001001071001102 stopped handling connections. PID=20017
2019.07.28 03:00:25 2: CCURPC: [d_rpcBidCos_RF] Number of I/O errors = 0
2019.07.28 03:00:25 2: HMCCURPCPROC: [d_rpcBidCos_RF] Scheduling cleanup in 8 seconds
2019.07.28 03:00:26 1: HMCCURPCPROC: [d_rpcHmIP_RF] Graceful shutdown
2019.07.28 03:00:26 1: HMCCURPCPROC: [d_rpcHmIP_RF] Stopping RPC server CB2010001071001102
2019.07.28 03:00:26 1: HMCCURPCPROC: [d_rpcHmIP_RF] Deregistering RPC server http://192.168.1.71:7420/fh2010 with ID CB2010001071001102 at http://192.168.1.102:2010
2019.07.28 03:00:26 1: HMCCURPCPROC: [d_rpcHmIP_RF] Callback for RPC server CB2010001071001102 deregistered
2019.07.28 03:00:26 2: HMCCURPCPROC: [d_rpcHmIP_RF] Sending signal INT to RPC server process CB2010001071001102 with PID=20018
2019.07.28 03:00:26 2: HMCCURPCPROC: [d_rpcHmIP_RF] Scheduling cleanup in 8 seconds
2019.07.28 03:00:26 2: CCURPC: [d_rpcHmIP_RF] CB2010001071001102 received signal INT
2019.07.28 03:00:26 1: CCURPC: [d_rpcHmIP_RF] RPC server CB2010001071001102 stopped handling connections. PID=20018
2019.07.28 03:00:26 2: CCURPC: [d_rpcHmIP_RF] Number of I/O errors = 0
2019.07.28 03:00:27 1: Server shutdown delayed due to alexa,d_rpcHmIP_RF,d_rpcBidCos_RF for max 10 sec
2019.07.28 03:00:27 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process CB2001001071001102 terminated.
2019.07.28 03:00:27 2: HMCCURPCPROC: [d_rpcBidCos_RF] Stop I/O handling
2019.07.28 03:00:27 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process CB2010001071001102 terminated.
2019.07.28 03:00:27 1: HMCCU: [d_ccu] All RPC servers inactive
2019.07.28 03:00:27 2: HMCCURPCPROC: [d_rpcHmIP_RF] Stop I/O handling
2019.07.28 03:00:27 3: alexa: read: end of file reached while sysread
2019.07.28 03:00:27 3: alexa: stopped
2019.07.28 03:00:28 0: Server shutdown
2019.07.28 03:00:28 1: Shutdown executed
2019.07.28 03:00:28 2: HMCCURPCPROC: [d_rpcBidCos_RF] Found no running processes. Cleaning up ...
2019.07.28 03:00:28 1: HMCCURPCPROC: [d_rpcBidCos_RF] Housekeeping called. Cleaning up RPC environment
2019.07.28 03:00:28 2: HMCCURPCPROC: [d_rpcHmIP_RF] Found no running processes. Cleaning up ...
2019.07.28 03:00:28 1: HMCCURPCPROC: [d_rpcHmIP_RF] Housekeeping called. Cleaning up RPC environment
2019.07.28 03:23:20 1: Including fhem.cfg
2019.07.28 03:23:21 3: WEB: port 8083 opened
2019.07.28 03:23:21 3: WEBphone: port 8084 opened
2019.07.28 03:23:21 3: WEBtablet: port 8085 opened
2019.07.28 03:23:22 2: eventTypes: loaded 5596 events from ./log/eventTypes.txt
2019.07.28 03:23:23 1: PERL WARNING: Unrecognized escape \w passed through at ./FHEM/10_TASMOTA_DEVICE.pm line 247, <$fh> line 232.
2019.07.28 03:23:23 1: PERL WARNING: TASMOTA::DEVICE::Expand() called too early to check prototype at ./FHEM/10_TASMOTA_DEVICE.pm line 287, <$fh> line 232.
2019.07.28 03:23:23 1: PERL WARNING: TASMOTA::DEVICE::Expand() called too early to check prototype at ./FHEM/10_TASMOTA_DEVICE.pm line 293, <$fh> line 232.
2019.07.28 03:23:24 3: telnetPort: port 7072 opened
2019.07.28 03:23:24 3: TabletUi: new ext defined infix:ftui/: dir:./www/tablet/:
2019.07.28 03:23:24 3: Registering HTTPSRV TabletUi for URL /ftui   and assigned link ftui/ ...
2019.07.28 03:23:25 3: TelegramBot_Define telebot: called
2019.07.28 03:23:26 3: Opening Anrufliste device 192.168.1.1:1012
2019.07.28 03:23:26 3: FB_CALLMONITOR (Anrufliste) - loading cache file /opt/fhem/log/reverse_search.txt
2019.07.28 03:23:26 2: FB_CALLMONITOR (Anrufliste) - read 132 contacts from Cache
2019.07.28 03:23:29 2: ONKYO_AVR ONKYO_TX_NR686: Registering ONKYO_AVR for webhook URI ?/ONKYO_AVR ...
2019.07.28 03:23:29 3: Opening ONKYO_TX_NR686 device 192.168.1.89:60128
2019.07.28 03:23:32 1: HMCCU: [d_ccu] Initialized version 4.3.015
2019.07.28 03:23:32 1: HMCCU: [d_ccu] HMCCU: Initializing device
2019.07.28 03:23:33 1: HMCCU: [d_ccu] HMCCU: Read 5 devices with 120 channels from CCU 192.168.1.102
2019.07.28 03:23:33 1: HMCCU: [d_ccu] HMCCU: Read 3 interfaces from CCU 192.168.1.102
2019.07.28 03:23:33 1: HMCCU: [d_ccu] HMCCU: Read 0 programs from CCU 192.168.1.102
2019.07.28 03:23:33 1: HMCCU: [d_ccu] HMCCU: Read 0 virtual groups from CCU 192.168.1.102
2019.07.28 03:23:33 1: HMCCURPCPROC: [d_rpcBidCos_RF] Initialized version 1.7.001 for interface BidCos-RF with I/O device d_ccu
2019.07.28 03:23:33 1: HMCCURPCPROC: [d_rpcHmIP_RF] Initialized version 1.7.001 for interface HmIP-RF with I/O device d_ccu
2019.07.28 03:23:34 3: Xiaomi_Roborock: initialized, using Rijndael
2019.07.28 03:23:34 3: VISSMAN_Heizung - Passwort war bereits gespeichert
2019.07.28 03:23:35 3: FUIP: Registering ui for URL /ui
2019.07.28 03:23:35 1: PERL WARNING: Use of uninitialized value in lc at fhem.pl line 5345.
2019.07.28 03:23:40 1: PERL WARNING: Subroutine YAAHM_restore redefined at ./FHEM/95_YAAHM.pm line 1029, <$fh> line 1903.
2019.07.28 03:23:40 1: PERL WARNING: Subroutine YAAHM_setWeeklyTime redefined at ./FHEM/95_YAAHM.pm line 1991, <$fh> line 1903.
2019.07.28 03:23:40 1: [YAAHM_Define] data hash restored from save file with date 2019-07-22 22:23:17
2019.07.28 03:23:40 1: [YAAHM] finds 1 Astro devices, module not loaded separately
2019.07.28 03:23:40 3: [Zeitsteuerung V3.1] Added hidden room 'ProfileRoom' to WEB
2019.07.28 03:23:40 3: [Zeitsteuerung V3.1] Added hidden room 'ProfileRoom' to WEBphone
2019.07.28 03:23:40 3: [Zeitsteuerung V3.1] Added hidden room 'ProfileRoom' to WEBtablet
2019.07.28 03:23:43 3: [SamsungAV] Samsung_TV defined with host: 192.168.1.38 port: 8001
2019.07.28 03:23:44 0: [echodevice] load ECHO Device ECHO_G090VC0991170SV8
2019.07.28 03:23:44 0: [echodevice] load ECHO Device ECHO_G090U50991230BJP
2019.07.28 03:23:44 1: Including ./log/fhem.save
already connected to 192.168.1.98:5555
2019.07.28 03:23:46 3: ADB_Start return value: -1
2019.07.28 03:23:46 3: Opening Mosquitto device 127.0.0.1:1883
2019.07.28 03:23:46 3: Mosquitto device opened
2019.07.28 03:23:46 3: Opening Nut device 127.0.0.1:5333
2019.07.28 03:23:46 3: Nut device opened
2019.07.28 03:23:46 3: [SamsungAV] device Samsung_TV initialising....
2019.07.28 03:23:46 3: Opening Schluessel_BTle device 127.0.0.1:5333
2019.07.28 03:23:46 3: Schluessel_BTle device opened
2019.07.28 03:23:46 2: alexa: starting alexa-fhem: /usr/local/bin/alexa-fhem -c ./alexa-fhem.cfg -a xx:xx
2019.07.28 03:23:46 3: alexa: starting
2019.07.28 03:23:46 3: alexa: using logfile: ./log/alexa-2019-07-28.log
2019.07.28 03:23:46 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2019.07.28 03:23:46 3: ESPEasy espBridge: Bridge v2.18 port [TCP:IPV4:8383] opened.
2019.07.28 03:23:47 3: mail: connected to mx.freenet.de
2019.07.28 03:23:47 3: mail: logged in to fhem-trs@freenet.de
2019.07.28 03:23:47 0: Featurelevel: 5.9
2019.07.28 03:23:47 0: Server started with 298 defined entities (fhem.pl:19805/2019-07-09 perl:5.024001 os:linux user:fhem pid:5063)
2019.07.28 03:23:50 3: Xiaomi_Roborock: disconnecting
2019.07.28 03:23:50 2: Xiaomi_Roborock: connecting
2019.07.28 03:23:50 3: Xiaomi_Roborock: initialized
2019.07.28 03:23:50 3: [Zeitsteuerung V3.1] Weblink Zeitsteuerung_weblink created
2019.07.28 03:23:50 3: [Zeitsteuerung V3.1] Weblink Zeitsteuerung_shortlink created
2019.07.28 03:23:50 3: telnetForBlockingFn_1564277030: port 33547 opened
2019.07.28 03:23:51 3: Anrufliste device opened
2019.07.28 03:23:52 1: 192.168.1.89:60128 disconnected, waiting to reappear (ONKYO_TX_NR686)
2019.07.28 03:23:55 3: ABFALL Muelltonnen - CALENDAR:Muelltonnen_Kalender triggered, updating ABFALL Muelltonnen ...
2019.07.28 03:23:56 1: [YAAHM_updater] on device Zeitsteuerung called for this day
2019.07.28 03:23:56 1: PERL WARNING: Use of uninitialized value in string comparison (cmp) at ./FHEM/95_YAAHM.pm line 284.
2019.07.28 03:23:57 1: 192.168.1.89:60128 reappeared (ONKYO_TX_NR686)
2019.07.28 03:23:57 1: RMDIR: ./restoreDir/save/2019-07-23
2019.07.28 03:23:58 2: HMCCU: [d_ccu] Get RPC device for interface BidCos-RF
2019.07.28 03:23:58 2: HMCCU: [d_ccu] Get RPC device for interface HmIP-RF
2019.07.28 03:23:58 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process started for interface BidCos-RF with PID=5419
2019.07.28 03:23:58 2: CCURPC: [d_rpcBidCos_RF] Initializing RPC server CB2001001071001102 for interface BidCos-RF
2019.07.28 03:23:58 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server starting
2019.07.28 03:23:59 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process started for interface HmIP-RF with PID=5420
2019.07.28 03:23:59 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server starting
2019.07.28 03:23:59 2: CCURPC: [d_rpcHmIP_RF] Initializing RPC server CB2010001071001102 for interface HmIP-RF
2019.07.28 03:23:59 2: HMCCURPCPROC: [d_rpcBidCos_RF] Callback server CB2001001071001102 created. Listening on port 7411
2019.07.28 03:23:59 2: CCURPC: [d_rpcBidCos_RF] CB2001001071001102 accepting connections. PID=5419
2019.07.28 03:23:59 2: HMCCURPCPROC: [d_rpcHmIP_RF] Callback server CB2010001071001102 created. Listening on port 7420
2019.07.28 03:23:59 2: CCURPC: [d_rpcHmIP_RF] CB2010001071001102 accepting connections. PID=5420
2019.07.28 03:23:59 2: AttrTemplates: got 98 entries
2019.07.28 03:24:00 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001001071001102 enters server loop
2019.07.28 03:24:00 2: HMCCURPCPROC: [d_rpcBidCos_RF] Registering callback http://192.168.1.71:7411/fh2001 of type A with ID CB2001001071001102 at http://192.168.1.102:2001
2019.07.28 03:24:00 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001001071001102 running
2019.07.28 03:24:00 1: HMCCURPCPROC: [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2019.07.28 03:24:00 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010001071001102 enters server loop
2019.07.28 03:24:00 2: HMCCURPCPROC: [d_rpcHmIP_RF] Registering callback http://192.168.1.71:7420/fh2010 of type A with ID CB2010001071001102 at http://192.168.1.102:2010
2019.07.28 03:24:00 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010001071001102 running
2019.07.28 03:24:00 2: CCURPC: [d_rpcBidCos_RF] CB2001001071001102 NewDevice received 55 device and channel specifications
2019.07.28 03:24:00 1: HMCCU: [d_ccu] All RPC servers running
2019.07.28 03:24:01 2: HMCCU: [d_ccu] Updated devices for interface filter BidCos-RF|HmIP-RF. Success=3 Failed=0
2019.07.28 03:24:01 2: CCURPC: [d_rpcHmIP_RF] CB2010001071001102 NewDevice received 70 device and channel specifications
2019.07.28 03:24:05 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/HttpUtils.pm line 870.
2019.07.28 03:24:05 3: set VISSMAN_Heizung WW-Solltemperatur 46
2019.07.28 03:24:07 3: set VISSMAN_Heizung HK1-Solltemperatur_normal 23
2019.07.28 03:24:09 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1331.
2019.07.28 03:44:01 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 03:54:40 3: set VISSMAN_Heizung WW-Solltemperatur 46
2019.07.28 03:54:42 3: set VISSMAN_Heizung HK1-Solltemperatur_normal 23
2019.07.28 03:54:47 3: Xiaomi_Roborock: connection timeout
2019.07.28 03:57:47 3: Xiaomi_Roborock: disconnecting
2019.07.28 03:57:47 2: Xiaomi_Roborock: connecting
2019.07.28 03:57:47 3: Xiaomi_Roborock: initialized
2019.07.28 04:00:00 3: ESPEasy ESPEasy_ESP_Easy_UP_button: set ESPEasy_ESP_Easy_UP_button event on
2019.07.28 04:06:36 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 04:23:52 3: ABFALL Muelltonnen - CALENDAR:Muelltonnen_Kalender triggered, updating ABFALL Muelltonnen ...
2019.07.28 04:24:59 3: set VISSMAN_Heizung WW-Solltemperatur 46
2019.07.28 04:25:00 3: set VISSMAN_Heizung HK1-Solltemperatur_normal 23
2019.07.28 04:26:36 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 04:55:37 3: set VISSMAN_Heizung WW-Solltemperatur 46
2019.07.28 04:55:38 3: set VISSMAN_Heizung HK1-Solltemperatur_normal 23
2019.07.28 05:00:00 3: ESPEasy ESPEasy_ESP_Easy_UP_button: set ESPEasy_ESP_Easy_UP_button event off
2019.07.28 05:02:42 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 05:10:18 3: ESPEasy ESPEasy_ESP_Easy_UP2_Relais: set ESPEasy_ESP_Easy_UP2_Relais event on
2019.07.28 05:13:59 3: ESPEasy ESPEasy_ESP_Easy_UP2_Relais: set ESPEasy_ESP_Easy_UP2_Relais event off
2019.07.28 05:20:42 1: PERL WARNING: Use of uninitialized value $installation in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1265.
2019.07.28 05:20:42 1: PERL WARNING: Use of uninitialized value $gw in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1268.
2019.07.28 05:20:42 1: PERL WARNING: Use of uninitialized value $installation in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1284.
2019.07.28 05:20:42 1: PERL WARNING: Use of uninitialized value $gw in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1284.
2019.07.28 05:23:52 3: ABFALL Muelltonnen - CALENDAR:Muelltonnen_Kalender triggered, updating ABFALL Muelltonnen ...
2019.07.28 05:25:00 1: PERL WARNING: Use of uninitialized value $mval in substitution (s///) at ./FHEM/95_YAAHM.pm line 1209.
2019.07.28 05:25:00 3: eval: {YAAHM_time('Zeitsteuerung','sunrise',1)}
2019.07.28 05:25:00 1: PERL WARNING: Use of uninitialized value $nval in substitution (s///) at ./FHEM/95_YAAHM.pm line 1210.
2019.07.28 05:25:00 3: eval: {YAAHM_time('Zeitsteuerung','sunrise',1)}
2019.07.28 05:25:00 1: PERL WARNING: Use of uninitialized value $tval in substitution (s///) at ./FHEM/95_YAAHM.pm line 1211.
2019.07.28 05:25:00 3: eval: {YAAHM_time('Zeitsteuerung','sunrise',1)}
2019.07.28 05:25:00 1: PERL WARNING: Use of uninitialized value $mval in numeric ge (>=) at ./FHEM/95_YAAHM.pm line 1214.
2019.07.28 05:25:00 3: eval: {YAAHM_time('Zeitsteuerung','sunrise',1)}
2019.07.28 05:25:00 1: PERL WARNING: Use of uninitialized value $nval in numeric gt (>) at ./FHEM/95_YAAHM.pm line 1214.
2019.07.28 05:25:00 3: eval: {YAAHM_time('Zeitsteuerung','sunrise',1)}
2019.07.28 05:25:00 1: PERL WARNING: Use of uninitialized value $xval in concatenation (.) or string at ./FHEM/95_YAAHM.pm line 1337.
2019.07.28 05:25:00 3: eval: {YAAHM_time('Zeitsteuerung','sunrise',1)}
2019.07.28 05:25:00 1: PERL WARNING: Use of uninitialized value $xval in concatenation (.) or string at ./FHEM/95_YAAHM.pm line 1339.
2019.07.28 05:25:00 3: eval: {YAAHM_time('Zeitsteuerung','sunrise',1)}
2019.07.28 05:25:00 1: [YAAHM_time] executing
2019.07.28 05:25:00 1: PERL WARNING: Use of uninitialized value $cmd in pattern match (m//) at fhem.pl line 1066.
2019.07.28 05:25:00 3: eval: {YAAHM_time('Zeitsteuerung','sunrise',1)}
2019.07.28 05:25:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 05:26:04 3: set VISSMAN_Heizung WW-Solltemperatur 46
2019.07.28 05:26:05 3: set VISSMAN_Heizung HK1-Solltemperatur_normal 23
2019.07.28 05:30:00 3: ESPEasy ESPEasy_ESP_Easy_UP2_Relais: set ESPEasy_ESP_Easy_UP2_Relais event on
2019.07.28 05:31:30 3: ESPEasy ESPEasy_ESP_Easy_UP2_Relais: set ESPEasy_ESP_Easy_UP2_Relais event off
2019.07.28 05:45:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 05:52:47 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/95_YAAHM.pm line 3615.
2019.07.28 05:52:47 3: eval: {YAAHM_Longtable("Zeitsteuerung")}
2019.07.28 05:52:47 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/95_YAAHM.pm line 3636.
2019.07.28 05:52:47 3: eval: {YAAHM_Longtable("Zeitsteuerung")}
2019.07.28 05:52:47 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/95_YAAHM.pm line 3643.
2019.07.28 05:52:47 3: eval: {YAAHM_Longtable("Zeitsteuerung")}
2019.07.28 05:52:47 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/95_YAAHM.pm line 3655.
2019.07.28 05:52:47 3: eval: {YAAHM_Longtable("Zeitsteuerung")}
2019.07.28 05:52:47 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/95_YAAHM.pm line 3705.
2019.07.28 05:52:47 3: eval: {YAAHM_Longtable("Zeitsteuerung")}
2019.07.28 05:52:47 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/95_YAAHM.pm line 3754.
2019.07.28 05:52:47 3: eval: {YAAHM_Longtable("Zeitsteuerung")}
2019.07.28 05:56:37 3: set VISSMAN_Heizung WW-Solltemperatur 46
2019.07.28 05:56:39 3: set VISSMAN_Heizung HK1-Solltemperatur_normal 23
2019.07.28 06:00:00 1: [YAAHM_time] executing { fhem('set Klingelschalter on')}
2019.07.28 06:05:34 2: HMCCURPCPROC: [d_rpcHmIP_RF] Received no events from interface CB2010001071001102 for 1200 seconds
2019.07.28 06:23:52 3: ABFALL Muelltonnen - CALENDAR:Muelltonnen_Kalender triggered, updating ABFALL Muelltonnen ...
2019.07.28 06:26:58 3: set VISSMAN_Heizung WW-Solltemperatur 46
2019.07.28 06:27:00 3: set VISSMAN_Heizung HK1-Solltemperatur_normal 23
 

Gruss
Thorsten

Offline Prof. Dr. Peter Henning

  • Developer
  • Hero Member
  • ****
  • Beiträge: 7365
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #286 am: 28 Juli 2019, 12:31:32 »
Sonst noch etwas, das ich erledigen soll?

pah

Offline trs

  • Full Member
  • ***
  • Beiträge: 158
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #287 am: 29 Juli 2019, 19:30:07 »
Moin,

du sollst gar nichts erledigen. Das ist ein Forum, wo alle antworten können. Vielleicht hatte jemand hier schon das gleiche Symtom. Jeder hilft jedem, das ist doch der Grundgedanke.


Gruss

Offline andies

  • Tester
  • Hero Member
  • ****
  • Beiträge: 2812
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #288 am: 03 November 2019, 08:44:23 »
Hallo pah, ich habe eine Frage. Das Datum/Wochentag innerhalb von yaahm ist falsch (siehe screenshot von heute, Sonntag), aber der Rechner selbst hat ein korrektes Datum. Kann ich das händisch einstellen oder ist das ein Bug? Ich vermute, dass das seit der Zeitumstellung falsch war.
FHEM 6.0 auf RaspPi3 (Raspbian:  4.19.97-v7+ ); Perl: v5.28.1
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Offline Prof. Dr. Peter Henning

  • Developer
  • Hero Member
  • ****
  • Beiträge: 7365
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #289 am: 03 November 2019, 10:29:58 »
Ruf mal händisch in der FHEM-Komandozeile auf
{YAAHM_GetDayStatus($defs{'<name des YAAHM-Devices>'})}
Scheint ein Bug zu sein, den ich irgendwie abfangen muss.

LG

pah

Offline andies

  • Tester
  • Hero Member
  • ****
  • Beiträge: 2812
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #290 am: 03 November 2019, 11:27:02 »
Das kann ich zwar, es erscheint aber keine Anzeige. Verbose 5 gibt mir im Logfile
2019.11.03 11:22:45 5: [Astro] No horizon attribute defined, using 0.0� for morning and evening
2019.11.03 11:22:45 5: [Astro] No horizon attribute defined, using 0.0� for morning and evening
2019.11.03 11:22:45 5: [Astro] No horizon attribute defined, using 0.0� for morning and evening
2019.11.03 11:22:45 5: [Astro] No horizon attribute defined, using 0.0� for morning and evening
2019.11.03 11:22:45 5: [Astro] No horizon attribute defined, using 0.0� for morning and evening
2019.11.03 11:22:45 5: [Astro] No horizon attribute defined, using 0.0� for morning and evening
2019.11.03 11:22:45 5: [Astro] No horizon attribute defined, using 0.0� for morning and evening
2019.11.03 11:22:45 5: [Astro] No horizon attribute defined, using 0.0� for morning and evening
2019.11.03 11:22:45 5: [Astro] No horizon attribute defined, using 0.0� for morning and evening
2019.11.03 11:23:22 5: [YAAHM_checkstate] on device Profil called
und das list vom Gerät sieht so aus
Internals:
   FUUID      5c782b59-f33f-1115-d45f-e97b23f152087a1f
   NAME       Profil
   NOTIFYDEV  global,Profil
   NR         165
   STATE      Initialized
   TYPE       YAAHM
   VERSION    3.1
   DATA:
     savedate   2019-11-03 08:16:56
     DD:
       HASH(0x59ee390)
       HASH(0x59ee2e8)
       HASH(0x59ee198)
     DT:
       aftermidnight:
         02:01
         02:01
         set DbLogRep delSeqDoublets delete;{ DatenSetzen()};
         ;
       afternoon:
         14:00
         undef
         undef
         ;
       aftersunrise:
         08:06
         01:00
         undef
         ;
       aftersunset:
         17:14
         00:40
         undef
         ;
       beforemidnight:
         23:55
         00:05
         setreading EntkalkerWasserTagesLog logentry [Wasserzaehler_IEC_01:energyCalc]; {RegressionSetzen()}
         ;
       beforesunrise:
         06:06
         01:00
         undef
         ;
       beforesunset:
         15:34
         01:00
         undef
         ;
       evening:
         18:30
         undef
         undef
         ;
       morning:
         06:00
         undef
         { LogFileEintraegeSenden();;Plananzeige()}
         ;
       night:
         23:00
         undef
         set LampeGarage,ShellyHerdlampe,ShellyArbeitszimmer,Dimmer,LampeKellerRund,LampeKellerDurchgang,Sonoff_s20_3 off
         ;
       noon:
         13:00
         undef
         undef
         ;
       sleep:
         22:30
         undef
         undef
         undef
       sunrise:
         07:06
         undef
         get Kamera1,Kamera2,Kamera3,Kamera4 image
         ;
       sunset:
         16:34
         undef
         get Kamera1,Kamera2,Kamera3,Kamera4 image
         ;
       wakeup:
         06:15
         undef
         undef
         undef
     HSM:
       mode       normal
       state      unsecured
       time       sunrise
     WT:
       HASH(0x59b4600)
       HASH(0x5929d68)
       HASH(0x59b6148)
       HASH(0x59b5c80)
     XT:
   READINGS:
     2019-11-03 08:17:05   housemode       normal
     2019-11-03 07:04:00   housephase      daytime
     2019-04-12 22:01:57   housestate      secured
     2019-11-03 07:04:00   housetime       sunrise
     2018-11-07 23:50:00   lockstate       0
     2019-11-02 23:00:36   next_0         
     2019-11-02 23:00:36   next_1         
     2019-11-02 23:00:36   next_2         
     2019-11-03 11:22:45   next_3         
     2019-11-03 07:04:00   next_housetime  sunrise
     2019-11-03 08:17:05   prev_housemode  party
     2019-04-12 22:01:57   prev_housestate protected
     2019-11-03 07:04:00   prev_housetime  morning
     2019-11-03 11:22:45   ring_0          off
     2019-11-03 11:22:45   ring_0_1        06:10
     2019-11-03 11:22:45   ring_0_1x       06:10
     2019-11-03 11:22:45   ring_0x         off
     2019-11-03 11:22:45   ring_1          off
     2019-11-03 11:22:45   ring_1_1        06:25
     2019-11-03 11:22:45   ring_1_1x       06:25
     2019-11-03 11:22:45   ring_1x         off
     2019-11-03 11:22:45   ring_2          off
     2019-11-03 11:22:45   ring_2_1        off
     2019-11-03 11:22:45   ring_2_1x       off
     2019-11-03 11:22:45   ring_2x         off
     2019-11-03 11:22:45   ring_3          off
     2019-11-03 11:22:45   ring_3_1        off
     2019-11-03 11:22:45   ring_3_1x       off
     2019-11-03 11:22:45   ring_3x         off
     2019-11-03 11:22:45   s_aftermidnight 02:01
     2019-11-03 11:22:45   s_afternoon     14:00
     2019-11-03 11:22:45   s_aftersunrise  08:06
     2019-11-03 11:22:45   s_aftersunset   17:14
     2019-11-03 11:22:45   s_beforemidnight 23:55
     2019-11-03 11:22:45   s_beforesunrise 06:06
     2019-11-03 11:22:45   s_beforesunset  15:34
     2019-11-03 11:22:45   s_evening       18:30
     2019-11-03 11:22:45   s_morning       06:00
     2019-11-03 11:22:45   s_night         23:00
     2019-11-03 11:22:45   s_noon          13:00
     2019-11-03 11:22:45   s_sleep         22:30
     2019-11-03 11:22:45   s_sunrise       07:06
     2019-11-03 11:22:45   s_sunset        16:34
     2019-11-03 11:22:45   s_wakeup        06:15
     2019-11-03 08:16:56   savedate        2019-11-03 08:16:56
     2019-11-03 11:23:22   sdev_housestate <html><table></table></html>
     2019-11-03 11:23:22   sec_housestate  secure
     2019-10-16 06:45:21   state           Initialized
     2019-11-03 11:23:22   sym_housestate  <html><div style="color:green">&#x2713;</div></html>
     2019-11-01 23:00:36   todayDesc       --
     2019-11-02 23:00:36   todayType       weekend
     2019-11-03 11:22:45   today_0         off
     2019-11-03 11:22:45   today_0_e       enabled
     2019-11-03 11:22:45   today_1         off
     2019-11-03 11:22:45   today_1_e       enabled
     2019-11-03 11:22:45   today_2         off
     2019-11-03 11:22:45   today_2_e       enabled
     2019-11-03 11:22:45   today_3         off
     2019-11-03 11:22:45   today_3_e       enabled
     2019-10-31 23:00:36   tomorrowDesc    --
     2019-11-03 11:17:31   tomorrowType    workday
     2019-11-03 11:22:45   tomorrow_0      06:10
     2019-11-03 11:22:45   tomorrow_0_e    enabled
     2019-11-03 11:22:45   tomorrow_1      06:25
     2019-11-03 11:22:45   tomorrow_1_e    enabled
     2019-11-03 11:22:45   tomorrow_2      off
     2019-11-03 11:22:45   tomorrow_2_e    enabled
     2019-11-03 11:22:45   tomorrow_3      off
     2019-11-03 11:22:45   tomorrow_3_e    enabled
     2019-11-03 08:17:05   tr_errmsg       
     2019-11-03 08:17:05   tr_housemode    Normal
     2019-11-03 07:04:00   tr_housephase   Tageszeit
     2019-04-12 22:01:57   tr_housestate   Gesichert
     2019-11-03 07:04:00   tr_housetime    Sonnenaufgang
     2019-11-02 23:00:36   tr_todayType    Wochenende
     2019-11-03 11:17:31   tr_tomorrowType Arbeitstag
     2019-11-02 23:00:36   tr_twodaysType  Arbeitstag
     2019-11-03 11:22:45   tr_wake_0       6:10 morgen
     2019-11-03 11:22:45   tr_wake_1       6:25 morgen
     2019-11-03 11:22:45   tr_wake_2       off heute und morgen
     2019-11-03 11:22:45   tr_wake_3       off heute und morgen
     2019-10-31 23:00:36   twodaysDesc     --
     2019-11-03 11:17:31   twodaysType     workday
   TIMER:
     Profil_aftermidnight:
       HASH       Profil
       MODIFIER   aftermidnight
       NAME       Profil_aftermidnight
     Profil_check:
       HASH       Profil
       MODIFIER   check
       NAME       Profil_check
Attributes:
   group      intern
   holidayDevices berlin
   room       ProfileRoom
   stateDevices Garage::locked:locked:locked:locked, Schlafzimmerfenster::closed:closed:closed:closed, Badezimmerfenster::closed:closed:closed:closed, BadUntenfenster::closed:closed:closed:closed,
   stateInterval 3
   vacationDevices ferien
   verbose    5
Das Datum ist jetzt korrekt.

Danke für's Anschauen!
FHEM 6.0 auf RaspPi3 (Raspbian:  4.19.97-v7+ ); Perl: v5.28.1
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Offline Prof. Dr. Peter Henning

  • Developer
  • Hero Member
  • ****
  • Beiträge: 7365
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #291 am: 03 November 2019, 16:59:51 »
Da soll auch keine Anzeige erscheinen.

Der Knackpunkt ist, dass diese Routine normalerweise kurz nach Mitternacht aufgerufen wird. Allerdings nicht durch ein externes Notity, sondern durch einen internen 24 Stunden-Timer. Wenn nun die Uhr eine Stunde zurückgestellt wird, erfolgt der Aufruf eine Stunde vor Mitternacht (und in 24-Stunden-Abständen danach). Ergo: Immer falsches Dateum, bis das Ding einmal manuell getriggert wird.

LG

pah

Offline andies

  • Tester
  • Hero Member
  • ****
  • Beiträge: 2812
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #292 am: 04 November 2019, 06:42:42 »
das war heute morgen wieder falsch, was kann ich da tun: manuell den Befehl um kurz vor Mitternacht auslösen?

(https://uploads.tapatalk-cdn.com/20191104/edcebf187a71e033f6aad5cb0ef1f0ae.jpg)


Gesendet von iPad mit Tapatalk Pro
FHEM 6.0 auf RaspPi3 (Raspbian:  4.19.97-v7+ ); Perl: v5.28.1
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Offline Prof. Dr. Peter Henning

  • Developer
  • Hero Member
  • ****
  • Beiträge: 7365
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #293 am: 04 November 2019, 07:43:05 »
Äh - nö. Wenn er einmal manuell ausgelöst wurde, stellt sich der Timer wieder richtig ein.

Den Fehler verstehe ich auch nicht, bei mir tritt er nicht auf.

LG

pah

Offline andies

  • Tester
  • Hero Member
  • ****
  • Beiträge: 2812
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #294 am: 04 November 2019, 07:57:51 »
Verstehe ich das richtig, dass dieser Befehl einmal nach Mitternacht (nicht vor Mitternacht) angegeben werden muss? Dann stelle ich das mit einem at ein und gut ist.
FHEM 6.0 auf RaspPi3 (Raspbian:  4.19.97-v7+ ); Perl: v5.28.1
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Offline Prof. Dr. Peter Henning

  • Developer
  • Hero Member
  • ****
  • Beiträge: 7365
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #295 am: 04 November 2019, 09:14:24 »
Neien - das macht YAAHM automatisch.

Beim ersten (oder manuellen) Aufruf wird der interne Timer auf kurz nach Mitternacht gesetzt, und an kommenden Tagen diese Routine automatisch ausgeführt.

Der einzelne manuelle Aufruf dient nur dazu, das System einmal mit der echten Zeit zu synchronisieren.

Bitte versuch mal, alle Timer mit den entsprechenden Buttons neu zu starten.


LG

pah

Offline andies

  • Tester
  • Hero Member
  • ****
  • Beiträge: 2812
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #296 am: 04 November 2019, 10:06:15 »
OK, habe ich gemacht (und hatte ich meines Wissens auch gestern, komisch). Ich berichte, ob sich das morgen umstellt.
FHEM 6.0 auf RaspPi3 (Raspbian:  4.19.97-v7+ ); Perl: v5.28.1
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Offline andies

  • Tester
  • Hero Member
  • ****
  • Beiträge: 2812
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #297 am: 05 November 2019, 05:24:52 »
hat nicht geklappt, mein Profil ist nach wie vor auf Montag. Komisch. Kann ich mir denn die timer, die da gesetzt wurden, anzeigen lassen zur Fehlersuche?

Ich behelfe mir jetzt erstmal mit einem regelmässigen Aufruf der Funktion oben.

PS Kann das eine Erklärung sein:
2019.11.04 23:00:00 1: [YAAHM_tonight] on device Profil called for this day
2019.11.04 23:00:38 1: [YAAHM_updater] on device Profil called for this day
« Letzte Änderung: 05 November 2019, 05:28:28 von andies »
FHEM 6.0 auf RaspPi3 (Raspbian:  4.19.97-v7+ ); Perl: v5.28.1
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Offline BerndMiles

  • New Member
  • *
  • Beiträge: 34
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #298 am: 05 November 2019, 11:50:00 »
Aha, also "Start Tages-Timer", "Start Wochen-Timer", und dann "set Zeitsteuerung save"? Probiere ich noch mal. Wie stelle ich am einfachsten fest, ob die Timer nach dem Neustart laufen?

Gruss
Thorsten

Also ich habe das gleiche Problem. Nach jedem Neustart arbeiten die Timer nicht mehr. Die grünen Haken sind immer da. Ich muss dann "Start Wochen-Timer" und "Start Tages-Timer" manuell durchführen und anschliessend das "Save config" und dann läuft es. Aber ich habe jetzt keine Ahnung, wie ich den Start der Timer als Befehl ausführen kann. Wenn ich das nicht automatisch bei jedem Start machen kann, nützt mir das ganze Modul nichts. Das ist wirklich sehr schade. Zumal ich jetzt schon tagelang am Probieren bin und mir das Modul sehr gut gefällt, da man hier seine ganze Zeitsteuerung an einer Stelle hat und nicht an vielen verschiedenen.

Viele Grüße Bernd

Offline Prof. Dr. Peter Henning

  • Developer
  • Hero Member
  • ****
  • Beiträge: 7365
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #299 am: 05 November 2019, 13:03:59 »
@andies Die Meldung muss kurz _nach_ Mitternacht kommen, also z.B.

Zitat
2019.11.04 00:00:33 1: [YAAHM_updater] on device YYY called for this day
.

Die Routine dafür lautet
sub YAAHM_updater($) {
  my ($timerHash) = @_;
  my $hash;
  my $next;
  my $name = $hash->{NAME};

  #-- start timer for updates - when device is reloaded
  if( defined($firstcall) && ($firstcall==1) ){
    #-- timerHash is device hash
    $hash = $timerHash;
    my ($sec, $min, $hour, $day, $month, $year, $wday,$yday,$isdst) = localtime(time);
    $next = gettimeofday()+(23-$hour)*3600+(59-$min)*60+(59-$sec)+34;
    $firstcall=0;
   
  #-- continue timer for updates
  }else{
    #-- timerHash is internal hash
    $hash = $timerHash->{HASH};
    $next = gettimeofday()+86400;
  }
 
  #-- safeguard if hash is not properly indirected
  if( defined($hash->{HASH}) ){
    $hash = $hash->{HASH};
  }
  YAAHM_RemoveInternalTimer("aftermidnight",$hash);
  YAAHM_InternalTimer("aftermidnight",$next, "YAAHM_updater", $hash, 0);
  Log 1,"[YAAHM_updater] on device ".$hash->{NAME}." called for this day";
 
  YAAHM_GetDayStatus($hash);
  YAAHM_startDeviceActions($name);
  return undef;
}

Wie man sieht, wird beim ersten Aufruf (wenn die globale Variable $firstcall==1 ist) der Timer so gesetzt, dass um 33 Sekunden nach Mitternacht GetDayStatus aufgerufen wird. Und zwar auch nach jedem FHEM-Neustart.


Also vollkommen unklar, wieso der Timer bei Dir eine Stunde zu früh kommt. Der Fehler ist bisher auch noch nirgendwo sonst aufgetreten.

Du kannst diese Update-Funktion manuell mit firstcall=1 rufen, indem Du den Befehl "set <YAAHM-Device> initialize" ausführst - danach sollte aber wirklich alles in Ordnung sein.


@BerndMiles: Das ist ein ganz anderes Problem. Diese Timer sind FHEM-Devices und arbeiten nach jedem Neustart ordentlich, wenn die Konfiguration einmal gesichert worden ist.
Zitat
Aber ich habe jetzt keine Ahnung, wie ich den Start der Timer als Befehl ausführen kann
Hm. Warum baue ich wohl drei fette Buttons "Start ..-Timer" auf die Benutzungsoberfläche?


LG

pah
« Letzte Änderung: 05 November 2019, 13:06:33 von Prof. Dr. Peter Henning »

 

decade-submarginal