Autor Thema: MSwitch_Support  (Gelesen 3701 mal)

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
MSwitch_Support
« am: 27 Juni 2021, 07:29:32 »
Ich werde das Modul MSwitch ab sofort wieder hier Supporten, da man hier immer mal wieder auf ältere Beiträge verweisen kann - über Whatsapp eher schwierig.

Die bestehende, nette Whatsappgruppe bleibt aber erhalten und ich stehe dort auch weiterhin für Fragen zur Verfügung - gerade wenn es mal schnell gehen soll.

Das Modul ist aber weiterhin nur über GIT installierbar, da ich zum einen keine SVN Schreibrechte mehr habe, und zum anderen das Modul nicht den Vorgaben entspricht , um es in das SVN einzuchecken.


Bitte der Übersicht halber den den alten Thread ( https://forum.fhem.de/index.php/topic,86199.0.html ) nicht mehr nutzen - ich kann ihn leider nicht schliessen.

Gruss Thomas

Edit: Ich werde in den kommenden Wochen den Wiki-Artikel komplett erneuern , sowie eine Beschreibung der bisher verfügbaren Templates erstellen.

INSTALLATION:

Einmalige installation von MSwitch:
update all https://raw.githubusercontent.com/Byte009/FHEM-MSwitch/master/controls_mswitch.txt

MSwitch zu Fhem Update hinzufügen:
update add https://raw.githubusercontent.com/Byte009/FHEM-MSwitch/master/controls_mswitch.txt
« Letzte Änderung: 04 Juli 2021, 09:51:10 von Der_Tom »
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #1 am: 27 Juni 2021, 07:32:04 »
Info Template Schaltuhr:

Das Template Schaltuhr wurde aktualisiert . Hier ist nun eine Auswahl möglich:
-> reine Zeitsteuerung
-> Steuerung über Sonnenaufgang/-Untergang

Dieses Template ist nur ab der aktuellen Modulversion (V5.5) und aktuellem Wizard nutzbar.

Das Template setzt die Attributeinstellung "Mswitch_Modul_Mode" auf "1". Das heisst , das im Device die Ansicht auf ein Minimum reduziert ist , und keine bearbeitung ( ausser den notwendigen Einstellungen ) möglich ist. Durch setzen des Attributwertes auf 0 kann dieses geändert werden.


gruss Thomas
« Letzte Änderung: 27 Juni 2021, 07:36:12 von Der_Tom »

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 24505
Antw:MSwitch_Support
« Antwort #2 am: 27 Juni 2021, 08:54:46 »
Zitat
Das Modul ist aber weiterhin nur über GIT installierbar, da ich zum einen keine SVN Schreibrechte mehr habe, und zum anderen das Modul nicht den Vorgaben entspricht , um es in das SVN einzuchecken.
Beim ersten Punkt kann ich dir gerne helfen.

Offline Wolle02

  • Sr. Member
  • ****
  • Beiträge: 571
Antw:MSwitch_Support
« Antwort #3 am: 27 Juni 2021, 10:06:55 »
Hallo Thomas, finde ich toll, dass du den Weg zurück ins Forum gefunden hast. Top!

Gruß
Wolle

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #4 am: 27 Juni 2021, 14:50:19 »
Beim ersten Punkt kann ich dir gerne helfen.

Ok, danke. Wäre nett , wenn ich wieder entsprechende Berechtigung erhalte. Dann würde ich eine der kommenden Versionen ggf. wieder "SVN-Fähig" machen.

gruss Thomas

Offline ToKa

  • Sr. Member
  • ****
  • Beiträge: 679
Antw:MSwitch_Support
« Antwort #5 am: 27 Juni 2021, 21:46:26 »
Hallo Thomas,

schön, dass Du das Modul wieder hier supportest.

VG
Torsten
RaspberryPi3 mit RaZberry2
Fibaro: FGWPE/F-101 Switch & FIBARO System FGWPE/F Wall Plug Gen5, FGSD002 Smoke Sensor
GreenWave: PowerNode 1 port
EUROtronic: SPIRIT Wall Radiator Thermostat Valve Control
Zipato Bulb 2
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline Guenni1404

  • Jr. Member
  • **
  • Beiträge: 58
Antw:MSwitch_Support
« Antwort #6 am: 01 Juli 2021, 22:32:43 »
Super das es hier support gibt.

Nun meine Frage :
Wo und wie kann ich die Zeit definieren, damit ich ein at erhalte. Ich möchte das zwei Befehle alle 5 Minuten nacheinander abgearbeitet werden.
Ich habe keinen Trigger gewält und im FreeCmd zwei Befehle eingegeben.
Mir ist aber nicht klar wie der Timer definiert wird.


Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #7 am: 02 Juli 2021, 05:00:18 »
Super das es hier support gibt.

Nun meine Frage :
Wo und wie kann ich die Zeit definieren, damit ich ein at erhalte. Ich möchte das zwei Befehle alle 5 Minuten nacheinander abgearbeitet werden.
Ich habe keinen Trigger gewält und im FreeCmd zwei Befehle eingegeben.
Mir ist aber nicht klar wie der Timer definiert wird.

moin,


dazu musst du in dem Feld "Auslösezeit" einfach bei entsprechendemSchaltkanal die Zeit angeben , zu der geschaltet werden soll.

den zweiten Befehl lässt du einfach 5 minuten verzögert ausführen . Dazu gibst du die Verzögerungszeit in entsprechendem Befehl an. ( Für 5 Min entweder 300 oder 00:05:00 )

Auszug Help:
Zitat
Die Syntax fuer Zeitangaben muss wie folgt lauten:
Fuer jede Zeit muss eine neue Zeile verwendet werden.

1. Schaltzeiten:

REPEAT=00:02*04:10-06:30
RANDOM=20:00-21:00
TIME=17:00

REPEAT:
Wiederholt einen Schaltvorgang alle x Stunden/Minuten im eingestellten Zeitfenster

RANDOM:
Schaltet zu einem zufaelligen Zeitpounkt innerhalb des eingestellten Zeitfensters

TIME:
Schaltet zu angegebenem Zeitpunkt

Pro Zeile kann nur eine dieser Angaben genutzt werden , bei mehreren Angaben wird nur die erste ausgew4rtet.
Zusaetzlich kann jede Zeile durch Bedingungen ergaenzt werden, mehrere Bedingungen sind durch | zu trennen.:

TIME=17:00|Bedingung=X|Bedingung2=X

Zu beachten ist , das jede angegebene Bedingung zutreffen muss, um den Timer auszufuehren.

Folgende Bedingungen stehen zur Verfuegung:

ID=x,y
Es werden nur Befehlszweige mit der entsprechenden ID ausgefuehrt

WDAY=1,2,3,4,5,6,7
Befehle werden nur an angegebenen Wochentagen ausgefuehrt, wobei die 1 fuer Montag steht.

WEEKEND=0,1
Befehle werden nur an Wochenenden/Wochentagen (0/1) ausgefuehrt. Hierbay werden Holidaydaten beruecksichtigt

WEEK=10,11
Befehle werden nur in den angegebenen Kalenderwochen ausgefuehrt

CMONTH=1,2,3,4,5,6,7,8,9,10,11,12
Befehle werden nur in angegebenen Kalendermonaten ausgefuehrt

CDAY=1,2,3,lastday (1-31,lastday)
Befehle werden nur an angegebenen Kalendertagen ausgefuehrt.
Die Option lastday fuehrt den Schaltvorgang am letzten tag eines Monats aus.

DATE=10.10.2020
Befehle werden nur zu angegebenem Datum ausgefuehrt
Hierbei koennen Teile der Angabe Wildcarts enthalten :
z.B DATE=01.01.* ( schaltet in jedem Jahr am ersten Dezember )

Alle Zeitangaben koennen durch einsatz von {} durch Perlcode ersetzt werden , hierbei muss es sich bei der Rueckgabe um ein gueltiges Zeitformat handeln
(HH:MM oder HH:MM:SS )
z.B TIME =[sunset()}


Zitat
Befehle verzoegert oder zu spaeterem Zeitpunkt ausfuehren.

Die Zeitangabe kann in 2 Formaten angegeben werden:
- HH:MM:SS oder S

die Angabe kann auch durch ein Verweis auf ein Reading erfolgen, welches eine Zeitngabe in gefordertem Format enthaelt.
- [NAME:reading]

Weitere Moeglichkeiten:
- [random] - siehe Fhemwiki
- {perl} - perlcode - der Rueckgabewert muss eine Zahl (sekunden) oder ein eine Zeitangabe hh:mm:ss enthalten

Verzoegerung mit Bedingungspruefung sofort und vor Ausfuehrung:
- die ggf. angegebene Bedingung wird sofort und erneut vor ausfuehrung des Befehls geprueft

Verzoegerung mit Bedingungspruefung sofort:
- die ggf. angegebene Bedingung wird nur sofort geprueft

Verzoegerung mit Bedingungspruefung vor Ausfuehrung:
- die ggf. angegebene Bedingung wird nur vor Ausfuehrung geprueft




gruss Thomas


edit:

alternativ kannst du auch ein neues device mit:

define NAME mswitch wizard anlegen und dort im wizard das Template "Schaltuhr_2_Kanal" wählen.
Dort müsstest du dann aber die 2 Zeiten Manuell angeben mit den 5 Minuten "Versatz"



« Letzte Änderung: 02 Juli 2021, 05:13:30 von Der_Tom »

Offline Guenni1404

  • Jr. Member
  • **
  • Beiträge: 58
Antw:MSwitch_Support
« Antwort #8 am: 03 Juli 2021, 22:43:09 »
Super, das war genau das was ich gesucht habe. Danke.

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #9 am: 04 Juli 2021, 10:04:49 »
Da das Modul nicht über SVN automatisch installiert wird hier nochmal der der Befehl zur manuellen Installation:

update all https://raw.githubusercontent.com/Byte009/FHEM-MSwitch/master/controls_mswitch.txt


Nach einmaliger Installation kann ein MSwich angelegt werdern , welches über verfügbare Updates Informiert.

Dazu bitte ein Device anlegen:
define Mswitch_Update mswitch wizard
in der folgenden Auswahl  "import PRECONF" anklicken, dort das Device "MSwitch_Updater" wählen und Importieren.


Auf gleiche Weise kann ein Configdevoce angelegt werden . Mit diesem können Diverse Grundeinstellungen des Moduls beeinflusst werden , uA die Grundkonfiguration von neu erstellten Devices.

Hierzu muss das Device "MSwitch_Config" gwählt werden.

Gruss Thomas
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #10 am: 08 Juli 2021, 05:24:26 »
Ich habe eben ein Update auf Version 5.56 in das GIT gestellt.


Zitat
Version
5.56
Change: Eventhistory , add ATTR MSwitch_Eventhistory_to_Reading, fix condition Timer

dieses beinhaltet einen kleinen Bugfix in Zeitbedingungen , weiterhin gibt es ein neues Attribut : "MSwitch_Eventhistory_to_Reading"

wenn dieses Attribut auf "1" gesetzt wird , bei gleichzeitiger Speicherung von historischen Events ( ATTR "MSwitch_Eventhistory" ) werden alle historischen Events als Reading geschrieben .

Diese Reading snehmen den Namen des entsprechenden Events an und herhalten den Zusatz _h<x> , wobei x die fortlaufende Nummer des Events annimmt. Dabei ist 0 das zuletzt eingegangene Event.

     2021-07-08 05:20:09   illuminance_lux_h0 26
     2021-07-08 05:20:09   illuminance_lux_h1 23
     2021-07-08 05:20:09   illuminance_lux_h2 20
     2021-07-08 05:20:09   illuminance_lux_h3 17
     2021-07-08 05:20:09   illuminance_lux_h4 15
     2021-07-08 05:20:09   illuminance_lux_h5 13
     2021-07-08 05:20:09   illuminance_lux_h6 11
     2021-07-08 05:20:09   illuminance_lux_h7 9
     2021-07-08 05:20:09   illuminance_lux_h8 8
     2021-07-08 05:20:09   illuminance_lux_h9 7

gruss Thomas
Gefällt mir Gefällt mir x 2 Liste anzeigen

Offline Wolle02

  • Sr. Member
  • ****
  • Beiträge: 571
Antw:MSwitch_Support
« Antwort #11 am: 15 Juli 2021, 08:48:06 »
Hallo Thomas,

Ich habe eben ein Update auf Version 5.56 in das GIT gestellt.


dieses beinhaltet einen kleinen Bugfix in Zeitbedingungen ......


ich weiß ja nicht was dieser kleine Bugfix gemacht hat, aber seit dem Update auf diese Version funktioniert die Schaltung meiner "Morgenroutine" nicht mehr.

Ich habe hier folgenden MSwitch:
defmod Macro_rgr_Bewohner_awoken_ms MSwitch
attr Macro_rgr_Bewohner_awoken_ms DbLogExclude .*
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Comments 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Debug 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Delete_Delays 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Eventhistory 0
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Expert 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Extensions 0
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Futurelevel 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Help 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Ignore_Types notify allowed at watchdog doif fhem2fhem telnet FileLog readingsGroup FHEMWEB autocreate eventtypes readingsproxy svg cul
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Include_Devicecmds 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Include_MSwitchcmds 0
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Include_Webcmds 0
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Lock_Quickedit 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Mode Notify
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Safemode 1
attr Macro_rgr_Bewohner_awoken_ms comment Dieser MSwitch wird als Teil des Weckmechanismus aus dem Watchdog "wd_rgr_Bewohner_awoken" heraus aufgefrufen.
attr Macro_rgr_Bewohner_awoken_ms disable 0
attr Macro_rgr_Bewohner_awoken_ms group Wecker_Macros
attr Macro_rgr_Bewohner_awoken_ms room MSwitch_Info,Residents
attr Macro_rgr_Bewohner_awoken_ms stateFormat {(AttrVal("$name","disable","0") == 1) ? "disabled" : (ReadingsTimestamp("$name","last_exec_cmd","undef"))}

setstate Macro_rgr_Bewohner_awoken_ms 2021-07-15 05:24:21
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .Device_Affected HUEDevice1-AbsCmd1,HUEDevice1-AbsCmd2,Weihnachtsbeleuchtung-AbsCmd1
setstate Macro_rgr_Bewohner_awoken_ms 2021-07-15 08:39:22 .Device_Affected_Details HUEDevice1-AbsCmd1#[NF]pct#[NF]no_action#[NF]100#[sp]1200#[NF]#[NF]delay1#[NF]delay1#[NF]#[NF]#[NF]$hms#[sp]<#[sp]{sunrise_abs(+3000)}#[NF]#[NF]0#[NF]0#[NF]1#[NF]0#[NF]Dieser#[sp]MSwitch#[sp]wird#[sp]als#[sp]Teil#[sp]des#[sp]Weckmechanismus#[sp]aus#[sp]dem#[sp]Watchdog#[sp]"wd_rgr_Bewohner_awoken"#[sp]heraus#[sp]aufgefrufen.#[NF]0#[NF]0#[NF]1#[NF]0#[NF]0#[ND]HUEDevice1-AbsCmd2#[NF]off#[NF]no_action#[NF]#[NF]#[NF]delay1#[NF]delay1#[NF]{sunrise_rel(+3000)}#[NF]#[NF]#[NF]#[NF]0#[NF]0#[NF]1#[NF]0#[NF]#[NF]0#[NF]0#[NF]1#[NF]0#[NF]0#[ND]Weihnachtsbeleuchtung-AbsCmd1#[NF]on#[NF]no_action#[NF]#[NF]#[NF]delay1#[NF]delay1#[NF]#[NF]#[NF]{Advent}#[sp]=#[sp]1#[NF]#[NF]0#[NF]0#[NF]1#[NF]0#[NF]#[NF]0#[NF]0#[NF]1#[NF]0#[NF]0
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .Device_Events no_trigger
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .First_init done
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .Trigger_cmd_off no_trigger
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .Trigger_cmd_on no_trigger
setstate Macro_rgr_Bewohner_awoken_ms 2021-07-14 19:06:36 .Trigger_device no_trigger
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:44:58 .Trigger_log off
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .Trigger_off no_trigger
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .Trigger_on no_trigger
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .V_Check V5.0
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 EVENT init
setstate Macro_rgr_Bewohner_awoken_ms 2021-07-14 19:06:36 Next_Timer no_timer
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 last_cmd 1
setstate Macro_rgr_Bewohner_awoken_ms 2021-07-15 05:24:21 last_exec_cmd set HUEDevice1 pct 100 1200;;set HUEDevice1 off ;;
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 state ???

Hier werden jetzt scheinbar die Zeitbedingungen bzw. -verzögerungen nicht mehr richtig bearbeitet. Bislang hat das auf diese Weise gut funktioniert. Wie man aber jetzt am Reading "last_exec_cmd" sehen kann, wird die Lampe ein- und gleich wieder ausgeschaltet, anstatt zu warten bis die Verzögerung {sunrise_rel(+3000)} eintritt.

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #12 am: 15 Juli 2021, 10:48:30 »
Hi,

Ja, das ist leider genau die Ecke , in der ich einige Änderungen gemacht habe. Warum dieser Ausdruck nicht mehr funktioniert kann ich erst heute nach der Arbeit schauen . Ich bringe das dann aber in Ordnung und Stelle es in das GIT ( noch heute )


Gruss Thomas

Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #13 am: 15 Juli 2021, 17:21:57 »
Hallo Thomas,


ich weiß ja nicht was dieser kleine Bugfix gemacht hat, aber seit dem Update auf diese Version funktioniert die Schaltung meiner "Morgenroutine" nicht mehr.

Ich habe hier folgenden MSwitch:
defmod Macro_rgr_Bewohner_awoken_ms MSwitch
attr Macro_rgr_Bewohner_awoken_ms DbLogExclude .*
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Comments 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Debug 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Delete_Delays 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Eventhistory 0
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Expert 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Extensions 0
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Futurelevel 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Help 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Ignore_Types notify allowed at watchdog doif fhem2fhem telnet FileLog readingsGroup FHEMWEB autocreate eventtypes readingsproxy svg cul
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Include_Devicecmds 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Include_MSwitchcmds 0
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Include_Webcmds 0
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Lock_Quickedit 1
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Mode Notify
attr Macro_rgr_Bewohner_awoken_ms MSwitch_Safemode 1
attr Macro_rgr_Bewohner_awoken_ms comment Dieser MSwitch wird als Teil des Weckmechanismus aus dem Watchdog "wd_rgr_Bewohner_awoken" heraus aufgefrufen.
attr Macro_rgr_Bewohner_awoken_ms disable 0
attr Macro_rgr_Bewohner_awoken_ms group Wecker_Macros
attr Macro_rgr_Bewohner_awoken_ms room MSwitch_Info,Residents
attr Macro_rgr_Bewohner_awoken_ms stateFormat {(AttrVal("$name","disable","0") == 1) ? "disabled" : (ReadingsTimestamp("$name","last_exec_cmd","undef"))}

setstate Macro_rgr_Bewohner_awoken_ms 2021-07-15 05:24:21
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .Device_Affected HUEDevice1-AbsCmd1,HUEDevice1-AbsCmd2,Weihnachtsbeleuchtung-AbsCmd1
setstate Macro_rgr_Bewohner_awoken_ms 2021-07-15 08:39:22 .Device_Affected_Details HUEDevice1-AbsCmd1#[NF]pct#[NF]no_action#[NF]100#[sp]1200#[NF]#[NF]delay1#[NF]delay1#[NF]#[NF]#[NF]$hms#[sp]<#[sp]{sunrise_abs(+3000)}#[NF]#[NF]0#[NF]0#[NF]1#[NF]0#[NF]Dieser#[sp]MSwitch#[sp]wird#[sp]als#[sp]Teil#[sp]des#[sp]Weckmechanismus#[sp]aus#[sp]dem#[sp]Watchdog#[sp]"wd_rgr_Bewohner_awoken"#[sp]heraus#[sp]aufgefrufen.#[NF]0#[NF]0#[NF]1#[NF]0#[NF]0#[ND]HUEDevice1-AbsCmd2#[NF]off#[NF]no_action#[NF]#[NF]#[NF]delay1#[NF]delay1#[NF]{sunrise_rel(+3000)}#[NF]#[NF]#[NF]#[NF]0#[NF]0#[NF]1#[NF]0#[NF]#[NF]0#[NF]0#[NF]1#[NF]0#[NF]0#[ND]Weihnachtsbeleuchtung-AbsCmd1#[NF]on#[NF]no_action#[NF]#[NF]#[NF]delay1#[NF]delay1#[NF]#[NF]#[NF]{Advent}#[sp]=#[sp]1#[NF]#[NF]0#[NF]0#[NF]1#[NF]0#[NF]#[NF]0#[NF]0#[NF]1#[NF]0#[NF]0
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .Device_Events no_trigger
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .First_init done
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .Trigger_cmd_off no_trigger
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .Trigger_cmd_on no_trigger
setstate Macro_rgr_Bewohner_awoken_ms 2021-07-14 19:06:36 .Trigger_device no_trigger
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:44:58 .Trigger_log off
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .Trigger_off no_trigger
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .Trigger_on no_trigger
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 .V_Check V5.0
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 EVENT init
setstate Macro_rgr_Bewohner_awoken_ms 2021-07-14 19:06:36 Next_Timer no_timer
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 last_cmd 1
setstate Macro_rgr_Bewohner_awoken_ms 2021-07-15 05:24:21 last_exec_cmd set HUEDevice1 pct 100 1200;;set HUEDevice1 off ;;
setstate Macro_rgr_Bewohner_awoken_ms 2021-05-22 21:45:02 state ???

Hier werden jetzt scheinbar die Zeitbedingungen bzw. -verzögerungen nicht mehr richtig bearbeitet. Bislang hat das auf diese Weise gut funktioniert. Wie man aber jetzt am Reading "last_exec_cmd" sehen kann, wird die Lampe ein- und gleich wieder ausgeschaltet, anstatt zu warten bis die Verzögerung {sunrise_rel(+3000)} eintritt.

Hi wolle,

ich habe mir das gerade angeschaut und auch entsprechende Versionscodes verglichen 5.55/5.56 .
Eigentlich kann das in dieser Form in keiner Version funktioniert haben ( ich will mich aber auch noch nicht zu weit aus dem Fenster lehnen )  und in diesem Teil ist schon ewig nichts geändert worden.

( Ich habe mich da heute nachmittag vertan - in dem Fix ging es um Bedingungen im Zusammenhang mit Zeitangaben , nicht um Verzögerungen. )

Nichts desto trotz handelt es sich letztendlich um einen Fehler - das es so nicht geht. Diesen habe ich korrigiert. Ich lasse es jetzt noch ein/zwei Stündchen bei mir zum testen laufen und stelle dann das update ein.

gruss Thomas
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline Wolle02

  • Sr. Member
  • ****
  • Beiträge: 571
Antw:MSwitch_Support
« Antwort #14 am: 15 Juli 2021, 18:01:31 »
Vielen Dank. Kann dir aber erst nächste Woche Rückmeldung geben. Ich fahre jetzt in den Katastropheneinsatz nach NRW.

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #15 am: 15 Juli 2021, 18:36:56 »
Vielen Dank. Kann dir aber erst nächste Woche Rückmeldung geben. Ich fahre jetzt in den Katastropheneinsatz nach NRW.

Respekt dafür - klar, wann immer du magst.

Passt auf euch auf @Katastrophenschutz etc.

gruss Thomas

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #16 am: 24 Juli 2021, 08:05:54 »
Neues Template eingespielt : TintFB_Hue_Bridge

Dieses Device dient als verbindendes Element zwischen einer Tint Fernbedienung und eines Hue-Devices.
Im Template sindlediglich der Name der Fernbedienung und der Name der Lampe anzugeben.
weitere Einstellungen sind nicht notwendig.

Mit kleineren Ergänzungen ist auch die Gruppenfunktion der FB nutzbar.

Das Template ist über den MSwitch Wizard erreichbar:
define <NAME> mswitch wizard
dort muss das Template "TintFB_Hue_Bridge" importiert werden.


gruss Thomas


Gefällt mir Gefällt mir x 2 Liste anzeigen

Offline Guenni1404

  • Jr. Member
  • **
  • Beiträge: 58
Antw:MSwitch_Support
« Antwort #17 am: 18 August 2021, 22:08:40 »
Hallo Thomas,

ich hätte ein Frage und ein Anmerkung.
1. zu schaltende Geräte: besteht die Möglichkeit die Einträge in der Liste zu sortieren bzw ein Suchfeld hinzuzufügen. Finde das Durcheinander nicht sehr gut.
2. wenn ich ein Gerät ausgewählt habe, kann ich nur "set" Befehle auswählen.  Besteht die Möglichkeit dieses auf "get" auszuweiten? Wäre z.B. bei HTTPMOD sehr praktisch.

Gruß

guenni

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #18 am: 19 August 2021, 04:59:55 »
Hallo Thomas,

ich hätte ein Frage und ein Anmerkung.
1. zu schaltende Geräte: besteht die Möglichkeit die Einträge in der Liste zu sortieren bzw ein Suchfeld hinzuzufügen. Finde das Durcheinander nicht sehr gut.
2. wenn ich ein Gerät ausgewählt habe, kann ich nur "set" Befehle auswählen.  Besteht die Möglichkeit dieses auf "get" auszuweiten? Wäre z.B. bei HTTPMOD sehr praktisch.

Gruß

guenni

hi guenni

das sortieren der liste bzw Suchfeld ist machbar und ich werde sehen , das ich das die Tage umsetze.

mit der Liste der Get Befehle mus ich erstmal schauen , wie ich an eine Liste dieser Befehle eines Gerätes herankomme , das hab ich gerade nicht auf dem Schirm. Weiterhin bringt das Ausführen der Getbefehle weitere Probleme mit sich , das beim aausführen eines getbefehls in aller regel eine "antwort" generiert wird. Diese muss ja in irgend einer Form angenommen und bearbeitet werden. Ich werde mir da in ruhe ansehen.

Die Sortier/Suchfunktion schaffe ich ggf. zum Wochenende, der Rest wird sicher einige Tage dauen.

gruss Thomas

Offline Wolle02

  • Sr. Member
  • ****
  • Beiträge: 571
Antw:MSwitch_Support
« Antwort #19 am: 19 August 2021, 07:48:01 »
Weiterhin bringt das Ausführen der Getbefehle weitere Probleme mit sich , das beim aausführen eines getbefehls in aller regel eine "antwort" generiert wird. Diese muss ja in irgend einer Form angenommen und bearbeitet werden. Ich werde mir da in ruhe ansehen.

Die "Antworten" eines Get landen doch in der Regel im Ursprungsdevice, d.h. da wird dann eines oder mehrere Readings aktualisiert. Das kann man doch dann da abgreifen oder? MSwitch selber müsste doch gar nichts weiter damit machen?

Ich fände das auch sehr praktisch, wenn es eine Get-Möglichkeit gäbe. Wobei..... mit einem FreeCMD müsste das ja auch jetzt schon machbar sein.

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #20 am: 19 August 2021, 08:55:41 »
Die "Antworten" eines Get landen doch in der Regel im Ursprungsdevice, d.h. da wird dann eines oder mehrere Readings aktualisiert. Das kann man doch dann da abgreifen oder? MSwitch selber müsste doch gar nichts weiter damit machen?

Ich fände das auch sehr praktisch, wenn es eine Get-Möglichkeit gäbe. Wobei..... mit einem FreeCMD müsste das ja auch jetzt schon machbar sein.

Über Freecmdvgeht es , verursacht aber Warnmeldungen im Log wenn ich mich Recht erinnere .

Wie dem auch sei , ich werde es integrieren da ja offenbar  benötigt  ;) .

