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

Offline andies

  • Hero Member
  • *****
  • Beiträge: 2210
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #270 am: 10 Juni 2019, 21:24:59 »
Ich habe das jetzt mit "setreading etc." gelöst. Beim nächsten Mal achte ich darauf.
FHEM 5.9 auf RaspPi3 (Raspbian:  4.14.34-v7+ ); Perl: v5.20.2
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

  • Hero Member
  • *****
  • Beiträge: 2210
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #271 am: 11 Juni 2019, 18:44:35 »
Einmal hin- und einmal her-schalten ??
Das klappt (es war nämlich "über Nacht" wieder auf Abwesenheit). Ich musste erst hin- und dann herschalten.
FHEM 5.9 auf RaspPi3 (Raspbian:  4.14.34-v7+ ); Perl: v5.20.2
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: 6736
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #272 am: 11 Juni 2019, 18:53:54 »
Hm, so etwas ist mir noch nie untergekommen. Es gibt in YAAHM keinen Mechanismus, der das auf absence stellen könnte - muss irgendwie aus FHEM heraus kommen.

LG

pah

Offline andies

  • Hero Member
  • *****
  • Beiträge: 2210
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #273 am: 11 Juni 2019, 19:32:06 »
Nein, das ist ein Missverständnis jetzt:
  • Ich hatte per Hand auf absence gestellt (klick auf den Schalter), das war ok.
  • Dann wollte ich per Klick auf den Schalter "Normal" stellen, und das ging nicht [wobei ich eben gerade nicht hin- und hergeschaltet habe]. Danach habe ich "setreading <Modulname> housemode normal" geschrieben und das Attribut war wieder normal, nicht absence.
  • Über Nacht wurde es wundersam wieder zu absence, das ich dann mit hin- und herschalten auf Normal gesetzt habe.
Nr. 2 kam mir komisch vor, der Rest nicht.
FHEM 5.9 auf RaspPi3 (Raspbian:  4.14.34-v7+ ); Perl: v5.20.2
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 trs

  • Full Member
  • ***
  • Beiträge: 128
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #274 am: 20 Juli 2019, 16:53:57 »
Hallo,

ich nutze das Modul ebenfalls seit einiger Zeit. Besten Dank dafür;-) Mein eiziges Problem: Nach einem "shutdown/restart" werden keine Aktionen von dem Modul ausgeführt. Erst ein erneutes "start Tages-timer" bewegt das Modul dazu, wieder zu laufen.

Es nützt auch nichts, da zu automatisieren:

defmod YAAHM_Start notify global:INITIALIZED sleep 10;; set Zeitsteuerung.dtimer.IF initialize
attr YAAHM_Start room System

setstate YAAHM_Start 2019-07-20 16:05:17
setstate YAAHM_Start 2019-07-20 16:05:05 state active


Das Problem ist, dass ich jede WO Sonntags morgens ein Backup starte. Danach ist die Zeitsteuerrung aus.

Gruss
Thorsten

Offline Prof. Dr. Peter Henning

  • Developer
  • Hero Member
  • ****
  • Beiträge: 6736
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #275 am: 21 Juli 2019, 10:05:11 »
Kann ich so nicht bestätigen - natürlich muss, nachdem die Timer einmal gestartet worden sind, die Konfiguration gesichert werden. Dann sind sie auch nach einem Neustart wieder aktiv.

LG

pah

Offline trs

  • Full Member
  • ***
  • Beiträge: 128
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #276 am: 21 Juli 2019, 11:08:01 »
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

Offline Prof. Dr. Peter Henning

  • Developer
  • Hero Member
  • ****
  • Beiträge: 6736
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #277 am: 21 Juli 2019, 12:55:05 »
Nein, "Save config" ist das Wichtige ! Die Timer sind ja einfach weitere FHEM-Devices, deren Zustand natürlich gesichert werden muss.

Wenn die Timer korrekt laufen, zeigen sie auf der YAAHM-Seite "Profile" grüne Häkchen.

LG

pah

Offline trs

  • Full Member
  • ***
  • Beiträge: 128
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #278 am: 21 Juli 2019, 13:45:22 »
Danke für die schnelle Hilfe. Seltsamer Weise habe ich an den Timern aber nichts verändert. Trotzdem werden sie nach einem Neustart nicht ausgeführt. Ist mein "set Zeitsteuerung.dtimer.IF initialize" nach einem Neustart dann vielleicht kontraproduktiv?

Gruss
Thorsten
« Letzte Änderung: 21 Juli 2019, 14:18:42 von trs »

Offline Prof. Dr. Peter Henning

  • Developer
  • Hero Member
  • ****
  • Beiträge: 6736
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #279 am: 21 Juli 2019, 16:17:47 »
Aber ja !

