Monatsrückblick Januar/Februar 2026 ist online!

[JayP79]

@elzershark bei mir kommt nach "Registering user on Smart Lock wird address... " keine Rückmeldung mit username_1 etc.

Hat jemand einen Tipp für mich?

Viele Grüße
JP

[JayP79]

Jetzt bekomme ich immer die Meldung: TypeError: Cannot read properties of undefined (reading 'get_discovered_characteristic')
at /usr/lib/node_modules/keyble/keyble.js:878:56

[Schaxxe]

Das Ding wird scheinbar nicht wirklich weiterentwickelt und gefixt oder?
Ich dachte, ich nutze einen BT Dongel in einer VM unter Proxmox, bekomme aber die Selbe Meldung wie JayP79 und kann keinen Benutzer anlernen.
Wenn ich einen alten Pi neben dran halte, bekomme ich User Key und einen Benutzer angelegt, dann kann ich in der eigens dafür angelegten VM genau EINMAL erfolgreich den Status des Schlosses abfragen, dann geht nie wieder irgendein Befehl (VM neu aufsetzen, dann gehts wieder, genau einmal)...Das ist dann die Antwort:
Error: TypeError: Cannot read properties of undefined (reading 'get_discovered_characteristic')

Ist die "Lösung" wirklich einen Pi mit Bluetooth neben das Schloss zu nageln, obwohl mein Proxmox mit BT nur ca 2m weiter hinten steht? Wenn ja, nicht sehr sexy

[Homoran]

@schaxxe sagte in eqiva Türschloßantrieb:

Das Ding wird scheinbar nicht wirklich weiterentwickelt und gefixt oder?

Dieses bitte auf Github beim Entwickler nachfragen.
Das ist kein ioBroker-Projekt

Sieht aber so aus, als ob die letzte Aktivität 3 Jahre her ist

[Marc_el_K]

Falls auch noch jemand Interessa dem Github Projekt mittels ESP32 hat, würde ich mich freuen, wenn ihr den Beitrag mit +1 pusht :-)

https://forum.iobroker.net/topic/68563/anfrage-für-programmier-code-anpassung-gesucht

[DJMarc75]

@marc_el_k sagte in eqiva Türschloßantrieb:

wenn ihr den Beitrag mit +1 pusht

den Beitrag hier im Forum oder Dein Issue auf Github ?

[Marc_el_K]

@djmarc75 diesen hier: https://forum.iobroker.net/topic/68563/anfrage-für-programmier-code-anpassung-gesucht

[rza]

@elzershark said in eqiva Türschloßantrieb:

Eintragen in den Adapter. Fertig

Hallo @Elzershark, vielen lieben Dank schon mal für deine Erläuterungen.

Magst du einmal sagen in welchen Adapter die Daten eingetragen werden müssen.
Der Adapter in IOB hat ja "noch" keine klassischen Textboxen.

[Dr Berg]

Muss das Thema mal wieder puschen.
Gibts schon ne Lösung, wenn die Registierung nicht klappt?
Registering user on Smart Lock with address "xx:xx:xx:xx:xx:xx", card key "viele Zeichen" and serial "NEXXXX"...

[mcm1957]

@Dr-Berg sagte:

Muss das Thema mal wieder puschen.
Gibts schon ne Lösung, wenn die Registierung nicht klappt?
Registering user on Smart Lock with address "xx:xx:xx:xx:xx:xx", card key "viele Zeichen" and serial "NEXXXX"...

Wenn du dich auf diesen "Adapter" beziehst https://github.com/oyooyo/ioBroker.keyble dann kann ich nur sagen dass der Versuch den zu benutzen äghnluch mutig ist wie dein neues Gamingnotebook mit Windows 3.1 zu benutzen....

Das ist kein Adpaterverzeichnis sondern maximal ne Adaptergruft.

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

Und falls es irgendwie unklar ist:

ioBroker unterstützt folgende Arten von Installation:

• aus dem STABLE Repository

  Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.

• aus dem LATEST Repository

  Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.

• direkt von GITHUB

  Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.

• direkt von npm

  Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.

Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch.

@mcm1957