Wird aber , wie gesagt , ein paar Tage dauern.

Gruss Thomas

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #21 am: 21 August 2021, 11:34:47 »
vorabinfo:

im Zuge der gewünschten änderungen/ergänzungen werde ich die Weboberfläche entsprechend dem angehängten Bild umstellen ( beschriftung ist nur temporär so wie sie ist ) .

wenn hier jemand weitere verbesserungvorschläge hat nehme ich sie gerne mit auf.

gruss Thomas
Gefällt mir Gefällt mir x 2 Liste anzeigen

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #22 am: 22 August 2021, 18:18:25 »
Testversion V6.0


update all https://raw.githubusercontent.com/Byte009/FHEM-MSwitch-Beta/master/controls_mswitch.txt

die Version ist kompatibel mit der aktuellen Version , d.H ein Zurück auf die jetzige Version ist Problemlos möglich.
update all https://raw.githubusercontent.com/Byte009/FHEM-MSwitch/master/controls_mswitch.txt

- geänderte Weboberfläche
- diverse weitere Änderungen ( Dokumentation folgt bei Übernahme in den normalen GIT-Zweig.


gruss Thomas
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #23 am: 19 September 2021, 18:09:11 »
Ich habe heute die kompletten Hilfedateien auf den aktuellen Stand gebracht.
vorab stelle ich diese mal hier ein, und stelle Sie zusammen mit der Version 6 in das Update.

Die Datei befindet sich im Anhang und kann bis dahin manuell eingespielt werden.

gruss Thomas



Hilfe attr:



MSwitch_Device_Groups
Erlaubt die Anlage von Devicegruppen.
Diese Gruppen sind dan bei den Affected Devices zur Auswahl verfuegbar,
wobei dort nur Befehleangeboten werden , die ALLE Geraete in der Gruppe gemeinsam haben.
Sollte der benoetigte Befehl nicht aufgefuehrt sein kann alternativ [FREECMD] genutzt werden.


Das Format lautet:
GRUPPENNAME->devicename,decicename ....
GRUPPENNAME1->devicename1,decicename2 ....

mehrere Gruppen sind durch Zeilenumbruch zu trennen.
Statt der Devicenamen kann RegEx angewendet werden.


MSwitch_ExtraktHTTPMapping
Ermoeglicht die Anpassung von Readings die durch 'loadHTTP' und dem Attribut 'MSwitch_ExtraktfromHTTP' erzeugt wurden
und bietet die Moeglichkeit, Ersetzungen vorzunehmen.

Format: Readinginhalt->neuerInhalt
z.B: °C-> Grad Celsius

ersetzt jedes Vorkommen von '°C' zu ' Grad Celsius' und wird z.B fuer eine Sprachausgebe durch Amazon Echo benoetigt.

Im zu ersetzenden Teil kann Regex genutzt werden. Mehrere Ersetzungen sind durch Zeilenumbruch zu trennen.

MSwitch_ExtraktfromHTTP
Mit diesem Attribut wird die Erzeugung von Readings aus einer geladenen HTML-Datei gesteuert.
Jede angegebene Zeile erzeugt ein Reading aus der Datei ( falls vorhanden )

Format: Readingname->RegEx

Wenn mit der angegebenen Regex mehrere Daten gefunden werden , so werden diese alle in diesem Reading ,
durch Komma getrennt, ausgegeben. In diesem Fall werden zusaetzlich weitere Readings angelegt, die jeweils einen der gefundenen Datensaetze enthalten.
Diese Readings werden automatisch durchnummeriert: Readingname_01,Readingname_01,Readingname_01 ...

MSwitch_Language:EN,DE
Umschaltung der Frontendsprache.

MSwitch_Comments:0,1
Schaltet vor jedem Befehlsfeld ein Kommentarfeld frei.
Diese kann fuer eigene Vermerke etc. genutzt werden.

MSwitch_Read_Log:0,1
Ermoeglicht den Zugriff auf das Logfile als Trigger.

Bei aktiviertem Attribut enthaelt die Auswahl des Triggerdevices die Option 'LOGFILE'.

Bei dieser Auswahl werde alle Logeintraege erkannt und in ein internes Event umgewandelt, auf das regiert werden kann.

Bei aktiviertem Attribut und der Auswahl 'GLOBAL' im 'Trigger_Device' wird auf alle Events und alle Logeintraege reagiert.

Bei aktiviertem Attribut und der Auswahl eines bestimmten Devices im 'Trigger_Device' wird auf alle Events
und auf alle Logeintraege des gewaehlten Devices reagiert.

Der im Logeintrag vorhandene Devicename ist Bedingung fuer die Funktion.

MSwitch_Hidecmds
Befehlszweige mit eine bestimmten ID koennen im Frontend ausgeblendet werden

MSwitch_Help:0,1
Schaltet die Hilfebuttons-/Funktionen im Frontend an oder aus

MSwitch_Debug:0,1,2,3,4
Erweiterte Optionen zur Fehlersuche
0 - Abgeschaltet
1 - Schaltet Felder zum testen der Conditionstrings an
2 - Alle ausgehenden Befehle werden nur simuliert und nicht ausgefuehrt. Der Inhalt der Protokolldatei wird direkt im Device angezeigt
3 - Es erfolgt eine Protokollierung in einer separaten Datei. Diese wird direkt im Device angezeigt.
4 - erweitertes Debug fuer Entwickler mit wechselnden Funktionen

MSwitch_Expert:0,1
erweiterter Modus
In der Liste der moeglichen Trigger erscheint das Selectfeld 'GLOBAL'.
Dieses ermoeglicht das Setzen eines Triggers auf alle Events und damit nicht nur auf einzelne Devices.
In einem weiteren Feld kann eine weitere Selektion der triggernden Events erfolgen.
Die Felder 'Repeats' und 'Repeatdelay in s' stehen zur Verfuegung.
Dies bewirkt eine n-fache Wiederholung des gesetzten Befehls mit x Sekunden Verzoegerung.
Das Auswahlfeld 'priority' erscheint bei jedem 'affectes device'.
So kann die Reihenfolge der Befehlsabarbeitung beeinflusst werden.

MSwitch_Delete_Delays:0,1,2
Option '1' bewirkt das Loeschen aller anstehende Delays (Veroegerungen) bei dem Auftreten eines erneuten passenden Events.
Es werden nur die Delays geloescht, die in dem cmd-zweig erzeugt wurden , der erneut ausgefueehrt wird.

Option '2' bewirkt das loeschen aller Delays, die Aufgrund des eingehenden Events angelegt wurden. Dazu werden alle Events mit dem
ausloesenden Trigger markiert. Bei erneutem Auftreten dieses Triggers werden alle zugehoerigen Delays geloescht.

Option '3' ... folgt
Option '4' ... folgt


Bei der Option '0' bleiben bereits gesetzte Delays aus einem vorher getriggerten Event erhalten und werden ausgefuehrt.

Empfohlene Einstellung: 1

MSwitch_Include_Devicecmds:0,1
Bewirkt die Aufnahme aller Devices die bei Abfrage mit 'set DEVICE ?' einen eigenen Befehlssatz liefern in die Auswahlliste 'Affected Devices'.
Bei Option '0' werden diese Devices in der Liste nicht mehr angeboten.
Empfohlene Einstellung: 1

MSwitch_Include_Webcmds:0,1
Bewirkt die Aufnahme aller Devices in die Auswahlliste 'Affected Devices', die einen eigenen Befehlssatz in dem Attribut Webcmd hinterlegt haben.
Die in Webcmd hinterlegten 'Befehle' werden in den Auswahlfeldern angeboten.
Bei gesetzter Option '0' werden diese Devices nicht mehr angeboten, es sei denn, sie liefern mit 'set DEVICE ?' einen eigenen Befehlssatz.
Empfohlene Einstellung: 0
Einsatz nach Bedarf

MSwitch_generate_Events:0,1
Reduziert bei Einstellung '1' die vom MSwitch-Devices erzeugten Events auf ein benoetigtes Minimum.
Insbesondere bei Verwendung von 'MSwitch_Read_Log' zu empfehlen.

MSwitch_Include_MSwitchcmds:0,1
Bewirkt die Aufnahme aller Devices in die Auswahlliste 'Affected Devices', die einen eigenen Befehlssatz in dem Attribut MSwitchcmds hinterlegt haben.
Die in MSwitchcmds hinterlegten 'Befehle' werden in den Auswahlfeldern angeboten.
Bei gesetzter Option '0' werden diese Devices nicht mehr angeboten, wenn sie nicht zusaetzlich einen eigenen Befehlssatz mit 'set DEVICE ?' liefern.
Empfohlene Einstellung: 0
Einsatz nach Bedarf.

MSwitch_Activate_MSwitchcmds:0,1
Fuegt jedem vorhandenen Device das Attribut 'MSwitchcmd' hinzu.

MSwitch_Lock_Quickedit:0,1
Voreinstellung fuer die Auswahlliste 'Affected Devices'.
Bei der Option '1' ist diese voreingestellt gesperrt und kann nur ueber einen zusaetzlichen Button geaendert werden, um versehentliche Aenderungen zu vermeiden.
Die Auswahl einer Option ohne betaetigte -Taste bewirkt das Loeschen aller bereits gesetzten Optionen.
Empfohlene Einstellung: 1

MSwitch_Ignore_Types
Beinhaltet eine durch Leerzeichen getrennte Liste von Device-Typen welche nicht geschaltet werden oder nicht geschaltet werden koennen.
Sie werden dann in den Auswahllisten nicht dargestellt, um die Auswahllisten uebersichtlich zu halten.

Voreinstellung: notify allowed at watchdog doif fhem2fhem telnet FileLog readingsGroup FHEMWEB autocreate eventtypes readingsproxy svg cul.

Hier ist auch eine Angabe im Devspec-Format moeglich.
Wenn statt des Devicetyps ein devspec z.B. "TYPE=watchdog" angegeben wird, ist zu beachten,
dass alle Geraete in die Ignoreliste einbezogen werden, die NICHT der devspec entsprechen.
Weiterhin muss die devspec in Anfuehrungszeichen gesetzt werden!

MSwitch_DeleteCMDs:manually,automatic,nosave
fuer das Frontend werden alle Befehlsoptionen aller Devices vorgeladen um diese anbieten zu koennen.
Dieser Vorgang kann, insbesondere bei grossen Installationen , dazu fuehren, das der Ladevorgang des Frontends verzoegert wird.
Um dieses Effekt zu vermeiden koennen hier verschiedene Optionen gewaehtl werden.

- manually
Bei Aufruf des Frontends werden einmalig alle Informationen geladen und gespeichert. Bei erneutem Aufruf werden diese angeboten
Bei Aenderung von Devices muss diese Liste manuell aktualisiert werden , entsprechender Button wird angeboten.

- automatic
Bei Aufruf des Frontends werden alle Informationen geladen und fuer 10 Minuten gespeichert. Bei erneutem Aufruf werden diese angeboten.
Nach 10 Minuten werden diese Daten geloescht und bei Bedarf neu generiert - erneut fuer 10 Minuten
Ein Button zu manuellen Erneuerung der Daten wird angeboten.

- nosave
Die erforderlichen Daten werden bei jedem Aufruf des Frontends neu generiert.
Bei spuerbarer,stoerender Verzoegerung des Seitenaufbaus ist eine andere Option sinnvoll.

MSwitch_Mode:Full,Notify,Toggle,Dummy
Schaltet das Modul zwischen angepassten Weboberflaechen-Modi um.

- Notify
Das Device kann nicht manuell umgeschaltet werden.
Es gibt nur die zwei ausfuehrbaren Zweige "execute 'cmd1' commands" und "execute 'cmd2' commands".
Der Status des Devices wird nicht als 'on' oder 'off' angezeigt, sondern lediglich als 'active'
Dieser Mode ist aehnlich zu einem FHEM-Notify.

- Full
Es stehen alle Funktionen zur Verfuegung.

- Toggle
Sehr vereinfachter Mode. Es stehen keine verschiedenen Zweige zur Verfuegung.
Hier ist das Device manuell schaltbar und wird bei jedem definierten Event 'umgeschaltet', entsprechend definierte Befehle fuer 'cmd1' oder 'cmd2' werden ausgefuehrt.

- Dummy
Der Mode 'Dummy' ist ein eingeschraenkter Modus.
Dieser bietet die Funktionalitaet eines Dummys kombiniert mit der Funktionalitaet eines Notifys und kann somit die gerne genutzte Kombination Dummy-Notify gegen ein Device ersetzen.
Der Dummy-Mode kann nur in einem neu angelegten leeren MSwitch aktiviert und auch nicht wieder verlassen werden!
Sobald ein angelegtes MSwitch einmal veraendert wurde (modify trigger etc.) sind Umschalt-Optionen nicht mehr verfuegbar.

MSwitch_Extensions:0,1
Es wird eine zusaetzliche Schaltoption 'MSwitchToggle' in den Geraeten angeboten.
Diese kann genutzt werden, wenn zuschaltende Geraete eine Togglefunktion nicht von Haus aus anbieten.
Hiebei ist es nicht nur moeglich zwischen 2 Zustaenden zu 'Toggeln', sondern im Grunde kann hier zwischen x Zustaenden
ge'Toggelt' werden.

Die Syntax muss wie folgt lauten:
(optional):[Trennzeichen][befehl1,befehl2,befehlx]:(optional)[suchmuster1,suchmuster2,suchmusterx]:(optional)[reading]


[Trennzeichen]
- da die zu sendenden Befehle in der Liste in der Standarteinstellung per ',' getrennt werden und es passieren kann,
das auch die gesendeten Befehle ein Komma enthalten muessen kann ueber diese Option das Trennzeichen geaendert werden.
Als Trennzeichen darf nur ein einzelnes Zeichen verwendet werden , z.B [|].
Die nachfolgenden Befehls- und Readinglisten muessen dann ebenfalls durch dieses Zeichen getrennt werden ([befehl1|befehl2|befehlx]).

[befehl1,befehl2,befehlx]
- die Befehle die in der Reihenfolge bei jeder awktivierung 'durchgeschaltet' werden

[suchmuster1,suchmuster2,suchmusterx]
- bildet den zugehoerigen status eines readings ab , falls unterschiedlich zum gesetzten Befehl und das schalten nicht den state eines devices betrifft ( setlist)

[reading]
- Namedes Readings dessen Status betroffen ist.
- Sonderfall: Wenn das entsprechende Geraet kein Reading besitz , was den aktuell ( benoetigten ) Status darstellt kann die Steuerung komplett
ueber das MSwitch erfolgen. Hierzu muss als reading 'MSwitch_self' angegeben werden. In diesem Fall wird auf ein MSwitcheigenes Reading 'last_toggle_state' zugegriffen.

zum einfachen togglen zwischen on und off wuerde hier folgende Angabe reichen
[on,off]

MSwitch_Safemode:0,1
Bietet einen gewissen Schutz vor falschen Konfigurationen und dadurch entstehenden Endlosschleifen.
Bei aktiviertem Attribut '1' beendet das Modul Endlosschleifen eines Devices.
In diesem Fall erfolgt ein Logeintrag und das Device wird per Attribut auf 'Disabled' gesetzt.
Es wird ein letztes Event generiert, auf das reagiert werden kann 2018-05-31 09:39:21 MSwitch Safemode: on
Im Webinterface erfolgt bei betroffenem Device ein entsprechender Hinweis.
In der Grundkonfiguration ist dieses Attribut nicht gesetzt.
Es empfiehlt sich aber, bei neuen bzw. komplizierten Devices, dieses zumindest anfaenglich zu aktivieren.

MSwitch_Wait
Bei gesetztem Attribut nimmt das MSwitch Device fuer den eingestellten Zeitraum nach Ausfuehrung eines Befehlszweiges keine
Befehle mehr entgegen und ignoriert weitere eingehende Events.


MSwitch_Event_Wait
Es koennen fuer verschiedene eingehende Triggerevents Sperrzeiten nach einem eingegangenen Event gesetzt werden.
Diese Zeiten werden fuer jedes eingehende Event behandelt.

Geht ein definiertes Event ein , wird dieses ( nur dieses ) Event fuer angegebenen Zeitraum in Sekunden gesperrt und loest keinen Schaltvorgang mehr aus.

Format:
Event1


Hilfe get:

Angebotene Get-Befehle sind unter Umstaenden von der Grundkonfiguration abhaengig,
d.H nicht in jedem Mode werden alle Befehle angeboten.


get DEVICE sysextension

Einbindung von HTM/Javacode

Hier kann frei waehlbarer Cide angegeben werden , der im Device und u.U in der Detailansicht angezeigt (ausgefuhrt) wird.
Je nach Verfuegbarkeit koennen hier MSwitch-Widgets eingesetzt werden.

get DEVICE active_timer show,delete
- Show
Zeigt alle anstehenden (gesetzten) Timer des Devices, die aus zeitabhaengigen oder verzoegerten Schaltbefehlen resultieren.

- Delete
Loescht alle anstehenden (gesetzten) Timer des Devices, die aus zeitabhaengigen oder verzoegerten Schaltbefehlen resultieren.
Schaltbefehle basierend auf rein zeitabhaengigen Angaben werden neu berechnet und gesetzt.


get DEVICE HTTPresponse

Zeigt den Inhalt einer zuvor mit 'loadHTTP' geladenen HTML-Datei.

get DEVICE config

Zeigt die Konfigurationsdatei des MSwitchdevices an. Seit Version 6 ist eine Aenderung in dieser Datei nicht mehr moeglich.

Diese Datei kann z.B genutz werden , um Sie ueber den Wizard wieder einzuspielen.

get DEVICE support_info

Oeffnet ein Fenster mit einer formatierten Ansicht aller Einstellungen des Devices.
Bei Supportanfragen sollte dieses immer mit geposted werden.

get DEVICE restore_MSwitch_Data this_device|all_devices
- this_device
Stellt die Daten des Devices aus der Backupdatei wieder her, sofern diese in der Backupdatei gefunden werden (gesucht wird hier nach dem Namen des Devices).

- all_devices
Stellt die Daten aller MSwitch Devices wieder her, sofern diese in der Backupdatei vorhanden sind. Diese Aktion kann einige Zeit in Anspruch nehmen und wird daher im Hintergrund (nonblocking) ausgefuehrt.
Nach Beendigung erfolgt eine Benachrichtigung.

Die Devices sind nach einem Restore funktionsfaehig.
Empfohlen wird ein Neustart von FHEM..


get DEVICE Eventlog sequenzformated,timeline,clear
- timeline
Zeigt alle (historischen) eingegangenen Events (abhaengig von enzsprechender Attributeinstellung) in eingegangener Reihenfolge

- sequenzformated
Zeigt alle eingegangenen Events vorformatiert fuer eine Sequenzabfrage

- clear
Loescht die Liste der eingegangenen Events


get DEVICE statistics

Zeigt die Statistikdaten des Geraetes an.
Diese Funktion steht nur bei gesetztem Attribut MSwitch_Statistic zur verfuegung.




Hilfe set:

Angebotene Set-Befehle sind unter Umstaenden von der Grundkonfiguration abhaengig,
d.H nicht in jedem Mode werden alle Befehle angeboten.

set DEVICE wizard
Schaltet das Device in den Wizardmode.
In diesem Mode koennen at's, notifys undvorkonfigurierte Devices importiert werden.
Weiterhinh koennen Devices mithilfe eines Wizards angelegt werden.
Dieser Set steht nur bei neu angelegten und unveraenderten Devices zur Verfuegung.


set DEVICE loadHTTP

Laedt den Inhalt einer HTML Seite. Dieser kann genutzt werden, um daraus Readings zu extrahieren.
Die weitere Verarbeitung kann mit den Attributen 'MSwitch_ExtraktfromHTTP' und 'MSwitch_ExtraktHTTPMapping' beeinflusst werden.
Der gesamte Inhalt der eingelesenen Daten kann mit 'get HTTPresponse' angezeigt werden.

Format:
loadHTTP http://www.myhost.com/directory/
loadHTTP https://www.myhost.com/
loadHTTP http://www.myhost.com:8080/
loadHTTP http://user:password@www.myhost.com/

set DEVICE reset_device
Loescht alle Daten eines MSwitch-devices und versetzt diesen in den Zustand, als waere es neu angelegt.
Achtung: diese Aktion ist nicht rueckgaengig zu machen.


set DEVICE del_function_data
Loescht alle aus Funktionen resultierenden Daten und Readings.

set DEVICE reload_timer
Alle anstehenden Timer (aus zeitgesteuerter Schaltung) werden geloescht und im Anschluss neu berechnet.

set DEVICE del_delays
Format: set DEVICE del_delays

Loescht alle anstehenden Befehle, die aus zeitverzoegertem Schalten resultieren.
INDIKATOR ist optional.
Hier kann Das ausloesende Ereigniss eines verzoegerten Befehls angegeben werden, dann werden nur Verzoegerungen geloescht,
die aus Diesem Ereigniss Resultieren.
Der Indikator kann mit get device active_timer show eingesehen werden, wenn verzoegerte Befehle anstehen.



set DEVICE on|off [parameter]
Setzt das Device in den Status 'on'. Alle Befehle der 'on/off-Zweige' werden ausgefuehrt.
Optional kann den Befehlen 'on' und 'off' ein weiterer Parameter mit uebergeben werden.
Dieser wird im Reading 'Parameter' hinterlegt und es kann sofort in 'Freecmds' oder 'Conditions' darauf zugegriffen werden.

set DEVICE off [parameter]
Setzt das Device in den Status 'off'. Alle Befehle der 'on/off-Zweige' werden ausgefuehrt.
Optional kann den Befehlen 'on' und 'off' ein weiterer Parameter mit uebergeben werden.
Dieser wird im Reading 'Parameter' hinterlegt und es kann sofort in 'Freecmds' oder 'Conditions' darauf zugegriffen werden.


set DEVICE active
Setzt das MSwitch-Device in den Status 'active'.

set DEVICE inactive
Setzt das Device in den Status 'inactive'. Es werden keine Befehle mehr ausgefuehrt.
Dieser Status entspricht dem Attribut 'disable', ist aber nicht mit dem roten Fragezeichen (fhem save) verbunden.

set DEVICE change_renamed oldname newname
Format: set DEVICE change_renamed oldname newname


Sollten sich Devicenamen im ausfuehrenden Teil geaendert habe (affected Devices, Conditions, etc.),
kann das MSwitch mit diesem Befehl angepasst werden, ohne alle Einstellungen manuell anpassen zu muessen.
Dabei werden alle Devicenamen angepasst , auch in etwaigen Bedingungen etc.


set DEVICE exec_cmd_1 ID [ID]
Bewirkt das sofortige Ausfuehren des entsprechenden Befehlszweiges 1.
Bei Angabe einer ID werden nur die Befehle mit der entsprechenden ID ausgefuehrt.

set DEVICE exec_cmd_2 ID [ID]
Bewirkt das sofortige Ausfuehren des entsprechenden Befehlszweiges 2.
Bei Angabe einer ID werden nur die Befehle mit der entsprechenden ID ausgefuehrt.

set DEVICE backup_MSwitch
Erstellt eine Backup-Datei wahlweise dieses oder aller Mswitches.
Diese Daten koennen im Bedarfsfall fuer einzelne oder gleichzeitig alle MSwitch Devices wieder zurueckgespieltb werden.
Die Dateien liegen im Verzeichniss /opt/fhem/backup/MSwitch.

set DEVICE reset_cmd_count: 1|2
Loescht das entsprechende EVT_CMD_COUNT - Reading; entspricht damit einer Rueckstellung auf '0'.

set DEVICE fakeevent [device]:reading:arg
Beispiel:fakeevent testdevice.state:on

Das MSwitch Device reagiert so, als waere statt des internen "fakes-Befehls" ohne dieses Event tatsaechlich vom triggernden Geraet generiert worden.


set DEVICE reset_status_counter

setzt die Readings off_time,on_time und last_ON_OFF_switch zurueck


set DEVICE writelog
Format: set DEVICE writelog LOGLEVEL TEXT

Schreibt einen Eintarg in die aktuelle Logdatei.

set DEVICE del_repeats
Loescht ale Befehlswiederholungen , die aus Befehlszweigen resultieren und dort definiert wurden.

set DEVICE wait ss
Veranlasst das Mswitch fuer den angegebenen Zeitraum in Sekunden (ss) auf keine Events zu regieren

set DEVICE reset_Switching_once
loescht eine durch das Attribut "MSwitch_Switching_once = 1" gesetzte Sperre fuer Befehlsketten.

MSwitch_Func_AVG
Aktivierung der intergrierten Durchschnittsberechnung.
In dieser Funktion koennen Readings angelegt werden , die den Durchschnittswert eingehender Readings beinhalten.
Hierfuer muessen die betreffenden Readings bereits als Trigger in einem der Kommandozweige definiert sein.

Wenn ein Kommandozweig z.B auf das Reading DEVICE:pct:.* reagiert kann fuer deas Reading pct diese Funktion aktiviert werden.

Die Syntax muss wie folgt lauten:
pct
« Letzte Änderung: 19 September 2021, 18:11:01 von Der_Tom »

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #24 am: 27 September 2021, 16:38:11 »
Info:

ich habe eben eine neue Testversion in den Betazweig meines GITs gestellt.

Diese enthält einige Erweiterungen , einige zusätzliche Attribute , sowie einige neue Ausdrücke , die in Bedingungen verwendet werden können , insbesonder in Bezug auf historische Readings.
Die Hilfedatei wird auf den aktuellen Stand gebracht.

Die Configfiles können ab dieser Version nicht mehr manuell bearbeitet werden da diese komplett Hexadezimal gespeichert werden.

ACHTUNG: Ein zurück auf eine Version < 6 ist nach diesem Update nur durch ein Restore eines Backups möglich , dieses sollte insofern vor dem Update gemacht UND gesichert werden. ( Im Grunde reichen die fhem.save und die fhem .cfg )

Nach einem Update MUSS Fhem neu gestartet werden und es werden einige Zeilen im LOG bezüglich der Umstellung auftauchen , ist normal und sollte kein Problem darstellen.

Gruss Thomas

edit: ab dieser Version ist das neue Newsticker-Template nutzbar ( Bild Anhang )
« Letzte Änderung: 27 September 2021, 16:42:12 von Der_Tom »
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline det.

  • Hero Member
  • *****
  • Beiträge: 1333
Antw:MSwitch_Support
« Antwort #25 am: 29 September 2021, 09:02:28 »
Testversion gestern eingespielt - alle meine MSwitch bis heute mindestens einmal durchlaufen - geht alles wie gewünscht und keine Einträge im LOG.

LG
det.
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #26 am: 02 Oktober 2021, 09:23:31 »
Ich werde im Laufe des Tages die Testversion nochmals aktualisieren.

Diese beinhaltet einige interne Änderungen, sowie das neue Attribut: "MSwitch_Comment_to_Room".
Diese Attribut bewirkt , das der Inhalt des Attributes "Comment" mit  in der Raumansicht angezeigt wird.

Dieses ist ebenfalls über das neue Configdevice erreichbar.
Dort kann des Feld "MSwitch Kommentare zur Raumansicht" auf "on" gestezt werden.

Das bewirkt , das alle "comments" aller MSwitchdevices in der Raumansicht angezeigt werden, ohne die Attribute zu ändern.

Weiterhin wurden die Einstellbaren Attribute im Device aktualisiert

Das neue Configdevice ist über den Wizard installierbar ( Mswitch_Config_V6 ).

Achtung: Das System sollte nur ein Configdevice enthalten !!!


Ist für mich ganz Hilfreich beim "Aufräumen etc. "

gruss Thomas

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #27 am: 03 Oktober 2021, 08:31:09 »
Info:

Ich habe die Version V6 eben in den normalen Updatezweig gestellt.

Änderungen:

- Configfiles werden nun Hexadezimal übertragen - ein bearbeiten eines Configfiles im Device ist nun nicht mehr möglich

- geändertes Frontend: Geräte können nun in den Auswahlfeldern gezielt gesucht werden

- neues Attribut "MSwitch_Eventhistory_to_Reading" . eingehende Readings , die einen Kommandozweig ausgelöst haben werden  chronologisch gespeichert und als Reading angelegt. der Readingname setzt sich aus dem auslösenden Gerät, dem Readingnamen und dem Zusatz hx zusammen, wobei das x die Nummer des eingehenden Readings annimmt . ( 0 steht für das zuletzt eingegangene Reading (HM_384983_pct_h0) )

- neues Attribut "MSwitch_Eventhistory_timestamp_to_Reading" . analog zu "MSwitch_Eventhistory_to_Reading" , enthält aber Zeitpunkt des Readingeingangs . der Readingname setzt sich aus dem auslösenden Gerät, dem Readingnamen und dem Zusatz hx_time zusammen, wobei das x die Nummer des eingehenden Readings annimmt . ( 0 steht für das zuletzt eingegangene Reading )

In den Bedingungen gibt es für diese Readings eine Besonderheit für den Zugriff auf diese Readings:
mit dem Ausdruck "[$SELF:wind_gust_h0::5_time] >0 " müssen alle angesprochenen Readings ( wind_gust_h0 - wind_gust_h5 ) die Bedingung erfüllen, um die Bedingung wahr zu machen.

Dieses sieht in der Bedingungsauswertung dann wie folgt aus :

eingehender String:
[$SELF:wind_gust_h0::1_time] > $timestamp-[$SELF:messzeit] and [Lamellen:pct] != 0

If Anweisung Perl:
if (( 1609638115 > 1609657915-180 && 1609636419 > 1609657915-180 ) && 100 != 0)

If Anweisung Perl Klarzeiten:
if (( 02:41:55 > 08:11:55-180 && 02:13:39 > 08:11:55-180 ) && 100 != 0)

Bedingung ist nicht Wahr und wird nicht ausgeführt


Status der geprüften Readings:
- [Windwaechter:wind_gust_h1_time] -> ReadingsVal('Windwaechter', 'wind_gust_h1_time', 'undef') -> 1609636419
- [Windwaechter:wind_gust_h0_time] -> ReadingsVal('Windwaechter', 'wind_gust_h0_time', 'undef') -> 1609638115
- [Lamellen:pct] -> ReadingsVal('Lamellen', 'pct', 'undef') -> 100
- [Windwaechter:messzeit] -> ReadingsVal('Windwaechter', 'messzeit', 'undef') -> 180

- neues Attribut "MSwitch_Comment_to_Room" . Dieses bewirkt, das alle Infos aus dem Attribut "comment" bei Bedarf  auch in der Raumansicht angezeigt werden .

- neuer set Befehl "set device del_history_data" . Löscht alle historischen daten und readings , die aus "MSwitch_Eventhistory_timestamp_to_Reading" und "MSwitch_Eventhistory_to_Reading" stammen

- neue Funktion in den Sysexensions: neben dem Ausdruck [Widget:reading] stehen hier nun die Ausdrücke :
[Reading:reading] , [RAW:text] , [ATTR:name] 
zur Verfügung

- diverse Anpassungen des Wizards: Da es hier um die Erstellung von Templates geht werde ich hier nicht näher darauf eingehen , hole ich bei Bedarf aber gerne nach.

- diverse Anpassungen im Sysextension2 Modus: Diese ermöglichen die Anzeige von Readings/widgets  in der Raumansichtund deren Aktualisierung

folgende Attribute sind  noch vorhanden , aber ohne Funktion. Aus diversen Gründen werde ich diese erst in einer kommenden Version komplett löschen:

MSwitch_Lock_Quickedit
MSwitch_Futurelevel
MSwitch_DeleteCMDs
MSwitch_Inforoom

- diverse interne Änderungen und Anpassungen.

Achtung: Bei dem Update auf Version 6 werde vohandene Datensätze umformatiert . Daher ist es nicht mehr möglich , wieder auf V5 zurück zu gehen und ich empfehle ich DRINGEND ein Fhembackup vor dem Update !

gruss Thomas

« Letzte Änderung: 03 Oktober 2021, 08:40:37 von Der_Tom »

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #28 am: 03 Oktober 2021, 08:36:03 »
Nachtrag:

Falls des Configdevice genutz wird , sollte dieses ebenfalls auf die neue Version umgestellt werden.
Dieses ist im Wizardberein unter den vorkonfigurierten Devices verfügbar ( MSwitch_Config_V6 ) .

gruss Thomas
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline is2late

  • Full Member
  • ***
  • Beiträge: 352
Antw:MSwitch_Support
« Antwort #29 am: 03 Oktober 2021, 23:11:10 »
Hallo,

Folgende Frage:
Bei meiner Einrichtung - Lampe B geht an, wenn Lampe A ausgeschaltet wird - funktioniert der Schaltvorgang perfekt, wenn ich A über FHEM ausschalte. Kommt das Ausschaltkommando aber über Alexa, wird A zwar sofort ausgeschaltet. In FHEM bleibt die Lampe jedoch noch ca fünf Minuten auf ON und B OFF. Erst dann svhaltet A in FHEM aus und B geht physisch an.
Ich möchte nun erreichen, dass B sofort nach Ausschalten von A aktiviert wird.
Hat jemand eine Idee?

LG
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #30 am: 04 Oktober 2021, 04:15:40 »
Hallo,

Folgende Frage:
Bei meiner Einrichtung - Lampe B geht an, wenn Lampe A ausgeschaltet wird - funktioniert der Schaltvorgang perfekt, wenn ich A über FHEM ausschalte. Kommt das Ausschaltkommando aber über Alexa, wird A zwar sofort ausgeschaltet. In FHEM bleibt die Lampe jedoch noch ca fünf Minuten auf ON und B OFF. Erst dann svhaltet A in FHEM aus und B geht physisch an.
Ich möchte nun erreichen, dass B sofort nach Ausschalten von A aktiviert wird.
Hat jemand eine Idee?

LG

Hallo Ingo,

aufgrund unseres Telefonates gehe ich mal davon aus, das - wenn du von Lampen sprichst - Hue-Gruppen gemeint sind ?

Das wäre dann genau das Problem, welches ich in deinem Ursprungsthread ( https://forum.fhem.de/index.php/topic,123200.msg1177457.html#msg1177457 ) angesprochen habe. Hue Gruppen als Trigger sind äusserst unglücklich, da Fhem diese Schaltvorgänge , wenn uberhaupt , nur extrem unzuverläsig und stark zeitverzögert , mitbekommt , wenn diese Schaltvorgänge nicht selber aus Fhem ausgelöst werden.

Solange Fhem diesen Vorgang nicht mitbekommt, kann natürlich keine Reaktion erfolgen.

Ich weiss auch nicht , ob es sich einfach um ein Problem des Devices HUEBridge handelt ( in Form eines "Fehlers" im Modul ) oder ob es technisch im Modul nicht anders umzusetzen ist .

Die einzige Lösung die ich sehe ist die , nicht auf die Gruppe zu triggern ( HUEGruppe10:all_on:0 ) , sondern ein Mitglied dieser Gruppe als Trigger zu nutzen . Den Schaltvorgang einzelner Lampen bekommt Fhem recht schnell mit , mit 1-2 Sekunden verzögerung ( auch dann , wenn diese Lampe im Rahmen einer Gruppenschaltung - von wo auch immer - geschaltet wurde ) .

Der Trigger wäre dann ein Mitglied der Guppe10 , z.B  - HUEDeviceX
und das triggernde Event wäre z.B:  HUEDevice1:onoff:0

U.A genau aus diesem Grund nutze ich die Gruppenfunktion der HueBridge gar nicht, sondern habe das ALLES zentral in Fhem abgebildet - kann ich genauso nutzen, bin mir aber sicher, dass ich alle Device-Stati in Fhem immer aktuell habe .

wenn ich komplett daneben liege melde dich einfach nochmal.

gruss Thomas

edit:
Meine Vermutung ist die , das der Zustand der Huegruppen des Devices HueBridge nicht von der Bridge angestossen wird bei einem Schaltvorgang, sondern vom Device zyklisch abgefragt wird - wenn überhaupt ( ich muss das mal beobachten ) - und dieser Zyklus nicht zu beeinflussen ist ( durch attribute oder so ) . D.H du kannst Glück haben , und die Abfrage kommt recht bald oder du stehst gerade am Anfang dieses Intervalls und dann dauert es halt die maximale Intervallzeit bis die Abfrage kommt ( welche auch immer das nun ist ).

eine weitere Optionale Lösung wäre ggf auf das Kommando von Alexa zu triggern ( falls in Fhem eingebunden ) . Das entsprechende Reading kommt recht zügig ( bw. ist dieses Abfrageintervall auf einen recht kurzen Intervall einstellbar ) - so das es sich wirklich nur um wenige Sekunden handelt ( maximal ) . Das geht aber auch nur dann , wenn du den Schaltvogang per Sprachbefehl auslöst wird, und nicht über die Alexa-app via Button .

Alles in allem würde ich aber eher zur meiner oben vogeschlagenen Lösung tendieren und die Alexalösung nur dann nutzen , wenn es gar nicht anders geht ( z.B weil die Mitglieder der Huegruppe auch gerne mal einzeln geschaltet werden und somit als Trigger für die Gruppe unbrauchbar werden ) .

eine weitere Alternative wäre es ggf. die inder Gruppe vorhandenen Lampen in einer Struktur (TYPE:     
structure ) zusammezufassen und den Status dieser Struktur als Trigger zu nutzen , ist dann aber etwas aufwendiger um m.E. über das Ziel hinausgeschossen.
« Letzte Änderung: 04 Oktober 2021, 06:12:29 von Der_Tom »

Offline is2late

  • Full Member
  • ***
  • Beiträge: 352
Antw:MSwitch_Support
« Antwort #31 am: 04 Oktober 2021, 17:25:16 »
Hallo Thomas,

herzlichen Dank für Deine Mühe!
Du hast vollkommen Recht; die Gruppenfunktion war das Problem. Hab die triggernde Leuchte jetzt direkt angesprochen und auch das Device als zu schaltendes Gerät benannt und es funktioniert nun auch bei Ansprache über Alexa einwandfrei.

LG Ingo
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Offline is2late

  • Full Member
  • ***
  • Beiträge: 352
Antw:MSwitch_Support
« Antwort #32 am: 05 Oktober 2021, 18:41:30 »
Hallo zusammen,

ich hab Mühe, unter Eventdetails das Event einzutragen. Gehe wie folgt vor:

In Eventdetails auf „Event einfügen“ klicken. Dann die gewünschte Aktion auslösen, also zB 2-3x die auslösende Lampe aktivieren. Unten links in „Eventdetails“ erscheint dann im Pulldown eine Auswahl, zB HUEGroup10:all_on:0.

Hier erscheint leider meist kein (neues) Event. Auch im Eventmonitor innerhalb des MSwitch tut sich nichts (aber im FHEM-Eventmonitor).

Was mache ich falsch?

LG Ingo
« Letzte Änderung: 05 Oktober 2021, 18:47:51 von is2late »
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Offline Wolle02

  • Sr. Member
  • ****
  • Beiträge: 571
Antw:MSwitch_Support
« Antwort #33 am: 05 Oktober 2021, 18:55:57 »
aktiviere doch mal die Häkchen "eingehende Events permanent speichern" und "Eventmonitor". Dann solltest du sehen was reinkommt und die Events tauchen auch gleich in der Eventliste auf. Dann brauchst du dein gewünschtest Event eigentlich nur noch anklicken.

Offline is2late

  • Full Member
  • ***
  • Beiträge: 352
Antw:MSwitch_Support
« Antwort #34 am: 05 Oktober 2021, 18:57:21 »
Hallo Wolle,

danke, hab ich probiert - klappt nicht. Erscheint nichts im M-Eventmonitor (aber im FHEM).

LG
« Letzte Änderung: 05 Oktober 2021, 19:03:40 von is2late »
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Offline is2late

  • Full Member
  • ***
  • Beiträge: 352
Antw:MSwitch_Support
« Antwort #35 am: 05 Oktober 2021, 19:29:52 »
Noch eine Frage:

Lässt sich bei einem ECHO- oder Sonos-Device direkt ein Sprachbefehl auslösen? Zumindest bei Sonos muss ja Lautstärke und Sprache (also "set Sonos_XY Speak 50 de") mit angegeben werden. Beim ECHO sollte der reine Text nach dem Speak-Befehl ausreichen. Funktioniert aus MSwitch heraus aber scheinbar nicht (oder ich mache etwas falsch).

LG Ingo
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #36 am: 05 Oktober 2021, 19:43:24 »
Noch eine Frage:

Lässt sich bei einem ECHO- oder Sonos-Device direkt ein Sprachbefehl auslösen? Zumindest bei Sonos muss ja Lautstärke und Sprache (also "set Sonos_XY Speak 50 de") mit angegeben werden. Beim ECHO sollte der reine Text nach dem Speak-Befehl ausreichen. Funktioniert aus MSwitch heraus aber scheinbar nicht (oder ich mache etwas falsch).

LG Ingo

das sollte eigentlich kein problem sein - habe es gerade sowohl mit einem sonos, als auch mit einem echo geprüft.

mit den diesen Angaben ( Bild ) reagieren beide geräte auf den Befehl.

Asnonsten stell das attribut MSwicth_debug doch bitte mal auf 3 und zeig mir den angegebenen Log mal nach ausführung des Befehls.

Im LogFenster bitte Liveansicht anklicken .
gruss Thomas

PS: ich lasse mir selber für XXX Aktionen diverse Informationen über Sprache ausgeben
« Letzte Änderung: 05 Oktober 2021, 19:45:10 von Der_Tom »

Offline is2late

  • Full Member
  • ***
  • Beiträge: 352
Antw:MSwitch_Support
« Antwort #37 am: 05 Oktober 2021, 20:21:45 »
Hi Thomas,


vielen Dank! Hier das Log:

Starte Log
Tue Oct  5 20:13:09 2021 ->
### SUB_Set ###
Tue Oct  5 20:13:09 2021 -> eingehender Setbefehl: logging 1
Tue Oct  5 20:13:10 2021 -> bearbeitetes Event -> bri: 254 
Tue Oct  5 20:13:10 2021 -> SUB_checkcondition
Tue Oct  5 20:13:10 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:13:10 2021 -> übergebenes Event: HUEDevice54:bri:254
Tue Oct  5 20:13:10 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:13:10 2021 -> time1 1609866000:10965
Tue Oct  5 20:13:10 2021 -> found opt 2 L:10980
Tue Oct  5 20:13:10 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609873980 && 1609873980 <= 1609909200) L:11007
Tue Oct  5 20:13:10 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609873980 && 1609873980 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:13:10 2021 ->   
Tue Oct  5 20:13:10 2021 -> rückgabe trigger: kein treffer - es wird kein Zweig ausgeführt L:12362
Tue Oct  5 20:13:10 2021 -> bearbeitetes Event -> xy: 0.4584,0.41 
Tue Oct  5 20:13:10 2021 -> SUB_checkcondition
Tue Oct  5 20:13:10 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:13:10 2021 -> übergebenes Event: HUEDevice54:xy:0.4584,0.41
Tue Oct  5 20:13:10 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:13:10 2021 -> time1 1609866000:10965
Tue Oct  5 20:13:10 2021 -> found opt 2 L:10980
Tue Oct  5 20:13:10 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609873980 && 1609873980 <= 1609909200) L:11007
Tue Oct  5 20:13:10 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609873980 && 1609873980 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:13:10 2021 ->   
Tue Oct  5 20:13:10 2021 -> rückgabe trigger: kein treffer - es wird kein Zweig ausgeführt L:12362
Tue Oct  5 20:13:10 2021 -> bearbeitetes Event -> onoff: 1 
Tue Oct  5 20:13:10 2021 -> SUB_checkcondition
Tue Oct  5 20:13:10 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:13:10 2021 -> übergebenes Event: HUEDevice54:onoff:1
Tue Oct  5 20:13:10 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:13:10 2021 -> time1 1609866000:10965
Tue Oct  5 20:13:10 2021 -> found opt 2 L:10980
Tue Oct  5 20:13:10 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609873980 && 1609873980 <= 1609909200) L:11007
Tue Oct  5 20:13:10 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609873980 && 1609873980 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:13:10 2021 ->   
Tue Oct  5 20:13:10 2021 -> rückgabe trigger: kein treffer - es wird kein Zweig ausgeführt L:12362
Tue Oct  5 20:13:10 2021 -> bearbeitetes Event -> pct: 100 
Tue Oct  5 20:13:10 2021 -> SUB_checkcondition
Tue Oct  5 20:13:10 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:13:10 2021 -> übergebenes Event: HUEDevice54:pct:100
Tue Oct  5 20:13:10 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:13:10 2021 -> time1 1609866000:10965
Tue Oct  5 20:13:10 2021 -> found opt 2 L:10980
Tue Oct  5 20:13:10 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609873980 && 1609873980 <= 1609909200) L:11007
Tue Oct  5 20:13:10 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609873980 && 1609873980 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:13:10 2021 ->   
Tue Oct  5 20:13:10 2021 -> rückgabe trigger: kein treffer - es wird kein Zweig ausgeführt L:12362
Tue Oct  5 20:13:10 2021 -> bearbeitetes Event -> state: on 
Tue Oct  5 20:13:10 2021 -> SUB_checkcondition
Tue Oct  5 20:13:10 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:13:10 2021 -> übergebenes Event: HUEDevice54:state:on
Tue Oct  5 20:13:10 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:13:10 2021 -> time1 1609866000:10965
Tue Oct  5 20:13:10 2021 -> found opt 2 L:10980
Tue Oct  5 20:13:10 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609873980 && 1609873980 <= 1609909200) L:11007
Tue Oct  5 20:13:10 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609873980 && 1609873980 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:13:10 2021 ->   
Tue Oct  5 20:13:10 2021 -> rückgabe trigger: kein treffer - es wird kein Zweig ausgeführt L:12362
Tue Oct  5 20:13:10 2021 -> bearbeitetes Event -> rgb: ffc249 
Tue Oct  5 20:13:10 2021 -> SUB_checkcondition
Tue Oct  5 20:13:10 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:13:10 2021 -> übergebenes Event: HUEDevice54:rgb:ffc249
Tue Oct  5 20:13:10 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:13:10 2021 -> time1 1609866000:10965
Tue Oct  5 20:13:10 2021 -> found opt 2 L:10980
Tue Oct  5 20:13:10 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609873980 && 1609873980 <= 1609909200) L:11007
Tue Oct  5 20:13:10 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609873980 && 1609873980 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:13:10 2021 ->   
Tue Oct  5 20:13:10 2021 -> rückgabe trigger: kein treffer - es wird kein Zweig ausgeführt L:12362

