eqiva Türschloßantrieb

UwesSmartHome

codpi@RaspiMaster:~ $ which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs
/usr/bin/nodejs
v12.21.0
/usr/bin/node
v12.21.0
/usr/bin/npm
6.14.12
nodejs:
  Installiert:           12.21.0-1nodesource1
  Installationskandidat: 12.21.0-1nodesource1
  Versionstabelle:
 *** 12.21.0-1nodesource1 100
        100 /var/lib/dpkg/status
     10.24.0-1nodesource1 500
        500 https://deb.nodesource.com/node_10.x buster/main armhf Packages
     10.24.0~dfsg-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
e_text

Thomas Braun

@uwessmarthome
Bitte CodeTags verwenden.
Und das System auf Stand halten.

sudo apt update
sudo apt dist-upgrade
sudo reboot

Für node12 ist keine Paketquelle / kein Repository angelegt. Lies den Kram zu node aus meiner Signatur.

UwesSmartHome

@uwessmarthome
Hab es heute nochmal versucht, leider erfolglos. Diese Fehlermeldung bleibt. Node Modul Version falsch?

UwesSmartHome

 keyble-registeruser -n 7 -q M001A22098C33K7E57A65F11xxxxxxx                                                                            425DA66D6ED2FNEQ1058982
internal/modules/cjs/loader.js:1057
  return process.dlopen(module, path.toNamespacedPath(filename));
                 ^

Error: The module '/usr/lib/node_modules/keyble/node_modules/@abandonware/blueto                                                                             oth-hci-socket/lib/binding/bluetooth_hci_socket.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 64. This version of Node.js requires
NODE_MODULE_VERSION 72. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or `npm install`).
    at Object.Module._extensions..node (internal/modules/cjs/loader.js:1057:18)
    at Module.load (internal/modules/cjs/loader.js:863:32)
    at Function.Module._load (internal/modules/cjs/loader.js:708:14)
    at Module.require (internal/modules/cjs/loader.js:887:19)
    at require (internal/modules/cjs/helpers.js:74:18)
    at Object.<anonymous> (/usr/lib/node_modules/keyble/node_modules/@abandonwar                                                                             e/bluetooth-hci-socket/lib/native.js:6:15)
    at Module._compile (internal/modules/cjs/loader.js:999:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1027:10)
    at Module.load (internal/modules/cjs/loader.js:863:32)
    at Function.Module._load (internal/modules/cjs/loader.js:708:14)

UwesSmartHome

/usr/lib/node_modules/keyble/node_modules $ sudo npm rebuild

> @abandonware/noble@1.9.2-11 install /usr/lib/node_modules/keyble/node_modules/@abandonware/noble
> node-gyp rebuild

gyp ERR! clean error
gyp ERR! stack Error: EACCES: permission denied, rmdir 'build'
gyp ERR! System Linux 5.10.17-v7+
gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/lib/node_modules/keyble/node_modules/@abandonware/noble
gyp ERR! node -v v12.22.1
gyp ERR! node-gyp -v v5.1.0
gyp ERR! not ok
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! @abandonware/noble@1.9.2-11 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the @abandonware/noble@1.9.2-11 install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2021-04-11T10_57_26_697Z-debug.log

Thomas Braun

@uwessmarthome Nicht als root rumhampeln, npm nicht in Verbindung mit sudo einsetzen.

UwesSmartHome

@thomas-braun ```

pi@Master:~ $ keyble-registeruser -n Use -q M001A22098DF0K676641D845A53AB9481166DDAF024C9ANEQ1058450
Press and hold "Unlock" button until the yellow light flashes in order to enter pairing mode
Registering user on Smart Lock with address "00:xx:22:09:8d:xx", card key "676641d845a53aXXXXXXddaf024c9a" and serial "NEQ1058450"...

Habe es auf dem einem System geschafft die Fehlermeldungen kommen nicht mehr. Leider ist eine Anmeldung nicht möglich, es bleibt immer stehen nachdem der Button am Türschloss gedrückt wurde. Die QR Daten habe ich schon x-mal geprüft. Die Bluetooth Adresse ebenso, auch das Schloss ganz nahe am Raspberry bringt keine Anmeldung zustande. Noch eine Idee?

bambo587

@thomas-braun
Hallo,
habe das gleich problem wie @UwesSmartHome.
Da fehlt die halbe Ausgabe.
System neu geupdatet, sogar mit Node 14 ausprobiert, wg. Fehler wieder bei node 12.
Was fehlt da??

Thomas Braun

@bambo587 sagte in eqiva Türschloßantrieb:

Was fehlt da??

Meldungen aus deinem System fehlen da...

Vocaris

Hallo,
ich überlege gerade, ob ich das Türschloss von Homematic kaufen soll oder das günstigere von eqiva.
Der eqiva hat ja nur BT. Scheint also mit einem ioB zu gehen, wenn dieser BT hat. Zumindest verstehe ich das hier so.
Kann man es auch direkt mit Alexa verbinden?

Was meint Ihr so? Besser HM oder Eqiva.
PS: Wenn der ioB aus wäre (z.B. abgestürzt) könnte ich das Schloss von HM ja nicht öffnen. Bei Eqiva könnte ich immer noch per BT öffnen. Aber ist BT ggf. einfacher zu "knacken"?

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

Community Forum

NEWS

eqiva Türschloßantrieb

Support us

491

32.7k

82.6k

1.3m