Closed sidey79 closed 2 years ago
@HomeAutoUser @elektron-bbs
Irgendwas führt zu diesem Fehler. Eventuell könnte es daran liegen: https://svn.fhem.de/trac/changeset?reponame=&old=25489%40%2F&new=25488%40%2F
Es sieht so aus, als ob es daran liegt. Wenn ich die 2 Zeilen wieder auf den vorherigen Zustand zurück setzte, funktioniert es in FHEM wieder.
Getestet habe ich es mit einem Hideki-Sensor. Er wurde zwar noch angelegt, aber jeder weitere Dispatch führte zu einer Meldung im Log mit Unknown code P12#xxxxxxxxxxx, help me!
. Scheinbar wird return $name
nicht mehr richtig verarbeitet.
Ob sich die Tests genau so verhalten, kann ich nicht beurteilen.
Es könnte auch sein, dass unsere Match Einträge in den Modulen fehlerhaft sind und die Nachricht bisher nur über den Modul Nachlademodus verteilt wurden.
Mhmm, die sind tatsächlich verschieden:
'7:Hideki' => '^P12#75[A-F0-9]+',
$hash->{Match} = "^P12#75[A-F0-9]{17,30}"; # Laenge (Anhahl nibbles nach 0x75 )noch genauer spezifizieren
'33:SD_Rojaflex' => '^P109#[A-Fa-f0-9]+',
$hash->{Match} = '^P109#[a-fA-F0-9]{18}';
Sollte das eine Rolle spielen?
Wenn ich es jetzt gerade nicht durcheinanderbringe dann ja.
$hash->{Match}
ist im logischen Modul hinterlegt und wird von Dispatch für bereits geladene Module gezogen.
In beiden fällen ist die Regex restriktiver als die andere. Somit wird nicht alles verarbeitet
7::Hideki
ist im phyischen Modul hinterlegt um das logische Modul überhaupt laden zu können.
Die Angabe ist weniger restriktiv, was aus meiner perspektive auch völlig in Ordnung ist.
Der Fehler liegt in fhem.pl.
Ich habe Rudi einen Patch vorgeschlagen: https://forum.fhem.de/index.php/topic,125292.msg1201933.html#msg1201933
Expected Behavior
Test shoud pass trying to autocreate device
Actual Behavior
Steps to Reproduce the Problem
Specifications