Tue Oct  5 20:16:10 2021 -> bearbeitetes Event -> xy: 0.4583,0.4099 
Tue Oct  5 20:16:10 2021 -> SUB_checkcondition
Tue Oct  5 20:16:10 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:16:10 2021 -> übergebenes Event: HUEDevice54:xy:0.4583,0.4099
Tue Oct  5 20:16:10 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:16:10 2021 -> time1 1609866000:10965
Tue Oct  5 20:16:10 2021 -> found opt 2 L:10980
Tue Oct  5 20:16:10 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609874160 && 1609874160 <= 1609909200) L:11007
Tue Oct  5 20:16:10 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609874160 && 1609874160 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:16:10 2021 ->   
Tue Oct  5 20:16:10 2021 -> rückgabe trigger: kein treffer - es wird kein Zweig ausgeführt L:12362

Das "Hier wird kein Zweig ausgeführt" fällt sogar mir auf. Beim Trigger (der Lampe) ist onoff:1 eingetragen. Sollte das state:on sein?

LG

Okay, ich habe jetzt einmal state:on ausprobiert und es funktioniert bei ECHO, nicht jedoch beim Sonos.

« Letzte Änderung: 05 Oktober 2021, 20:32:17 von is2late »
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #38 am: 05 Oktober 2021, 20:37:13 »
ok, ist gerade etwas schwer nachzuvollziehen für mich.