LG

pah

Offline RaspiLED

  • Hero Member
  • *****
  • Beiträge: 2276
  • Es begann alles so klein ;-)
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #280 am: 21 Juli 2019, 18:15:16 »
Hi,
Naja, vielleicht stimmt die Reihenfolge der defines in der config nicht und die „gehen verloren“. Kannst Du mal das Log zeigen nach einem shutdown restart!?
Gruß Arnd


Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Offline trs

  • Full Member
  • ***
  • Beiträge: 128
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #281 am: 21 Juli 2019, 18:45:48 »
Ok, ich habe  "set Zeitsteuerung.dtimer.IF initialize"  raausgenommen. Hier der log nach dem restart:

2019.07.21 18:41:49 1: Including fhem.cfg
2019.07.21 18:41:50 3: WEB: port 8083 opened
2019.07.21 18:41:50 3: WEBphone: port 8084 opened
2019.07.21 18:41:50 3: WEBtablet: port 8085 opened
2019.07.21 18:41:51 2: eventTypes: loaded 5522 events from ./log/eventTypes.txt
2019.07.21 18:41:52 1: PERL WARNING: Unrecognized escape \w passed through at ./FHEM/10_TASMOTA_DEVICE.pm line 247, <$fh> line 232.
2019.07.21 18:41:52 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.21 18:41:52 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.21 18:41:52 3: telnetPort: port 7072 opened
2019.07.21 18:41:52 3: TabletUi: new ext defined infix:ftui/: dir:./www/tablet/:
2019.07.21 18:41:52 3: Registering HTTPSRV TabletUi for URL /ftui   and assigned link ftui/ ...
2019.07.21 18:41:53 3: TelegramBot_Define telebot: called
2019.07.21 18:41:54 3: Opening Anrufliste device 192.168.1.1:1012
2019.07.21 18:41:54 3: FB_CALLMONITOR (Anrufliste) - loading cache file /opt/fhem/log/reverse_search.txt
2019.07.21 18:41:54 2: FB_CALLMONITOR (Anrufliste) - read 132 contacts from Cache
2019.07.21 18:41:56 2: ONKYO_AVR ONKYO_TX_NR686: Registering ONKYO_AVR for webhook URI ?/ONKYO_AVR ...
2019.07.21 18:41:56 3: Opening ONKYO_TX_NR686 device 192.168.1.89:60128
2019.07.21 18:41:59 1: HMCCU: [d_ccu] Initialized version 4.3.015
2019.07.21 18:41:59 1: HMCCU: [d_ccu] HMCCU: Initializing device
2019.07.21 18:41:59 1: HMCCU: [d_ccu] HMCCU: Read 5 devices with 120 channels from CCU 192.168.1.102
2019.07.21 18:41:59 1: HMCCU: [d_ccu] HMCCU: Read 3 interfaces from CCU 192.168.1.102
2019.07.21 18:41:59 1: HMCCU: [d_ccu] HMCCU: Read 0 programs from CCU 192.168.1.102
2019.07.21 18:41:59 1: HMCCU: [d_ccu] HMCCU: Read 0 virtual groups from CCU 192.168.1.102
2019.07.21 18:41:59 1: HMCCURPCPROC: [d_rpcBidCos_RF] Initialized version 1.7.001 for interface BidCos-RF with I/O device d_ccu
2019.07.21 18:41:59 1: HMCCURPCPROC: [d_rpcHmIP_RF] Initialized version 1.7.001 for interface HmIP-RF with I/O device d_ccu
2019.07.21 18:42:00 3: Xiaomi_Roborock: initialized, using Rijndael
2019.07.21 18:42:00 3: VISSMAN_Heizung - Passwort war bereits gespeichert
2019.07.21 18:42:01 3: FUIP: Registering ui for URL /ui
2019.07.21 18:42:01 1: PERL WARNING: Use of uninitialized value in lc at fhem.pl line 5345.
2019.07.21 18:42:06 1: PERL WARNING: Subroutine YAAHM_restore redefined at ./FHEM/95_YAAHM.pm line 1029, <$fh> line 1919.
2019.07.21 18:42:06 1: PERL WARNING: Subroutine YAAHM_setWeeklyTime redefined at ./FHEM/95_YAAHM.pm line 1991, <$fh> line 1919.
2019.07.21 18:42:06 1: [YAAHM_Define] data hash restored from save file with date 2019-07-21 11:02:57
2019.07.21 18:42:06 1: [YAAHM] finds 1 Astro devices, module not loaded separately
2019.07.21 18:42:06 3: [Zeitsteuerung V3.1] Added hidden room 'ProfileRoom' to WEB
2019.07.21 18:42:06 3: [Zeitsteuerung V3.1] Added hidden room 'ProfileRoom' to WEBphone
2019.07.21 18:42:06 3: [Zeitsteuerung V3.1] Added hidden room 'ProfileRoom' to WEBtablet
2019.07.21 18:42:09 3: [SamsungAV] Samsung_TV defined with host: 192.168.1.38 port: 8001
2019.07.21 18:42:10 0: [echodevice] load ECHO Device ECHO_G090VC0991170SV8
2019.07.21 18:42:10 0: [echodevice] load ECHO Device ECHO_G090U50991230BJP
2019.07.21 18:42:10 1: Including ./log/fhem.save
already connected to 192.168.1.98:5555
2019.07.21 18:42:12 3: ADB_Start return value: -1
2019.07.21 18:42:12 3: Opening Mosquitto device 127.0.0.1:1883
2019.07.21 18:42:12 3: Mosquitto device opened
2019.07.21 18:42:12 3: Opening Nut device 127.0.0.1:5333
2019.07.21 18:42:12 3: Nut device opened
2019.07.21 18:42:12 3: [SamsungAV] device Samsung_TV initialising....
2019.07.21 18:42:12 3: Opening Schluessel_BTle device 127.0.0.1:5333
2019.07.21 18:42:12 3: Schluessel_BTle device opened
2019.07.21 18:42:12 2: alexa: starting alexa-fhem: /usr/local/bin/alexa-fhem -c ./alexa-fhem.cfg -a xx:xx
2019.07.21 18:42:12 3: alexa: starting
2019.07.21 18:42:12 3: alexa: using logfile: ./log/alexa-2019-07-21.log
2019.07.21 18:42:12 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2019.07.21 18:42:12 3: ESPEasy espBridge: Bridge v2.18 port [TCP:IPV4:8383] opened.
2019.07.21 18:42:13 3: mail: connected to mx.freenet.de
2019.07.21 18:42:13 3: mail: logged in to fhem-trs@freenet.de
2019.07.21 18:42:13 0: Featurelevel: 5.9
2019.07.21 18:42:13 0: Server started with 299 defined entities (fhem.pl:19805/2019-07-09 perl:5.024001 os:linux user:fhem pid:10267)
2019.07.21 18:42:14 3: Xiaomi_Roborock: disconnecting
2019.07.21 18:42:14 2: Xiaomi_Roborock: connecting
2019.07.21 18:42:14 3: Xiaomi_Roborock: initialized
2019.07.21 18:42:14 3: [Zeitsteuerung V3.1] Weblink Zeitsteuerung_weblink created
2019.07.21 18:42:15 3: [Zeitsteuerung V3.1] Weblink Zeitsteuerung_shortlink created
2019.07.21 18:42:15 3: telnetForBlockingFn_1563727335: port 46575 opened
2019.07.21 18:42:15 3: Anrufliste device opened
2019.07.21 18:42:16 1: 192.168.1.98:9090 reappeared (Kodi_Wohnzimmer)
2019.07.21 18:42:16 1: 192.168.1.89:60128 disconnected, waiting to reappear (ONKYO_TX_NR686)
2019.07.21 18:42:19 3: ABFALL Muelltonnen - CALENDAR:Muelltonnen_Kalender triggered, updating ABFALL Muelltonnen ...
2019.07.21 18:42:20 1: [YAAHM_updater] on device Zeitsteuerung called for this day
2019.07.21 18:42:20 1: PERL WARNING: Use of uninitialized value in string comparison (cmp) at ./FHEM/95_YAAHM.pm line 284.
2019.07.21 18:42:21 1: 192.168.1.89:60128 reappeared (ONKYO_TX_NR686)
2019.07.21 18:42:24 1: PERL WARNING: Use of uninitialized value $installation in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1018.
2019.07.21 18:42:24 1: PERL WARNING: Use of uninitialized value $gw in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1018.
2019.07.21 18:42:24 1: PERL WARNING: Use of uninitialized value $access_token in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 1018.
2019.07.21 18:42:24 1: set VISSMAN_Heizung WW-Solltemperatur 46: Fehler während der Befehlsausführung:  :: {"statusCode":400,"errorType":"BAD_REQUEST","message":"Request does not contain authentication context","privateDetails":{"service":"EVEREST"},"error":"NO TOKEN AVAILABLE"}
2019.07.21 18:42:25 1: PERL WARNING: Use of uninitialized value $installation in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 891.
2019.07.21 18:42:25 1: PERL WARNING: Use of uninitialized value $gw in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 891.
2019.07.21 18:42:25 1: PERL WARNING: Use of uninitialized value $access_token in concatenation (.) or string at ./FHEM/98_vitoconnect.pm line 891.
2019.07.21 18:42:26 1: VISSMAN_Heizung: Fehler während der Befehlsausführung: err=  data= {"statusCode":400,"errorType":"BAD_REQUEST","message":"Request does not contain authentication context","privateDetails":{"service":"EVEREST"},"error":"NO TOKEN AVAILABLE"}
2019.07.21 18:42:27 2: HMCCU: [d_ccu] Get RPC device for interface BidCos-RF
2019.07.21 18:42:27 2: HMCCU: [d_ccu] Get RPC device for interface HmIP-RF
2019.07.21 18:42:27 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process started for interface BidCos-RF with PID=10428
2019.07.21 18:42:27 2: CCURPC: [d_rpcBidCos_RF] Initializing RPC server CB2001001071001102 for interface BidCos-RF
2019.07.21 18:42:27 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server starting
2019.07.21 18:42:27 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process started for interface HmIP-RF with PID=10429
2019.07.21 18:42:27 2: CCURPC: [d_rpcHmIP_RF] Initializing RPC server CB2010001071001102 for interface HmIP-RF
2019.07.21 18:42:27 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server starting
2019.07.21 18:42:27 2: HMCCURPCPROC: [d_rpcBidCos_RF] Callback server CB2001001071001102 created. Listening on port 7411
2019.07.21 18:42:27 2: CCURPC: [d_rpcBidCos_RF] CB2001001071001102 accepting connections. PID=10428
2019.07.21 18:42:27 2: HMCCURPCPROC: [d_rpcHmIP_RF] Callback server CB2010001071001102 created. Listening on port 7420
2019.07.21 18:42:27 2: CCURPC: [d_rpcHmIP_RF] CB2010001071001102 accepting connections. PID=10429
2019.07.21 18:42:28 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010001071001102 enters server loop
2019.07.21 18:42:28 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.21 18:42:28 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010001071001102 running
2019.07.21 18:42:28 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001001071001102 enters server loop
2019.07.21 18:42:28 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.21 18:42:28 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001001071001102 running
2019.07.21 18:42:28 1: HMCCU: [d_ccu] All RPC servers running
2019.07.21 18:42:28 2: CCURPC: [d_rpcBidCos_RF] CB2001001071001102 NewDevice received 55 device and channel specifications
2019.07.21 18:42:28 2: HMCCU: [d_ccu] Updated devices for interface filter BidCos-RF|HmIP-RF. Success=3 Failed=0
2019.07.21 18:42:28 1: HMCCURPCPROC: [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2019.07.21 18:42:29 2: CCURPC: [d_rpcHmIP_RF] CB2010001071001102 NewDevice received 70 device and channel specifications
2019.07.21 18:42:31 2: AttrTemplates: got 98 entries
2019.07.21 18:42:32 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/98_vitoconnect.pm line 1331.

Offline RaspiLED

  • Hero Member
  • *****
  • Beiträge: 2276
  • Es begann alles so klein ;-)
Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #282 am: 21 Juli 2019, 21:10:30 »
Hi,
warum wird hier das Save File verwendet?
Gruß Arnd

