Neues Modul YAAHM - Yet Another Auto Home Module

Begonnen von Prof. Dr. Peter Henning, 09 August 2017, 08:01:55

Vorheriges Thema - Nächstes Thema

Prof. Dr. Peter Henning

Ja. Die Nachricht enthält Zeilenvorschubzeichen. Mein erster Versuch wäre, $nachricht in ' ... ' zu setzen.

LG

pah

andies

#241
Das hat anscheinend nicht gereicht:

An der falschen Stelle gespielt. Läuft jetzt, danke.
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

andies

Pah, hier gab es noch was:


018.12.01 07:55:00 1: [YAAHM_time] executing get Kamera1,Kamera2,Kamera3,Kamera4 image
2018.12.01 08:00:00 1: readingsUpdate(Profil,next_3,) missed to call readingsBeginUpdate first.
2018.12.01 08:00:00 1: eval: {YAAHM_time('Profil','timer_3',1)}
2018.12.01 08:00:00 1: stacktrace:
2018.12.01 08:00:00 1:     main::readingsBulkUpdate            called by ./FHEM/95_YAAHM.pm (1216)
2018.12.01 08:00:00 1:     main::YAAHM_time                    called by (eval 431326) (1)
2018.12.01 08:00:00 1:     (eval)                              called by fhem.pl (1116)
2018.12.01 08:00:00 1:     main::AnalyzePerlCommand            called by ./FHEM/98_DOIF.pm (1553)
2018.12.01 08:00:00 1:     main::ParseCommandsDoIf             called by ./FHEM/98_DOIF.pm (1974)
2018.12.01 08:00:00 1:     main::DOIF_cmd                      called by ./FHEM/98_DOIF.pm (2233)
2018.12.01 08:00:00 1:     main::DOIF_Trigger                  called by ./FHEM/98_DOIF.pm (2466)
2018.12.01 08:00:00 1:     main::DOIF_TimerTrigger             called by fhem.pl (3146)
2018.12.01 08:00:00 1:     main::HandleTimeout                 called by fhem.pl (649)
2018.12.01 08:00:00 1: [YAAHM_time] executing action set RolladenWohnz1 oeffnen;sleep 0.7;set RolladenAZ oeffnen;sleep 0.7;set RolladenWohnz2 oeffnen for timer timer_3

Ich kann aber nicht sagen, was das bedeutet.


Gesendet von iPhone mit Tapatalk Pro
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

andies

Ich habe noch eine Frage zu dem Modul. Es heißt
Zitatattr <comma-separated list of devices>
list of devices that provide vacation information. The devices may be holiday devices or Calendar devices
mir ist aber nicht klar, wie die Information in dem Calendar device vorliegen muss (bei mir werden Feiertag nicht erkannt, ich habe den Kalender aus schulferien.org). Im Calendar device selbst heißt es
ZitatA calendar event has a summary (usually the title shown in a visual representation of the source calendar), a start time, an end time, and zero, one or more alarm times. In case of multiple alarm times for a calendar event, only the earliest alarm time is kept.
und was genau benötigt YAAHM hier? Genügt die Tatsache, dass ein Eintrag im Kalender vorliegt (unabhängig vom summary)? Oder muss in der summary noch etwas stehen?
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Prof. Dr. Peter Henning

Sollte. Da sich am calendar-Modul etwas geändert hat, wir derzeit YAAHM auch etwas umgewälzt. Etwas Geduld bitte.

LG

pah

andies

Also, wenn jemand das gleiche Problem wie ich hat und eine schnelle Lösung sucht, ich habe das mit den Ferien in Berlin so gemacht: ferien.holiday-Datei mit den Einträgen
# Ferien 2018/19 Berlin
# Format: X MM-DD MM-DD <Text>
4 02-04 02-09 Winterferien
4 04-15 04-26 Osterferien
4 05-31 06-11 Pfingstferien
4 06-20 08-02 Sommerferien
4 10-07 10-19 Herbstferien
4 12-22 12-31 Weihnachtsferien_2018
4 01-01 01-05 Weihnachtsferien_2019