Ich bräuchte da mehr details. Kannst du mir bitte folgende daten geben :

get device support_info
get device config

ist beides ib den get-dropdownfeldern.

hast du da event ( trigger ) selber angegeben , oder aus dem mswitcheigenen eventmonitor übernommen ß

gruss Thomas

Offline is2late

  • Full Member
  • ***
  • Beiträge: 352
Antw:MSwitch_Support
« Antwort #39 am: 05 Oktober 2021, 20:43:53 »
Hier noch das Log, bei dem ECHO funktioniert:
Tue Oct  5 20:37:17 2021 -> bearbeitetes Event -> bri: 254 
Tue Oct  5 20:37:17 2021 -> SUB_checkcondition
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:37:17 2021 -> übergebenes Event: HUEDevice54:bri:254
Tue Oct  5 20:37:17 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:37:17 2021 -> time1 1609866000:10965
Tue Oct  5 20:37:17 2021 -> found opt 2 L:10980
Tue Oct  5 20:37:17 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609875420 && 1609875420 <= 1609909200) L:11007
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609875420 && 1609875420 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:37:17 2021 ->   
Tue Oct  5 20:37:17 2021 -> rückgabe trigger: kein treffer - es wird kein Zweig ausgeführt L:12362
Tue Oct  5 20:37:17 2021 -> bearbeitetes Event -> xy: 0.4584,0.41 
Tue Oct  5 20:37:17 2021 -> SUB_checkcondition
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:37:17 2021 -> übergebenes Event: HUEDevice54:xy:0.4584,0.41
Tue Oct  5 20:37:17 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:37:17 2021 -> time1 1609866000:10965
Tue Oct  5 20:37:17 2021 -> found opt 2 L:10980
Tue Oct  5 20:37:17 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609875420 && 1609875420 <= 1609909200) L:11007
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609875420 && 1609875420 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:37:17 2021 ->   
Tue Oct  5 20:37:17 2021 -> rückgabe trigger: kein treffer - es wird kein Zweig ausgeführt L:12362
Tue Oct  5 20:37:17 2021 -> bearbeitetes Event -> onoff: 1 
Tue Oct  5 20:37:17 2021 -> SUB_checkcondition
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:37:17 2021 -> übergebenes Event: HUEDevice54:onoff:1
Tue Oct  5 20:37:17 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:37:17 2021 -> time1 1609866000:10965
Tue Oct  5 20:37:17 2021 -> found opt 2 L:10980
Tue Oct  5 20:37:17 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609875420 && 1609875420 <= 1609909200) L:11007
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609875420 && 1609875420 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:37:17 2021 ->   
Tue Oct  5 20:37:17 2021 -> rückgabe trigger: kein treffer - es wird kein Zweig ausgeführt L:12362
Tue Oct  5 20:37:17 2021 -> bearbeitetes Event -> pct: 100 
Tue Oct  5 20:37:17 2021 -> SUB_checkcondition
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:37:17 2021 -> übergebenes Event: HUEDevice54:pct:100
Tue Oct  5 20:37:17 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:37:17 2021 -> time1 1609866000:10965
Tue Oct  5 20:37:17 2021 -> found opt 2 L:10980
Tue Oct  5 20:37:17 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609875420 && 1609875420 <= 1609909200) L:11007
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609875420 && 1609875420 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:37:17 2021 ->   
Tue Oct  5 20:37:17 2021 -> rückgabe trigger: kein treffer - es wird kein Zweig ausgeführt L:12362
Tue Oct  5 20:37:17 2021 -> bearbeitetes Event -> state: on 
Tue Oct  5 20:37:17 2021 -> SUB_checkcondition
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:37:17 2021 -> übergebenes Event: HUEDevice54:state:on
Tue Oct  5 20:37:17 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:37:17 2021 -> time1 1609866000:10965
Tue Oct  5 20:37:17 2021 -> found opt 2 L:10980
Tue Oct  5 20:37:17 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609875420 && 1609875420 <= 1609909200) L:11007
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609875420 && 1609875420 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:37:17 2021 ->   
Tue Oct  5 20:37:17 2021 -> Befehl eingefuegt (cmdon)
Tue Oct  5 20:37:17 2021 -> auszuführende Befehle gefunden: 1
Tue Oct  5 20:37:17 2021 -> Befehlsarray: HASH(0x4aee748),on,check,HUEDevice54:state:on
Tue Oct  5 20:37:17 2021 -> aufruf sub_execnotif:
on, check, HUEDevice54:state:on, 0
Tue Oct  5 20:37:17 2021 -> ### SUB_Exec_Notif ###
Tue Oct  5 20:37:17 2021 -> it event : HUEDevice54:state:on
Tue Oct  5 20:37:17 2021 -> Ankleide -  ZAHL gefunden 0 L:10058
Tue Oct  5 20:37:17 2021 -> Aufruf checkcondition : 10112
Tue Oct  5 20:37:17 2021 -> SUB_checkcondition
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung Bedingung: 
Tue Oct  5 20:37:17 2021 -> übergebenes Event: HUEDevice54:state:on
Tue Oct  5 20:37:17 2021 -> CS -> set ECHO_90F00718653203AM speak Schon so früh unterwegs, Bärbel?
Tue Oct  5 20:37:17 2021 -> finaler Befehl auf Ausführungsstapel geschoben 10227:
 
