DOIF neue Features: Generalisierung, $DEVICE, $EVENT, Attribut notexist

[Damian]

Klar , aber immerhin liegt der "DOIF-Interpreter" drüber.
Ist genau dann ein Problem, wenn:doppelte hier nicht gehen, aber einfache oder Slashs eine Fehlermeldung

Code Auswählen Erweitern

DOIF: wrong filter Regex: /[^\:]*
im Editor erzeugen.

OK. Man muss natürlich wissen, was gehört noch zum DOIF-Interpreter und was wird an Perl-Interpreter weitergegeben.

Man kann allgemein sagen, alles was in eckigen Klammern ist, wird in erster Linie vom DOIF-Interpreter verarbeitet - auch die doppelten Anführungszeichen, daher gelten hier nicht unbedingt die Perl-Regeln. Sachen in geschweiften Klammern gehören der Perl-Welt - meistens

[Per]

Aber was verwende ich jetzt? Oder muss ich das in der cfg. ändern, weil der Editor das falsch erkennt?

[Damian]

Aber was verwende ich jetzt? Oder muss ich das in der cfg. ändern, weil der Editor das falsch erkennt?

Code Auswählen Erweitern

DOIF (["FS":"[^\:]*: (\d*)",0] > 12) (set bla {("$EVENT" =~ /[^\:]*: (\d*)/;$1)})

So wie ich geschrieben habe: eckige Klammern DOIF-Syntax, hier sind Anführungszeichen, wie in der Commandref beschrieben angesagt. In geschweiften Klammern: Perl-Syntax mit allen Feinheiten von Perl und das sind ja bekanntlich einige

[Per]

Sorry, mein Fehler. Dort wars ja ok. Außer man nimmt "[^\*: (-?\d+(\.\d+)?)".
Hier (in Bedingung)

Code Auswählen Erweitern

(("$EVENT" =~ "[^\:]*: (\d*)") < 100)
kommt:

Code Auswählen Erweitern

timer_01_c01    error: Wrong timespec ^\:: either HH:MM:SS or {perlcode}
/ oder '  bringen keine Besserung.

[Damian]

Sorry, mein Fehler. Dort wars ja ok. Außer man nimmt "[^\*: (-?\d+(\.\d+)?)".
Hier (in Bedingung)

Code Auswählen Erweitern

(("$EVENT" =~ "[^\:]*: (\d*)") < 100)
kommt:

Code Auswählen Erweitern

timer_01_c01    error: Wrong timespec ^\:: either HH:MM:SS or {perlcode}
/ oder '  bringen keine Besserung.

In der Bedingung funktioniert das nicht, sondern nur so, wie ich es zuvor definiert habe, statt "FS" musst du deine Trigger-Regex angeben.

[Per]

statt "FS" musst du deine Trigger-Regex angeben.

Also 2x das Selbe. Wenn das keine Probleme ($DEVICE,$EVENT,Performance) gibt, soll es mich nicht stören.

[Damian]

Also 2x das Selbe. Wenn das keine Probleme ($DEVICE,$EVENT,Performance) gibt, soll es mich nicht stören.

Natürlich sind das Ressourcenfresser, wenn man den Trigger nicht genau spezifiziert. Daher möglichst genau angeben, was triggern soll - das gilt für alle Eventhandler.

[Ellert]

Klar , aber immerhin liegt der "DOIF-Interpreter" drüber.
Ist genau dann ein Problem, wenn:doppelte hier nicht gehen, aber einfache oder Slashs eine Fehlermeldung

Code Auswählen Erweitern

DOIF: wrong filter Regex: /[^\:]*
im Editor erzeugen.

Ist genau dann ein Problem, wenn:

Ab dort, konnte ich Deiner Argumentation nicht mehr folgen.

[Per]

Es sind z. Zt. übrigens nur 5 % der gesamten Commandref

Wie ist eigentlich der Stand jetzt?

[Damian]

Wie ist eigentlich der Stand jetzt?

Das kannst du selbst überprüfen. Die Commandref wird sicherlich immer weiter wachsen, ich versuche den Anteil gleich zu halten, Stichwort: uiTable, Perl-Modus

[chq]

Hallo,

kann mir jmd. bzgl. der Funktion den Unterschied zwischen

["^steuerung$:^b1:.push"]

und

["^steuerung$:^b1:.push$"]

erklären?

Gruß Chris

[Damian]

Hallo,

kann mir jmd. bzgl. der Funktion den Unterschied zwischen

["^steuerung$:^b1:.push"]

und

["^steuerung$:^b1:.push$"]

erklären?

Gruß Chris

Im ersten Fall darf noch etwas nach "push" kommen, beim zweiten nicht, da muss der Ausdruck mit "push" enden.

[fireball]

Hi,

kurze Frage, ich überleg schon die ganze Zeit finde aber keine wirkliche Lösung... 
Ich nutze folgendes DOIF
([16:00-22:00] and [BM_Garage04:luminance] < 100) (set Aussenbeleuchtung on-for-timer 7200) DOELSE (set Aussenbeleuchtung off)

Das funktioniert auch soweit, aber es wirft einen kleinen Fehler und zwar folgenden:

2020.05.13 20:42:02 1: PERL WARNING: Argument "4906.7 Lux" isn't numeric in numeric lt (<) at (eval 691106) line 1.
2020.05.13 20:42:02 3: eval: doif_Aussenlicht_Timer: warning in condition c01

Der Grund ist ja, das das Event:
2020-05-14 15:54:42 ZWave BM_Garage04 luminance: 4653.4 Lux
keine Zahl ist.

Kann ich in der Bedingung schon irgendwie nur auf den ersten Teil des Events, quasi EVENTPART0 zugreifen?
Dann wäre es sauberer... FHEM versteht es trotzdem, aber es muss ja auch richtig sein...

VG
René

[JoeALLb]

Nimm nach lumance :d dazu um die Zahlen zu extrahieren.

[fireball]

hehe, danke, hätte ich in der Referenz einen Block weiter gelesen da stands dann, aber ich bin da schon über alle Bsp. geflogen, ich habe den Wald echt nicht mehr gesehen
Sollte gehen, die Meldung im Log ist weg.
VG