[gelöst] Auswertung regulärer Ausdrücke in FHEM abweichend vom Standard?

[Josch]

Hallo zusammen,

ich habe mehrere Sensoren, die nach folgendem Schema benannt sind: <zwei Buchstaben>_THSen<Zahl>, also z.B. au_THSen1, au_THSen2, ga_THSen1 usw.
Nun möchte ich ein Notify schreiben, dass für alle Sensoren funktioniert, die "THSen" im Namen tragen. Als regulären Ausdruck kann man das z.B. so schreiben (getestet mit http://regexe.com):

Code Auswählen Erweitern

(.{2})(_THSen.*)

Wenn ich diesen Ausdruck aber mit RegexpCheck im Web Frontend teste:

Code Auswählen Erweitern

{ notifyRegexpCheck('(.{2})(_THSen.*)') }

erhalte ich

Code Auswählen Erweitern

(.{2})(_THSen.*): no match (ignored)
d.h. meine Sensoren werden nicht gefunden. Ich habe schon alles mögliche probiert. Bei den Beispielen im Wiki gibt es leider nur die Fälle variabler Präfix oder variabler Suffix, aber nicht beides.
Was mache ich falsch? Warum verhält sich FHEM anders als der online-RegEx-Evaluator?

Für Tipps wäre ich sehr dankbar.
Josch

[Beta-User]

 
Der NOTIFYDEV-Parser ist etwas einfacher gestrickt und versteht nicht die volle "normale" Regex-Sprache, daher gibt es ja die Funktion zum Testen, ob eine devspec "gut verstanden" wird...

Man sollte tendenziell auf Klammern verzichten, das bringt den im Zweifel nur durcheinander. Was zeigt:

Code Auswählen Erweitern

{ notifyRegexpCheck('.._THSen.*') }

[Josch]

Danke Beta-User,

das geht! Manchmal sieht man den Wald vor Bäumen nicht . Auf die Idee mit den zwei Punkten war ich nicht gekommen...

[herrmannj]

Dir Regex ist aber auch krude formuliert und <zwei Buchstaben>_TH_Sen<Zahl>, also z.B. au_THSen1 widerspricht sich weil nach TH der '_' fehlt oder zu viel ist.

'.._TH_Sen\d' matched 'AB_TH_Sen1'

.. überschnitten

[Josch]

Sorry,

der zweite Unterstrich im Schema ist ein Tippfehler. Wird korrigiert.