set ECHO_90F00718653203AM speak Schon so früh unterwegs, Bärbel?
 

Tue Oct  5 20:37:17 2021 -> Ankleide - KEINE ZAHL gefunden   L:10062
Tue Oct  5 20:37:17 2021 -> Aufruf checkcondition : 10112
Tue Oct  5 20:37:17 2021 -> SUB_checkcondition
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung Bedingung: 
Tue Oct  5 20:37:17 2021 -> übergebenes Event: HUEDevice54:state:on
Tue Oct  5 20:37:17 2021 -> CS -> set Sonos_Wohnzimmer Speak Kann ich etwas für Dich tun? Ein wenig Musik vielleicht?
Tue Oct  5 20:37:17 2021 -> finaler Befehl auf Ausführungsstapel geschoben 10227:
 
set Sonos_Wohnzimmer Speak Kann ich etwas für Dich tun? Ein wenig Musik vielleicht?
 

Tue Oct  5 20:37:17 2021 -> Ausführung Befehlsstapel
Tue Oct  5 20:37:17 2021 -> anzahl vorhandener Befehle : 2
Tue Oct  5 20:37:17 2021 -> -3- Ausgefuehrte Befehl: -set ECHO_90F00718653203AM speak Schon so früh unterwegs, Bärbel?-
Tue Oct  5 20:37:17 2021 -> Device - set ECHO_90F00718653203AM speak Schon so früh unterwegs, Bärbel?
Tue Oct  5 20:37:17 2021 -> -3- Ausgefuehrte Befehl: -set Sonos_Wohnzimmer Speak Kann ich etwas für Dich tun? Ein wenig Musik vielleicht?-
Tue Oct  5 20:37:17 2021 -> Device - set Sonos_Wohnzimmer Speak Kann ich etwas für Dich tun? Ein wenig Musik vielleicht?
Tue Oct  5 20:37:17 2021 -> Eventlock gelöscht
Tue Oct  5 20:37:17 2021 -> bearbeitetes Event -> rgb: ffc249 
Tue Oct  5 20:37:17 2021 -> SUB_checkcondition
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:37:17 2021 -> übergebenes Event: HUEDevice54:rgb:ffc249
Tue Oct  5 20:37:17 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:37:17 2021 -> time1 1609866000:10965
Tue Oct  5 20:37:17 2021 -> found opt 2 L:10980
Tue Oct  5 20:37:17 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609875420 && 1609875420 <= 1609909200) L:11007
Tue Oct  5 20:37:17 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609875420 && 1609875420 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:37:17 2021 ->   
Tue Oct  5 20:37:17 2021 -> rückgabe trigger: kein treffer - es wird kein Zweig ausgeführt L:12362
Tue Oct  5 20:38:16 2021 -> bearbeitetes Event -> xy: 0.4583,0.4099 
Tue Oct  5 20:38:16 2021 -> SUB_checkcondition
Tue Oct  5 20:38:16 2021 -> Bedingungsprüfung Bedingung: [18:00-06:00]
Tue Oct  5 20:38:16 2021 -> übergebenes Event: HUEDevice54:xy:0.4583,0.4099
Tue Oct  5 20:38:16 2021 -> zeitbezogene Bedingung gefunden: [18:00-06:00] L:10916
Tue Oct  5 20:38:16 2021 -> time1 1609866000:10965
Tue Oct  5 20:38:16 2021 -> found opt 2 L:10980
Tue Oct  5 20:38:16 2021 -> Ergebniss zeitbezogene Bedingung: (1609866000 <= 1609875480 && 1609875480 <= 1609909200) L:11007
Tue Oct  5 20:38:16 2021 -> Bedingungsprüfung (final): if ((1609866000 <= 1609875480 && 1609875480 <= 1609909200)){$answer = 'true';} else {$answer = 'false';} 
Tue Oct  5 20:38:16 2021 ->   
Tue Oct  5 20:38:16 2021 -> rückgabe trigger: kein treffer - es wird kein Zweig ausgeführt L:12362