[...]
2019.07.21 18:42:01 1: PERL WARNING: Use of uninitialized value in lc at fhem.pl line 5345.
2019.07.21 18:42:06 1: PERL WARNING: Subroutine YAAHM_restore redefined at ./FHEM/95_YAAHM.pm line 1029, <$fh> line 1919.
2019.07.21 18:42:06 1: PERL WARNING: Subroutine YAAHM_setWeeklyTime redefined at ./FHEM/95_YAAHM.pm line 1991, <$fh> line 1919.
2019.07.21 18:42:06 1: [YAAHM_Define] data hash restored from save file with date 2019-07-21 11:02:57
2019.07.21 18:42:06 1: [YAAHM] finds 1 Astro devices, module not loaded separately
[...]
2019.07.21 18:42:20 1: [YAAHM_updater] on device Zeitsteuerung called for this day



Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Offline trs

  • Full Member
  • ***
  • Beiträge: 128
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #283 am: 21 Juli 2019, 21:23:17 »
Keine Ahnung, oder doch: da habe ich das letzte Mal  "set Zeitsteuerung save" durchgeführt, siehe Beitrag oben.

Gruss
Thorsten

« Letzte Änderung: 21 Juli 2019, 21:36:27 von trs »

Offline Prof. Dr. Peter Henning

  • Developer
  • Hero Member
  • ****
  • Beiträge: 6736
Antw:Neues Modul YAAHM - Yet Another Auto Home Module
« Antwort #284 am: 21 Juli 2019, 21:41:07 »
Zitat
warum wird hier das Save File verwendet?
Weil das Modul seinen internen Hash komplett in eine Datei sichert und aus dieser wieder auslesen kann.

LG

pah

 

decade-submarginal