Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Stuebi]

@benziman , kann es sein, dass die Fehler erst seit dem Lupusec Firmware Update 0.1.3.1E bei Dir auftreten?

[Stuebi]

@benziman , also ich habe ein paar Dinge angepasst. Du kannst den Lupusec Adapter in der Version 1.2.0 installieren.
Dafür gehst Du in ioBroker auf den Admin Reiter. Dort klickst Du auf die GitHub Katze (Installieren aus eigener URL). Nun kannst Du aus einer Dropdownliste den Lupusec Adapter auswählen. Den installierst Du nun. Anschließend wechselst Du auf den Instanzen Reiter und startest die Lupusec Instanz neu.
Kommt der Fehler immer noch.

Wenn Du den Adapter neu startest, wie lange hat es benötigt bis der Fehler auftrat?

[benziman]

@Stuebi
Sofern ein timeout an der XT3 ein Zeichen für den Fehler in iobroker ist, dann hatte ich das schon vor einigen Wochen vor dem Update.
Habe jetzt das Update auf 1.2.0 durchgeführt, Instanz neu gestartet und werde berichten.

VG
Ben

[Stuebi]

@benziman , gibt es etwas neues? Läuft es jetzt?

[Stuebi]

Spätestens zum Wochende gibt es eine neue Version vom Lupusec Adapter. In der Version habe ich das Error Handling angepasst. Falls die Alarmanlage einmal eine ioBroker Anfrage ablehnt (z.B gerade überlastet) wird diese nicht ständig mit weiteren Anfragen bombardiert.
Und neu hinzugekommen ist, das der Lupusec Adapter nun auch das Nuki Türschloss unterstützt. Damit kann man den aktuellen Status sehen (aufgeschlossen, abgeschlossen) und den Status setzen (aufschließen, abschliessen, Tür komplett öffnen). Dafür muss das Nuki Türschloss nur in die Lupusec Alarmanlage eingebunden werden.
Sicherlich kann der Nuki oder Nuki2 ioBroker Adapter noch einiges mehr, aber für den "Normalo" sind die beiden Datenpunkte im Lupusec Adapter wahrscheinlich ausreichend.

VG
Stübi

[frana120500]

Ich habe mal eine Frage. Bin auf Version 1.20 und bekomme quasi sekündlich eine Info ins Log geschrieben.

Muss das so sein? Ist das schädlich, auch wenn es nur eine Info ist?

[Stuebi]

@frana120500 , das sollte so nicht sein. Das passiert eigentlich nur wenn die Rolle oder der Name sich von dem Gerät ändert. Hast Du ein JavaScript oder Blocky welches die Rolle oder den Namen anpasst?
Gibt es das Lupusec Gerät noch und was für eines ist es?

Nachtrag:
Der Eintrag hat aber keine negativen Auswirkungen auf die Funktionalität des Lupusec Adapters . Nur werden die Einträge unnötig in das Logfile geschrieben.

if (obj && objold && obj.common && objold.common && obj.common.name !== objold.common.name || (obj.common.role !== objold.common.role)) {
  // ...
  this.adapter.log.info('Changing properties of object ' + id);
  // ....
}

[frana120500]

@Stuebi

Nein, ich habe zwar diverse Blocklys, aber keines in dem ich irgendein Gerät aus den Lupusec Objekten benutze.

Wie kann ich denn rausfinden welches Gerät er denn da anspricht? scheint ja immer das selbe zu sein.

Nachtrag: Dabei handelt es sich um mein Keypad.

[frana120500]

@frana120500 sagte in [Aufruf] Lupusec Alarmanlagen Adapter:

@Stuebi

Nein, ich habe zwar diverse Blocklys, aber keines in dem ich irgendein Gerät aus den Lupusec Objekten benutze.

Wie kann ich denn rausfinden welches Gerät er denn da anspricht? scheint ja immer das selbe zu sein.

Nachtrag: Dabei handelt es sich um mein Keypad

[Stuebi]

@frana120500 , gehe einmal in der Admin Oberfläche auf Objekte. Dort öffnest Du den Ordner lupusec.0 und gehst zu den Datenpunkten unter lupusec.0.devices.RF:002ef70 . Dort gibt es z.B. einen Status Type. Das hilft weiter. Vielleicht kannst Du ein Screenshot von lupusec.0.devices.RF:002ef70 und allen States darunter posten.

[frana120500]

@Stuebi

[Stuebi]

@frana120500 , hast Du ein Update auf der Lupusec Alarmanlage eingespielt. Tritt der Fehler erst seit der Version 1.2.0 auf? Hast Du noch etwas anderes installiert und geändert?

[frana120500]

@Stuebi

Auf der Anlage habe ich die 0.0.3.1E, die habe ich aber schon länger. Ebenso den Adapter auf der Version 1.2.0.

Hab heute den Admin auf 3.6.10 aus der Latest Repo geupdatet.

[Stuebi]

@frana120500 , ich habe das Problem gefunden. Schreibe einmal in lupusec.0.devices.RF:002ef70.name z.B. Keypad
Wenn der Wert gefüllt ist, ist Dein Problem behoben.
Ich werde das in Version 1.2.1 auf leer prüfen!

[frana120500]

Unter dem betreffenden Objekt, ändert sich der Punkt "bypass_tamper" sekündlich von "(Sabotage deaktivieren)" auf "NaN (Sabotage deaktivieren)"

[frana120500]

Habe den Adapter gestopt und bei "name" Keypad eingetragen. Danach den Adapter wieder gestartet und dann...siehe Log

der Punkt "bypass_tamper" ändert sich weiterhin sekündlich von "(Sabotage deaktivieren)" auf "NaN (Sabotage deaktivieren)"

[Stuebi]

@frana120500 , Du darfst den Adapter dabei nicht stoppen und musst den Namen ändern wenn der Adapter läuft. Der Name z.B. Keypad muss im Status lupusec.0.devices.RF:002ef70.name stehen bleiben. Wenn nicht, also wieder gelöscht wird, musst Du diesen nochmals eintragen. Man muss den richtigen Moment abwarten.
Wenn das nicht hilft, kannst du den Namen über Deine Lupusec Alarmanlage ändern. Anschließend muss lupusec.0.devices.RF:002ef70.name den Namen den Du vergeben hast enthalten.
Ist das der Fall, schaue nochmals in Dein Logfile!

[frana120500]

okay, also in den Objekten konnte ich ihn nicht eintragen, da er immer wenn ich gerade 2 Buchstaben getippt habe, das Feld wieder geleert hat.

Habe das jetzt in der Anlage selber eingetragen und siehe da... es funktioniert.

Dann muss das Problem aber schon länger da gewesen sein, nur aufgefallen ist es mir nicht.

[Stuebi]

@frana120500 , perfekt! Problem wird es dann ab Version 1.2.1 nicht mehr geben

[frana120500]

Ich danke dir vielmals für deine Hilfe.