Get device support info:
Modulversion: 6.0
Datenstruktur: V6.0

----- Systemstart -----
     -> Version 6.0... loading files and system variables
     -> System: no update avaible
     -> setting preconfpath... https://raw.githubusercontent.com/Byte009/MSwitch_Addons/master/MSwitch_Preconf.conf
     -> setting undotime... 60sec
     -> setting rename... off
     -> setting wizard... on, resettime: 3600sec
     -> setting startdelay... 30sec
     -> setting startmode... Notify
!!!  -> no widgetfile (www/MSwitch/MSwitch_widgets.txt) found - Widgets off
     -> helpfile ger (www/MSwitch/MSwitch_Help.txt) loaded - Help on
     -> helpfile eng (www/MSwitch/MSwitch_Help_eng.txt) loaded - Help on
     -> autoupdate devices status: on
     -> Support Mail: Byte009@web.de
     -> Mswitch initializing ready
     -> Es sind 2 Mswitchdefinitionen vorhanden, teste Definitionen...
!!!  -> fehlende Backupdateien fuer 2 Mswitchdefinitionen gefunden
     -> bei Deffekt oder Verlust der 'fhem.save' sind diese nicht wieder herzustellen
     -> eine Liste betroffener Geraete kann mit 'list TYPE=MSwitch:FILTER=Backup_avaible=not_avaible' angezeigt werden
     -> initializing MSwitch-Devices ready