Man muss nur aufpassen, dass die Winterferien geteilt werden, weil man den Jahreswechsel nicht in einer holiday-Datei haben darf.

Diese Datei ändere ich dann einmal im Jahr, was mich ca 5 Minuten kosten dürfte. Es gab mal hier eine längere Diskussion, dass diese 5 Minuten pro Jahr einigen zu viel waren. Mich würde das wahrscheinlich mehrere Tage Programmieraufwand kosten. Und da ich keine 100 Jahre mehr leben werde...
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Prof. Dr. Peter Henning

OK, ich habe den Fehler gefunden. Das Calendar-Modul gibt nämlich die Jahreszahl jetzt vierstellig zurück. Es leben die undokumentierten Änderungen.

Hier die nächste Beta-Version

LG

pah

andies

super. Hast du auch den Fehler in #242 gefunden?
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Prof. Dr. Peter Henning


andies

Zitat von: Prof. Dr. Peter Henning am 02 Dezember 2018, 20:24:11
Das war welcher ?
Das hier:
018.12.01 07:55:00 1: [YAAHM_time] executing get Kamera1,Kamera2,Kamera3,Kamera4 image
2018.12.01 08:00:00 1: readingsUpdate(Profil,next_3,) missed to call readingsBeginUpdate first.
2018.12.01 08:00:00 1: eval: {YAAHM_time('Profil','timer_3',1)}
2018.12.01 08:00:00 1: stacktrace:
2018.12.01 08:00:00 1:     main::readingsBulkUpdate            called by ./FHEM/95_YAAHM.pm (1216)
2018.12.01 08:00:00 1:     main::YAAHM_time                    called by (eval 431326) (1)
2018.12.01 08:00:00 1:     (eval)                              called by fhem.pl (1116)
2018.12.01 08:00:00 1:     main::AnalyzePerlCommand            called by ./FHEM/98_DOIF.pm (1553)
2018.12.01 08:00:00 1:     main::ParseCommandsDoIf             called by ./FHEM/98_DOIF.pm (1974)
2018.12.01 08:00:00 1:     main::DOIF_cmd                      called by ./FHEM/98_DOIF.pm (2233)
2018.12.01 08:00:00 1:     main::DOIF_Trigger                  called by ./FHEM/98_DOIF.pm (2466)
2018.12.01 08:00:00 1:     main::DOIF_TimerTrigger             called by fhem.pl (3146)
2018.12.01 08:00:00 1:     main::HandleTimeout                 called by fhem.pl (649)
2018.12.01 08:00:00 1: [YAAHM_time] executing action set RolladenWohnz1 oeffnen;sleep 0.7;set RolladenAZ oeffnen;sleep 0.7;set RolladenWohnz2 oeffnen for timer timer_3
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Prof. Dr. Peter Henning

Aber ja. Das kann gar nicht mehr vorkommen. Demnächst Release der neuen Version.

LG

pah

andies

Noch eine Bitte oder eine Frage. Kann man Meldungen

2018.12.11 15:53:00 1: [YAAHM_time] executing get Kamera1,Kamera2,Kamera3,Kamera4 image

etc im Log unterdrücken? verbose 0 beim Profil leistet das nicht.
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

andies

Hallo pah, ich habe folgendes holiday device

# Ferien 2018/19 Berlin
# Format: X MM-DD MM-DD <Text>
4 02-04 02-09 Winterferien
4 04-15 04-26 Osterferien
4 05-31 06-11 Pfingstferien
4 06-20 08-02 Sommerferien
4 10-07 10-19 Herbstferien
4 12-22 12-31 Weihnachtsferien_2018
4 01-01 01-05 Weihnachtsferien_2019

bekomme aber heute keinen Ferientag angezeigt - intern wird das aber wie ein Ferientag behandelt. Oder ist das so gewollt?

(https://uploads.tapatalk-cdn.com/20181224/b6a44c032df5836cc945b98a79594c13.jpg)


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

andies

bitte nicht falsch verstehen: ich habe da noch die eine oder andere fehlermeldung im Modul. Ist das schon behoben (ich mache keine regelmäßigen updates) oder müssen wir uns noch gedulden?
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Prof. Dr. Peter Henning