----- Devicename -----
Ankleide

----- Attribute -----
Attribut MSwitch_Ignore_Types: notify allowed at watchdog doif fhem2fhem telnet FileLog readingsGroup FHEMWEB autocreate eventtypes readingsproxy SVG cul
Attribut MSwitch_Extensions: 0
Attribut MSwitch_Include_Devicecmds: 1
Attribut MSwitch_Expert: 0
Attribut MSwitch_Include_Webcmds: 0
Attribut MSwitch_Delete_Delays: 1
Attribut MSwitch_Debug: 3
Attribut MSwitch_Include_MSwitchcmds: 0
Attribut MSwitch_Safemode: 1
Attribut MSwitch_Help: 1
Attribut MSwitch_Language: DE
Attribut room: MSwitch_Devices
Attribut MSwitch_generate_Events: 0
Attribut MSwitch_Mode: Notify
Attribut MSwitch_Eventhistory: 0

----- Trigger -----
Trigger device:  HUEDevice54
Trigger time: undef
Trigger condition: [18:00-06:00]
Trigger Device Global Whitelist: undef

----- Trigger Details -----
Trigger cmd1: no_trigger
Trigger cmd2: no_trigger
Trigger cmd3: HUEDevice54:state:on
Trigger cmd4: no_trigger

----- Bridge Details -----
undef

----- Device Actions -----

Device: ECHO_90F00718653203AM-AbsCmd1
cmd1: speak Schon so früh unterwegs, Bärbel?
cmd2: no_action
cmd1 condition:
cmd2 condition:
cmd1 delay:
cmd2 delay:
repeats: undefined
repeats delay: undefined
priority: 1
id: 0
comment:
cmd1 exit: 0
cmd2 exit: 0

Device: Sonos_Wohnzimmer-AbsCmd1
cmd1: Speak Kann ich etwas für Dich tun? Ein wenig Musik vielleicht?
cmd2: no_action
cmd1 condition:
cmd2 condition:
cmd1 delay: 
cmd2 delay:
repeats: undefined
repeats delay: undefined
priority: 1
id: 0
comment:
cmd1 exit: 0
cmd2 exit: 0

get device config:
#V 6.0
#VS V6.0
#CODE HEX
#S .Trigger_device -> 48 55 45 44 65 76 69 63 65 35 34
#S .Trigger_time_5 ->
#S .Device_Affected_Details -> 45 43 48 4f 5f 39 30 46 30 30 37 31 38 36 35 33 32 30 33 41 4d 2d 41 62 73 43 6d 64 31 23 5b 4e 46 5d 73 70 65 61 6b 23 5b 4e 46 5d 6e 6f 5f 61 63 74 69 6f 6e 23 5b 4e 46 5d 53 63 68 6f 6e 23 5b 73 70 5d 73 6f 23 5b 73 70 5d 66 72 c3 bc 68 23 5b 73 70 5d 75 6e 74 65 72 77 65 67 73 23 5b 6b 6f 5d 23 5b 73 70 5d 42 c3 a4 72 62 65 6c 3f 23 5b 4e 46 5d 23 5b 4e 46 5d 64 65 6c 61 79 30 23 5b 4e 46 5d 64 65 6c 61 79 31 23 5b 4e 46 5d 23 5b 4e 46 5d 23 5b 4e 46 5d 23 5b 4e 46 5d 23 5b 4e 46 5d 75 6e 64 65 66 69 6e 65 64 23 5b 4e 46 5d 75 6e 64 65 66 69 6e 65 64 23 5b 4e 46 5d 31 23 5b 4e 46 5d 30 23 5b 4e 46 5d 23 5b 4e 46 5d 30 23 5b 4e 46 5d 30 23 5b 4e 46 5d 31 23 5b 4e 46 5d 30 23 5b 4e 46 5d 30 23 5b 4e 44 5d 53 6f 6e 6f 73 5f 57 6f 68 6e 7a 69 6d 6d 65 72 2d 41 62 73 43 6d 64 31 23 5b 4e 46 5d 53 70 65 61 6b 23 5b 4e 46 5d 6e 6f 5f 61 63 74 69 6f 6e 23 5b 4e 46 5d 4b 61 6e 6e 23 5b 73 70 5d 69 63 68 23 5b 73 70 5d 65 74 77 61 73 23 5b 73 70 5d 66 c3 bc 72 23 5b 73 70 5d 44 69 63 68 23 5b 73 70 5d 74 75 6e 3f 23 5b 73 70 5d 45 69 6e 23 5b 73 70 5d 77 65 6e 69 67 23 5b 73 70 5d 4d 75 73 69 6b 23 5b 73 70 5d 76 69 65 6c 6c 65 69 63 68 74 3f 23 5b 4e 46 5d 23 5b 4e 46 5d 64 65 6c 61 79 30 23 5b 4e 46 5d 64 65 6c 61 79 32 23 5b 4e 46 5d 23 5b 73 70 5d 23 5b 4e 46 5d 23 5b 4e 46 5d 23 5b 4e 46 5d 23 5b 4e 46 5d 75 6e 64 65 66 69 6e 65 64 23 5b 4e 46 5d 75 6e 64 65 66 69 6e 65 64 23 5b 4e 46 5d 31 23 5b 4e 46 5d 30 23 5b 4e 46 5d 23 5b 4e 46 5d 30 23 5b 4e 46 5d 30 23 5b 4e 46 5d 31 23 5b 4e 46 5d 30 23 5b 4e 46 5d 30
#S last_cmd -> 63 6d 64 5f 31
#S .Trigger_on -> 6e 6f 5f 74 72 69 67 67 65 72
#S last_ID -> 49 44 5f 30
#S .Trigger_time_2 ->
#S .Trigger_time_3 ->
#S EVTPART3 -> 6f 66 66
#S .Trigger_off -> 6e 6f 5f 74 72 69 67 67 65 72
#S .Trigger_time_1 ->
#S .Trigger_cmd_on -> 48 55 45 44 65 76 69 63 65 35 34 3a 73 74 61 74 65 3a 6f 6e
#S last_switch -> 6e 6f 20 73 77 69 74 63 68
#S .Trigger_cmd_off -> 6e 6f 5f 74 72 69 67 67 65 72
#S .First_init -> 64 6f 6e 65
#S EVTPART2 -> 73 74 61 74 65
#S EVTPART1 -> 48 55 45 44 65 76 69 63 65 35 34
#S EVENT -> 73 74 61 74 65 3a 6f 66 66
#S EVTFULL -> 48 55 45 44 65 76 69 63 65 35 34 3a 73 74 61 74 65 3a 6f 66 66
#S .Trigger_time_4 ->
#S .V_Check -> 56 36 2e 30
#S .Trigger_log -> 6f 6e
#S state -> 61 63 74 69 76 65
#S Next_Timer -> 6e 6f 5f 74 69 6d 65 72
#S .Device_Affected -> 45 43 48 4f 5f 39 30 46 30 30 37 31 38 36 35 33 32 30 33 41 4d 2d 41 62 73 43 6d 64 31 2c 53 6f 6e 6f 73 5f 57 6f 68 6e 7a 69 6d 6d 65 72 2d 41 62 73 43 6d 64 31
#S .Device_Events -> 48 55 45 44 65 76 69 63 65 35 34 3a 62 72 69 3a 31 32 37 23 5b 74 72 5d 6e 6f 5f 74 72 69 67 67 65 72 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 73 61 74 3a 31 34 31 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 73 74 61 74 65 3a 6f 66 66 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 70 63 74 3a 30 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 78 79 3a 30 2e 34 35 38 34 2c 30 2e 34 31 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 70 63 74 3a 31 30 30 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 70 63 74 3a 35 30 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 6f 6e 6f 66 66 3a 31 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 78 79 3a 30 2e 34 35 38 33 2c 30 2e 34 30 39 39 23 5b 74 72 5d 48 55 45 47 72 6f 75 70 31 30 3a 61 6c 6c 5f 6f 6e 3a 30 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 63 6f 6c 6f 72 6d 6f 64 65 3a 78 79 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 72 67 62 3a 66 66 63 32 34 39 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 20 6f 6e 6f 66 66 3a 31 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 73 74 61 74 65 3a 64 69 6d 35 30 25 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 62 72 69 3a 32 35 34 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 6f 6e 6f 66 66 3a 30 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 72 67 62 3a 39 37 37 33 32 62 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 68 75 65 3a 38 33 38 31 23 5b 74 72 5d 48 55 45 44 65 76 69 63 65 35 34 3a 73 74 61 74 65 3a 6f 6e
#S .Trigger_condition -> 5b 31 38 23 5b 64 70 5d 30 30 2d 30 36 23 5b 64 70 5d 30 30 5d
#A MSwitch_Ignore_Types -> 6e 6f 74 69 66 79 20 61 6c 6c 6f 77 65 64 20 61 74 20 77 61 74 63 68 64 6f 67 20 64 6f 69 66 20 66 68 65 6d 32 66 68 65 6d 20 74 65 6c 6e 65 74 20 46 69 6c 65 4c 6f 67 20 72 65 61 64 69 6e 67 73 47 72 6f 75 70 20 46 48 45 4d 57 45 42 20 61 75 74 6f 63 72 65 61 74 65 20 65 76 65 6e 74 74 79 70 65 73 20 72 65 61 64 69 6e 67 73 70 72 6f 78 79 20 53 56 47 20 63 75 6c
#A MSwitch_Extensions -> 30
#A MSwitch_Include_Devicecmds -> 31
#A MSwitch_Expert -> 30
#A MSwitch_Include_Webcmds -> 30
#A MSwitch_Delete_Delays -> 31
#A MSwitch_Debug -> 33
#A MSwitch_Include_MSwitchcmds -> 30
#A MSwitch_Safemode -> 31
#A MSwitch_Help -> 31
#A MSwitch_Language -> 44 45
#A room -> 4d 53 77 69 74 63 68 5f 44 65 76 69 63 65 73
#A MSwitch_generate_Events -> 30
#A MSwitch_Mode -> 4e 6f 74 69 66 79
#A MSwitch_Eventhistory -> 30 OK

Das Event habe ich selbst angegeben, da der MS-Eventmonitor (s. meine erste Frage ganz oben) nicht funktioniert hat. Steht jetzt aber im Pulldown die volle Auswahl zur Verfügung, also bri, pct, onoff , state:on etc.
« Letzte Änderung: 05 Oktober 2021, 20:49:14 von is2late »
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #40 am: 05 Oktober 2021, 20:59:03 »
ok, wenn es - wie mit obigem LOG -funktioniert, dann passte es doch nun , oder.

laut diesem LOG sind beite befehle ausgefürt worden ?!

Tue Oct  5 20:37:17 2021 -> Ausführung Befehlsstapel
Tue Oct  5 20:37:17 2021 -> anzahl vorhandener Befehle : 2
Tue Oct  5 20:37:17 2021 -> -3- Ausgefuehrte Befehl: -set ECHO_90F00718653203AM speak Schon so früh unterwegs, Bärbel?-
Tue Oct  5 20:37:17 2021 -> Device - set ECHO_90F00718653203AM speak Schon so früh unterwegs, Bärbel?
Tue Oct  5 20:37:17 2021 -> -3- Ausgefuehrte Befehl: -set Sonos_Wohnzimmer Speak Kann ich etwas für Dich tun? Ein wenig Musik vielleicht?-
Tue Oct  5 20:37:17 2021 -> Device - set Sonos_Wohnzimmer Speak Kann ich etwas für Dich tun? Ein wenig Musik vielleicht?
Tue Oct  5 20:37:17 2021 -> Eventlock gelöscht

oder reden wir nun aneinander vorbei ?

gruss Thomas


Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #41 am: 05 Oktober 2021, 21:00:56 »
das ursprüngliche Event das du als trigger hattest muss 3 parts haben:

HUEDevice54:onoff:1
es muss immer 3-"stellig" angegeben werden, kann leider nicht mehr sehen ob das so war, da das configfile bereits anders ist ( auf state )

gruss Thomas
« Letzte Änderung: 05 Oktober 2021, 21:03:03 von Der_Tom »

Offline is2late

  • Full Member
  • ***
  • Beiträge: 352
Antw:MSwitch_Support
« Antwort #42 am: 05 Oktober 2021, 21:04:11 »
Also Sonos funktioniert nicht - oder es wird so spät ausgegeben, dass ich dann schon wieder weg bin.....Allerdings findet sich auch im FHEM-Device Sonos kein Hinweis auf eine Sprachdurchsage. Ebenfalls wird in MS der Befehl beim Test nicht ausgeführt.

LÄsst sich dem Log entnehmen, dass es da eine Zeitverzögerung gibt? Ursprünglich hatte ich mal "15" eingestellt - nehme an, dass es sich um Sekunden handelt?

ECHO braucht übrigens SEHR lange - geschätzt 15-30 Sekunden nach Einschalten der Lampe.

LG
« Letzte Änderung: 05 Oktober 2021, 21:11:30 von is2late »
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #43 am: 05 Oktober 2021, 21:12:46 »
Also Sonos funktioniert nicht - oder es wird so spät ausgegeben, dass ich dann schon wieder weg bin.....Allerdings findet sich auch im FHEM-Device Sonos kein Hinweis auf eine Sprachdurchsage.
LÄsst sich dem Log entnehmen, dass es da eine Zeitverzögerung gibt? Ursprünglich hatte ich mal "15" eingestellt - nehme an, dass es sich um Sekunden handelt?

ECHO braucht übrigens SEHR lange - geschätzt 15-30 Sekunden nach Einschalten der Lampe.

LG

Laut LOG hast du im Moment keine verzögerung eingetragen und der Befeh l
set ECHO_90F00718653203AM speak Schon so früh unterwegs, Bärbel?
wir in der selben sekunde abgesetzt, in der das event kam

was ich von hier aber nicht beurtelen kann wo es die verzögerung gibt.
entweder
- das event kommt schon sehr verzögert in fhem an - das könntest du über den eventmonitor testen
oder
- der Befehl wird vom echo extrem verzögert ausgeführt - das könntest du mit dem button "Befehl testen " ausprobieren. wenn du ihn drückst sollte umgehend der test angesagt ewrden.

es kommt aber nachvollziehbar nicht aus dem MSwitch

gruss Thomas



Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #44 am: 05 Oktober 2021, 21:19:32 »
ggf. ein anderes Problem.

wie ist der Sonos denn eingebunden in Fhem ?
ich frage wil du den Befehl "Speak" hast , ich habe den Befehl "speak" (gross/kleinscheibung)

ist dein Sonos nicht über das Echomodul eingebunden ?  . das würde das unterschiedliche verhalten wohl erklären !

gruss thomas

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #45 am: 05 Oktober 2021, 21:30:46 »
Sorry Ingo,

ich muss unbedingt in die Koje, sonst tritt mir mein Chef morgen in den Hintern, wenn ich nicht in die Füsse komme.

können wir das Bitte auf morgen vertagen ? ggf. können wir auch telefonieren.

Gruss Thomas

Offline is2late

  • Full Member
  • ***
  • Beiträge: 352
Antw:MSwitch_Support
« Antwort #46 am: 05 Oktober 2021, 21:32:29 »
Hallo Thomas,

mein Fehler; bei mir heisst es auch speak (kleingeschrieben). Glaube nicht, dass Sonos über Echo eingebunden ist. Es findet sich jedenfalls in einem eigenen Raum und ist nicht im echodevice aufgelistet.

Jetzt habe ich für Sonos Folgendes ausprobiert:
Schaltbefehl FREECMD mit Inhalt speak 50 DE blabla    Befehl testen: Das funktioniert!

Kurioserweise klappt es aber nicht zusammen mit dem Trigger.....

Klar, Thomas, gute Nacht! Herzlichen Dank für Deine Mühe!
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #47 am: 05 Oktober 2021, 21:34:32 »
Hallo Thomas,

mein Fehler; bei mir heisst es auch speak (kleingeschrieben). Glaube nicht, dass Sonos über Echo eingebunden ist. Es findet sich jedenfalls in einem eigenen Raum und ist nicht im echodevice aufgelistet.

Jetzt habe ich für Sonos Folgendes ausprobiert:
Schaltbefehl FREECMD mit Inhalt speak 50 DE blabla    Befehl testen: Das funktioniert!

Kurioserweise klappt es aber nicht zusammen mit dem Trigger.....

Klar, Thomas, gute Nacht! Herzlichen Dank für Deine Mühe!

kriegen wir morgen hin  ;)

bis dann

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #48 am: 06 Oktober 2021, 17:06:36 »
Info:

Ich habe eben das Update auf 6.1 in das GIT gestellt.

Dieses Betrifft nur den Wizard -> der Eventmonitor wurde optimiert.
( Hier war die Systemlast recht hoch , und es konnte zum 'Verschlucken' von Events kommen , wenn grosse Eventpakete eines Devices gesendet wurden. Beides ist behoben )


in der 98_Mswitch.pm wurden nur dafür notwendige Änderungen vorgenommen, die keinen Einfluss auf den 'normalen' Betrieb haben.

gruss Thomas

Offline is2late

  • Full Member
  • ***
  • Beiträge: 352
Antw:MSwitch_Support
« Antwort #49 am: 06 Oktober 2021, 17:54:56 »
Hi Thomas,

für das Update einfach noch einmal die Installation über den Link von der ersten Seite vornehmen?

LG Ingo

PS: Okay, hat geklappt.
« Letzte Änderung: 06 Oktober 2021, 18:04:14 von is2late »
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Offline is2late

  • Full Member
  • ***
  • Beiträge: 352
Antw:MSwitch_Support
« Antwort #50 am: 06 Oktober 2021, 19:14:42 »
Thomas hat es gerichtet. Man sollte schon den Schaltbefehl dort eingeben, wo er hingehört - und nicht unter "Schaltbedingung".
Und auch der Eventmonitor funktioniert nach dem Update einwandfrei.
Also herzlichen Dank, Thomas!

LG
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #51 am: 07 Oktober 2021, 18:59:01 »
Info:


Erfahrung macht ja bekanntlich Klug  :-[

Aus eigener Erfahrung musste ich nun fesstellen , das das bisherige MSwicth Backupsystem völlig unzureichend und unpraktikabel ist , bei einem Fhem-(Server)-Datentotalverlust


- bedingt ist dieses daher, das Mswicth keine kompletten Definitionen in der fhem.cfg ablegt , sondern der Grossteil der daten in der fhem.save gespeichert wird -


Es ist nicht Möglich , alle Mswitch - einfach - wieder herzustellen , selbst mit vorhandenen Mswitch-Backups , da ein Restore nur in bereits definierten Devices möglich ist . d.H es müssten erst alle Mswitches wieder manuell definiert werden ( das auch noch zwingend mit vorherigem Namen ) - um die Daten dann wieder einzuspielen .

Kurz gesagt - völlig am Bedarf vorbei.

Daher werde ich die Backupfunktion völlig ändern.

In den Devices wird nur die Option erhalten bleiben , für das jeweilige Device ein Backup anzufertigen.
Die Option ein Backup aller Devices anzufertigen nehme ich aus den Devices komplett heraus und verlagere diese in das "Configdevice"

Dort wird es die Möglichkeitz geben , eine Komplette Backupdatei aller Devices zu erstellen ( auch automatisiert ) . Diese kann dort dann -optional- direkt heruntergeladen werden .

Nach einem Totalverlust muss dann lediglich das Configdevice manuell neu angelegt werden , aus diesem ist dann ein kompletter restore aus dieser Datei möglich ( entweder wenn die Datei auf dem Server vorliegt , andernfalls über einen upload oder ähnliches )

Somit sollten alle Devices - auch bei kompletter Neuinstallation - in 5 Min wieder hergestellt werden können.

Das anlegen , bzw. das Sichern dieser Datei liegt dann natürlich in Eingenverantwortung , wie mit den weiteren relevanten Dateien.

.... wird aber wohl ein paar Tage dauern.

gruss Thomas
« Letzte Änderung: 07 Oktober 2021, 19:02:41 von Der_Tom »
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline Der_Tom

  • Full Member
  • ***
  • Beiträge: 166
Antw:MSwitch_Support
« Antwort #52 am: Gestern um 09:55:28 »
Update auf V6.2 verfügbar.

ich habe eben das Update auf V6.2 eingespielt.
Dieses umfasst erhebliche Änderungen der Datenstruktur , somit ändert sich auch die Version der Datenstruktur V6.2.
Vorhandene Geräte werden nach Fhemneustart automatisch angepasst.

Änderungen:
- In einzelnen Geräten lässt sich nun kein Backup aller Mswitches mehr anlegen. Hier gibt es nur noch die Möglichkeit ein Backup dieses Devices anzulegen und auch wieder einzuspielen. Hierbei werden lediglich die benötigten Readings zurückgespielt

- Alle Dateien ( backups ) die den Server 'verlassen' sind nun komplett Hexadezimal kodiert. Dieses hat den Hintergrund, das ich immer wiederkehrende Codierungsprobleme vermeide. Die Configdatei eines leeren Devices sieht nun so aus:
2354202d3e2045696e7a656c726573746f72650a234e202d3e2054657374696e670a2353202e565f436865636b202d3e2056362e320a2353202e547269676765725f636d645f6......... Gleichet gilt für Backupdateien.

- neues Configdevice:
Die kompletten Backup/Restoremöglichkeiten werden nun über das Configdevice angeboten.
hier gibt es die Möglichkeit vollständige Backups anzulegen ( auch automatisier - immer um 23.59 - abschaltbar ). Weiterhin können hier vollständige Backups sowie Einzelbackups eingespielt werden .

Beim einspielen von Backups aus dem Configdevice müssen die Mswicthdevices nicht vorhanden sein, d.H das Backup kann in ein "nacktes" System eingespielt werden , nachdem das Configdevice definiert wurde .

Das Configdevice ist niemals Teil eines kompletten Backups ( macht keinen Sinn, daa es ja benötigt wird um die Dateien einzuspielen).

Weiterhin besteht im Configdevice die Möglichkeit Backups vom Fhemserer in das lokale Dateisystem zu laden und Backups vom lokalen Rechner direkt in das Fhemsystem  einzuspielen.

Bei definiertem Configdevice (nur dann ) wird bei jedem Fhemshutdown automatisch eine Backupdatei angelegt , dieses aber nur dann , wenn im MSwitchsstem keine Fehler festgestellt wurden , die das Backupunbrauchbar machen würden.

Beim einspielen eines komletten BAckups werden aus Sicherheitsgründen einige Fhemdienste gestoppt ( Hautteile des MSwitchsystems , Alexa etc. ) , d.H nach einem Restore ist ein fhem.save und ein Fhemneustart zwingend erforderlich !

Bei diesem ersten Neustart kann es zu einigen WARNING im Log kommen, dieses ist unvermeidbar und kann ignoriert werden.

Aufgrund der Umfangreichen Möglichkeiten des Configdevices empfehle ich dringend, dieses zu definieren .

ACHTUNG: Sollte noch eine Modulversion < 5 im Einsatz sein ,sollte dieses Update nicht gemacht werden - eine automatische anpassung kann hier nicht erfolgen und es führt in jedem Fall zum Datenverlust. ( In diesem Fall bitte kurze Info an mich )

Vor dem Update ist eine Systemsicherung Ratsam.

Gruss Thomas

« Letzte Änderung: Gestern um 17:54:24 von Der_Tom »
Gefällt mir Gefällt mir x 1 Liste anzeigen

 

decade-submarginal