Equiva Smart Türschlossantrieb

[nightfly0815]

Hallo

Würde mich für den Equiva Smart Türschlossantrieb interessieren, da dieser im Vergleich zum Nuki sehr günstig ist! https://www.amazon.de/Eqiva-Bluetooth-S ... B01GVZ771W

Leider gibt es bei dem Gerät nur die Möglichkeit dieses per APP zu bedienen. Geofence etc. funktioniert ebenso wenig mit der APP. Daher wäre es doch fein, wenn sich das Gerät per ioBroker verbinden lassen würde, damit man nicht mehr auf die APP angewiesen ist.

Habe im Internet einen Workaround gefunden, der noch in einem frühen Alpha Stadium ist um das Gerät per Kommandozeile vom PC zu bedienen. Ich bin leider kein Softwarespeziallist um das selbst umsetzten zu können.

Vielleicht kann sich aber jemand aus dem Forum dem Thema annehmen und einen passenden Adapter für ioBroker erstellen. Anbei die Links zum Forum, bzw. zu Git wo der Sourcecode zu dem Kommandozeilentool entwickelt wird.

https://www.mikrocontroller.net/topic/458856

https://github.com/oyooyo/keyble

LG. Chris

[overfl0w72]

Hi, ich hätte ebenfalls großes Interesse, da ich auch im Besitz dieses Gerät's bin. Der Preis ist unschlagbar und das Produkt verrichtet seine Arbeit sehr gut.

Gern stelle ich mich als Tester und für Fragen jeglicher Art zur Verfügung.

Liebe Grüße

Maurice

[dr3do]

An so einer Lösung hätte ich auch Interesse. Das Nuki ist mir schlicht und ergreifend (viel) zu teuer.

[overfl0w72]

Hersteller Produktseite: https://www.eq-3.de/produkte/eqiva/bluetooth-smart-tuerschlossantrieb.html

Technische Daten: Versorgungsspannung 3x 1,5 V LR6/Mignon/AA Batterielebensdauer 1 Jahr (typ.) Schutzart IP20 Funkfrequenz 2,402 GHz bis 2,480 GHz Link zum Datenblatt: https://www.eq-3.de/Downloads/eq3/downloads_produktkatalog/eqiva/pdb/Eqiva-Bluetooth-Smart-Tuerschlossantrieb_142950A0_Produktdatenblatt_V1.8.pdf

Zugriff auf eine Api o.ä gibt es nicht, lediglich der Post der Threaderstellers scheint interessant zu sein, da jemand dort bereits das Ding öffnen kann per Kommandozeilenbefehl. Siehe: https://github.com/oyooyo/keyble

Ich wäre auch bereit meine Hardware auszuleihen :) Oder die Adapter on the fly bei mir zu testen...

Bei Fragen bitte melden :)

[Apollon77]

Mal so gefragt: hat jemand schon mal versucht mit dem ble Adapter zu schauen ob man an Die Daten rankommt oder ob der was anzeigt?

[overfl0w72]

Mal so gefragt: hat jemand schon mal versucht mit dem ble Adapter zu schauen ob man an Die Daten rankommt oder ob der was anzeigt?

Probiere ich heute und gebe ein Feedback :-)

[overfl0w72]

Doofe Frage, aber was sollte ich bei Aktive Plugins oder überwachte Dienste eintragen?

[nightfly0815]

Laut dem mikrocontroller.net Link vom ersten Post ist das nicht so einfach. Da eben die Bluetooth Verbindung mit einem Sicherheitschlüssel gesichert ist. Daher muss man den anscheinend mit der APP generieren und dann auf den PC kopieren. Das Howto sollte eh bei beiden Links beschrieben sein.

[overfl0w72]

Der Link oben ist leider nicht vollständig, kannst du den nochmals Posten? In der Software auf dem iPhone ist auch ein Reiter OpenSource Lizenzen.. da ist „CryptoSwift“ aufgeführt, vllt hilft das ja?

[nightfly0815]

Ja da hat sich irgendein Fehler eingeschlichen beim Link. Jetzt sollte der Richtige geposted sein!

[dr3do]

Vielleicht ein „blöder Input“ von mir, aber würde das https://github.com/Heckie75/eQ-3-radiator-thermostat hier irgendwie weiterhelfen?

[overfl0w72]

Ich hab den Entwickler des "keyble" auch einfach mal gefragt ob er mit Rat und Tat zur Seite stehen würde, siehe: https://github.com/oyooyo/keyble/issues/2

[oyooyo]

Hallo, ich bin der Entwickler der im Eröffnungsposting erwähnten (und leider noch in einem frühen Alpha-Stadium befindlichen) "keyble"-Software, mit der man den eqiva-Türschlossantrieb steuern kann.

Ich wäre grundsätzlich durchaus gewillt, den gewünschten iobroker-Adapter für den eqiva-Türschlossantrieb entwickeln zu helfen. Ich habe von "ioBroker" schon häufig gehört, mir allerdings noch nie selbst angeschaut - ich werde daher die Tage (evtl. am Wochenende) mal in ioBroker hineinschnuppern und schauen inwiefern ich helfen kann, dann melde ich mich nochmal.

@dr3do Ich habe ursprünglich auch gedacht bzw. gehofft, dass eqiva beim eq3-Türschlossantrieb evtl. ein ähnliches Protokoll verwendet wie beim eq3-Heizungsthermostat, der Gedanke ist ja recht naheliegend. Dem ist allerdings nicht so - während deren Heizungsthermostat ein ganz einfaches und völlig ungesichertes Protokoll verwendet, ist die Kommunikation mit dem eq3-Türschlossantrieb vglw. aufwändig mit AES-Verschlüsselung, Schutz vor Replay-Attacken etc. geschützt.

[dr3do]

Vielen Dank für's Einklinken und die Erklärung bzgl. dem Unterschied, @oyooyo.

[Apollon77]

@oyooyo cool und Danke für Dein Interesse! Meiner erfahrung nach ist es das einfachste für eine Funktion wie das hier eine "kleine library" zu bauen als eigenständiges npm paket die eine API exposed um mit dem gerät zu interagieren. Der adapter nutzt dann dieses paket und stellt die Daten und Funktionen in iobroker zur verfügung. Hat meiner erfahrung nach den Vorteil das du unabhängig fixen und erweitern kannst.

Bei meinen Adaptern stand der Adapter innerhalb weniger Stunden, die library war meistens das was zeit gekostet hat :-)

Wir supporten da immer gern

Und viel Spass beim reinschnuppern

[oyooyo]

@Apollon77 "keyble" enthält im Grunde bereits eine Art API, die allerdings erstens noch sehr unvollständig und zweitens bislang komplett undokumentiert ist. Dennoch sollte sich der Aufwand für das Entwickeln eines Adapters dadurch in Grenzen halten, da gebe ich Dir Recht.

Eine Frage stellt sich mir übrigens, da ich bislang wirklich noch überhaupt keine Ahnung habe wie ioBroker funktioniert - vielleicht kann mir da Jemand etwas dazu sagen:

Beim eq3-Türschlossantrieb muss für jeden Benutzer ein eigener 128-Bit-AES-Schlüssel ausgehandelt werden, bevor man den Türschlossantrieb steuern kann. Das ist ein einmaliger Vorgang, für den man die Informationen auf der dem Türschlossantrieb beiliegenden "Key Card" benötigt, und als dessen Ergebnis der benutzerspezifische AES-Schlüssel und die ID des Benutzers herauskommt.

In meiner "keyble"-Software gibt es dafür ein kleines Kommandozeilen-Tool, das man einmalig ausführt und das diese Funktion erfüllt. Wie würde man so etwas in ioBroker sinnvollerweise umsetzen?

[overfl0w72]

Template für einen Adapter: https://github.com/ioBroker/ioBroker.template Doku für einen Adapter: https://github.com/ioBroker/ioBroker/wiki/Adapter-Development-Documentation Beispielvideo Adapterentwicklung: https://www.youtube.com/watch?v=fUMtyYOtRcQ

Vllt. hilft das? Wenn ich helfen kann irgendwie sagt bitte bescheid :)

[Apollon77]

@oyooyo Da sehe ich durchaus mehrere optionen.

Das einfachste (und ggf als erste Version durchaus machbar) ist das Kommandozeilentool dem adapter mitzugeben und eine "Anleitung" zu machen. Da kommt dann ein AES key als string raus den man dann in die Konfiguration der Instanz kopiert und damit arbeitet der adapter dann. In der UI kann man auch den Link zur Anleitung machen. Das wäre mal der Weg wie man schnell das "reguläre Bedienen" ermöglichen kann.

Der komfortable weg ist den "Koppelprozess" in die Admin-UI (Quasi Javascript mit HTML, CSS und so im Browser der mit dem Adapter auf Serverseite nachrichten austauschen kann) einzubauen,sodass man den QRCOde content und Usernamen oder so einträgt, die Daten dann an den adapter schickt, dort gekoppelt wird und das Ergebnis dann wieder in der Admin-UI landet und somit gespeichert wird. Dann müsste man den Teil des Koppelprozesses auch im Adapter aufrufbar haben. Einige Adapter machen da mega komplexe Dinge in der Instanz-Konfiguration ... man muss dann halt firm in HTL/CSS/Javascript (glaube material und andere Frameworks dahiner) sein :-) Bin ehrlich ... ich bins nicht ...

Andere Frage die man einmal für sich beantworten muss: Erlaubt eine Adapter-Instanz die Kommunikation mit einem Gerät oder will man mehrere erlauben ... auch hier: eins ist easy auch in UI und so, Falls jemand mehrere solche Schlösser hat braucht er merere Instanzen (=mehrfach RAM verbrauch). Mehrere muss man in der UI und code entsprechend berücksichtigen, wobei es denke hauptsächlich wieder Konfigurations-UI ist was es schwierig macht. Ich denke in dem Fall kann man aber Prblemlos den "1 Gerät=1Instanz" weg gehen :-)

[oyooyo]

@Apollon77 Vielen Dank für die Erklärung, jetzt habe ich eine viel genauere Vorstellung.

Ich denke, in diesem Fall werde ich es tatsächlich so machen, dass man für das einmalige Aushandeln des benutzerspezifischen Schlüssels vorerst den Umweg über ein Kommandozeilen-Tool gehen muss - das geht am schnellsten umzusetzen und reicht als Notlösung hoffentlich erst einmal. Falls es dann doch unerwartet reges Interesse an diesem Adapter geben sollte, kann man später noch den komfortablen Weg per Admin-UI (mit integriertem QR-Code-Reader) hinzufügen.

Ich versuche bis Ende nächster Woche (14.10.) einfach mal einen ersten Prototypen zu entwickeln.

[dr3do]

Das mit dem Kommadozeilentool für den benutzerspezifischen Schlüssel finde ich überhaupt nicht schlimm/tragisch.

[overfl0w72]

Das mit dem Kommadozeilentool für den benutzerspezifischen Schlüssel finde ich überhaupt nicht schlimm/tragisch.

Ich auch nicht und man kann auf einmal so viel mit dem Gerät was gerade mal 50€ kostet machen...

@Apollon77 Vielen Dank für die Erklärung, jetzt habe ich eine viel genauere Vorstellung. Ich versuche bis Ende nächster Woche (14.10.) einfach mal einen ersten Prototypen zu entwickeln.

Wow, das wäre wirklich toll. Danke euch allen im Voraus für eure Mühen.... Es wird Zeit programmieren zu lernen. :)

[dr3do]

Es wird Zeit programmieren zu lernen. :)

Du sagtst es. Haben einen Heidenrespekt vor Leuten die das drauf haben. So geil, wenn man in der Lage ist was umzusetzen. Ich bin diesbezügl. leider total untalentiert und „lernresistent“. Kann zwar IT administrieren, muss aber alles „von Hand machen“, da ich nicht mal skripten schaffe. Irgendwas ist da bei mir „fehlgewickelt“. :-(((

[oyooyo]

man kann auf einmal so viel mit dem Gerät was gerade mal 50€ kostet machen...

Das kann ich nur unterschreiben! Der eq3-Türschlossantrieb ist mit seinen gerade mal 50-60 Euro ein absolutes Schnäppchen, das geradezu danach schreit, endlich in offene und erweiterbare Automatisierungssysteme integriert, und auf andere Arten (Codeschloss, RFID, whatever) gesteuert zu werden.

Vielleicht gibt es bei eqiva da irgendwann ein Umdenken - bislang scheint eqiva so etwas nicht zu wollen, vermutlich, weil die Leute lieber deren etwas teurere "Homematic"-Produktlinie kaufen sollen...

[Apollon77]

@oyooyo Kontaktiere mich mal per iobroker@fischer-ka.de ... Können uns ja per Telegram oder Whatsapp noch vernetzen, dann kann ich bei Bedarf direkter helfen bei Fragen oder Unklarheiten.

Auch zu empfehlen: https://forum.iobroker.net/viewtopic.php?f=24&t=6383 https://github.com/ioBroker/ioBroker/wiki/Adapter-Development-Documentation

[overfl0w72]

Braucht noch jemand Hilfe? Soll ich was testen o.ä ?

[oyooyo]

Vorerst gibt es leider noch nichts zum Testen. @Apollon77 hat mir bereits umfangreich bei gewissen Fragen und Unklarheiten bzgl. ioBroker geholfen, und mit einer sehr frühen Prototyp-Version des Adapters kann ich den Türschlossantrieb mittlerweile bereits rudimentär steuern.

Das ist allerdings noch davon entfernt, dass ich es irgendwie veröffentlichen könnte. Ich bezweifle leider sogar, dass ich es überhaupt schaffen werde, bis Ende der Woche etwas zu veröffentlichen, ich fürchte es wird noch 1-2 Wochen länger dauern. :-(

Das Problem dabei liegt weniger daran, einen Adapter für ioBroker zu schreiben, sondern dass die "keyble"-Library selbst noch in einem so frühen Stadium ist. Ich muss erst einmal noch 2-3 wichtige Bugs und fehlende Features in der keyble-Software angehen und eine neue keyble-Version veröffentlichen, bevor ich am ioBroker-Adapter weiter machen kann. Und ich weiss noch nicht genau, wann ich dazu in den nächsten Tagen die Zeit und Muße finde, weil dazu evtl. Reverse Engineerings der Original-App nötig ist, was vglw. zeitaufwändig ist.

Eventuell veröffentliche ich vorher noch einen ioBroker-Adapter für das eQ-3 eqiva Bluetooth-Heizungsthermostat. Dazu habe ich bereits sauberen, gut funktionierenden Code - da ist der passende ioBroker-Adapter vglw. schnell implementiert...

[oyooyo]

So, ich habe mich mal am Wochenende reingekniet, um mein frühere Ankündigung, bis Ende dieser Woche noch einen ersten Prototypen zu veröffentlichen, doch noch irgendwie (wenn auch mehr schlecht als recht) zu erfüllen.

Das Ergebnis findet ihr hier: https://github.com/oyooyo/ioBroker.keyble/

Ist allerdings wirklich nur ein allererster Prototyp im frühen Alpha-Stadium für Tester, die bereit sind das schon mal zu testen, nach Problemen zu suchen, Feedback zu geben etc. Es fehlt bspw. noch jegliche Dokumentation, ist garantiert noch voller Bugs etc.

Weil es wie gesagt u.A. noch völlig undokumentiert ist: In der Adapter-Konfiguration muss zwingend eingetragen bzw. abgeändert werden:

• Die MAC-Adresse des Türschlossantriebs
• Die User-ID
• Der User-Key

Um diese Werte zu erhalten, muss man erst einmal einmalig mit Hilfe der auf der beiliegenden Key-Card kodierten Informationen einen neuen User registrieren. Das Vorgehen dazu wird hier beschrieben: https://github.com/oyooyo/keyble#keyble-registeruser Das dazu benötigte Kommandozeilen-Tool "keyble-registeruser" dürfte beim Installieren der Abhängigkeiten des Adapters automatisch irgendwo hin mitinstalliert werden; ich bin mir nur nicht sicher, in welches Verzeichnis (Bei mir offenbar /opt/iobroker/node_modules/iobroker.keyble/node_modules/.bin/keyble-registeruser)

Die anderen beiden Werte in der Konfiguration (status update time und auto-disconnect time) können auf den Standard-Werten belassen werden.

[frodo777]

Wer kann mir denn mal eine Schritt für Schritt Anleitung geben. Ich steh ein bisschen auf dem Schlauch. Ich habe den Adapter installiert nur wie ich den User anlege und den Schlüssel raus bekomme erschließt sich mir nicht richtig. Mein Iobroker läuft auf einen Raspberry pi 3. Eine Anleitung für Dummis wäre super.

[oyooyo]

@frodo777 Ich habe eben mal versucht eine Schritt-für-Schritt-Anleitung für den rPi3 mit Raspbian zu erstellen. Musste aber feststellen, dass das Registrieren auch bei mir nicht funktionieren wollte. Habe dann mal Debug-Ausgaben angeschaltet und festgestellt, dass der Fehler irgendwie bei der Bluetooth-Kommunikation liegt: Das Programm verband sich zwar mit dem Türschlossantrieb, aber aus irgendeinem Grund konnte das Gerät dann nicht "discovered" werden. Genau auf das gleiche Problem bin ich interessanterweise wenige Minuten zuvor auch gestossen, als ich meinen frisch entwickelten ioBroker-Adapter für das eqiva-Bluetooth-Heizungsthermostat auf einem rPi 3 testen wollte.

Habe genau die gleichen Schritte dann noch mal auf meinem Standard-Desktop-PC mit Ubuntu ausgeführt - da hat komischerweise alles wunderbar geklappt.

Kann ich mir auf Anhieb nicht erklären, muss ich mir mal in Ruhe anschauen, wo da plötzlich das Problem liegt.

Wenn es jemand trotzdem mal auf einem Debian-basierten Linux wie Ubuntu ausprobieren will, schliesst eine Webcam an den PC an und probiert folgende Schritte:

(Bin nicht sicher, ob der erste Befehl wirklich nötig ist - schaden wird es nicht)
$ sudo apt-get install --yes bluetooth bluez libbluetooth-dev libudev-dev
$ sudo npm install --update --global --unsafe-perm keyble
$ sudo apt-get update && sudo apt-get install --yes zbar-tools
$ zbarcam --raw | sudo keyble-registeruser

(Edit: Achtung: Habe ursprünglich versehentlich "unsafe_perm" statt "unsafe-perm" geschrieben!)

Nun die "Aufschliessen"-Taste auf dem Türschlossantrieb so lange drücken, bis die LED orange blinkt, dann den QR-Code auf der Key-Card vor die Webcam halten.

[frodo777]

Ok oyooyo danke für die schnelle Antwort dann warte ich noch

[oyooyo]

Schlechte Nachrichten: Wie ich seit Kurzem weiss, werde ich schon bald, evtl. schon nächste Woche, für ca. 6 Wochen im Ausland sein. Dort werde ich mit hoher Wahrscheinlichkeit gar nicht zum programmieren kommen.

Und weil ich dafür noch etliche Vorbereitungen usw. treffen muss, werde ich bis zur Abreise vermutlich auch nicht mehr dazu kommen, die Probleme auf dem Raspberry Pi zu lösen und den ioBroker-Adapter in einen halbwegs benutzbaren Zustand zu bekommen.

Den aktuellen Prototypen-Stand des ioBroker-Adapters habe ich ja veröffentlicht - vielleicht findet sich ja jemand, der das weiter entwickelt. Oder halt einfach selbst neu implementiert; die API von keyble is mittlerweile zumindest teilweise dokumentiert.

Ansonsten gibt es für Ungeduldige theoretisch noch die Notlösung, den Türschlossantrieb erst einmal auch ohne eigenen ioBroker-Adapter aus ioBroker heraus zu steuern, indem man den Türschlossantrieb wie hier dokumentiert per MQTT verfügbar macht, und ihn so irgendwie in ioBroker einbindet.

[frodo777]

Das ist aber schade das es jetzt wohl doch länger dauert. Ich finde das Schloß eigentlich super nur die Steuerung nur über Handy ist nicht so optimal. Ein Adapter für iobroker wäre da klasse.

[dr3do]

@oyooyo Bad news überbringt niemand gerne, muss aber gemacht werden. Dir alles Gute beim Auslands(aufenthalt|einsatz).

[fraeggle]

Gibt es schon was neues?

[overfl0w72]

Nochmals nachgefragt :-) Neuigkeiten? Ich wäre nach wie vor sehr interessiert und würde meine Hilfe so gut ich kann anbieten.

[Diginix]

Adapter: https://github.com/oyooyo/ioBroker.keyble Anleitung: https://github.com/oyooyo/keyble

[frodo777]

Habe auf node 10.16.0 aktualisiert jetzt wird der Adapter nicht mehr grün

[frodo777]

Habe gerade gelesen das es nicht mit Node 10.... funktioniert. Kann sich das jeman mal anschauen

[frodo777]

Entwickelt noch jemand , oder gibt es noch was neues

[Apollon77]

Siehe Issue beim Adapter: Mehr details, logs, whatever wären traumhaft, dann kann sich das vllt auch jemand ansehen

[t6a]

Das Eqiva Smart Türschloss wird gar nicht mehr verkauft....

[Sigatris]

Willkommen. Ich habe bei einer Online-Auktion einen gebrauchten eqiva lock drive gekauft. Leider ist die Karte mit dem QR-Code verloren gegangen. Kann mir einer der Benutzer dieses Geräts mitteilen, was der QR-Code enthält? Vielleicht können Sie ein neues generieren. Ich habe eine Seriennummer und einen mysteriösen Code von der Elektronik der Leiterplatte. Übersetzt in translate.google

[Diginix]

Der QR Code enthält eine alphanumerische Kombination mit 56 Zeichen von denen die letzten 10 Zeichen als lesbare Seriennummer auf der Key Card stehen. Um einen Benutzer für das Schloss per App oder keyble anlegen zu können brauchst du die komplette Zeichenkette. Meine fängt mit M00 an und die Seriennummer fängt mit NEQ an.

[Sigatris]

Danke für die Antwort.

Die ersten 13 Zeichen bilden die MAC-Adresse des Geräts, der der Buchstabe M vorangestellt ist, und die Seriennummer befindet sich in der Tat am Ende der Zeichenfolge.

Die Frage ist jedoch, was ist die verbleibende Zeichenfolge? Der technische Support des Herstellers weigert sich, einen QR-Code zu generieren.

Wenn mir nichts einfällt, muss er in den Müll

śr., 5 lut 2020, 20:04 użytkownik Diginix notifications@github.com napisał:

Der QR Code enthält eine alphanumerische Kombination mit 56 Zeichen von denen die letzten 10 Zeichen als lesbare Seriennummer auf der Key Card stehen. Um einen Benutzer für das Schloss per App oder keyble anlegen zu können brauchst du die komplette Zeichenkette. Meine fängt mit M00 an und die Seriennummer fängt mit NEQ an.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/ioBroker/AdapterRequests/issues/114?email_source=notifications&email_token=AOPEP4KFYGQBGIVNKHJAE4LRBMEUZA5CNFSM4FWHUSLKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEK4S5JY#issuecomment-582561447, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOPEP4L2BZ7G3IRMLNEYQADRBMEUZANCNFSM4FWHUSLA .

[Diginix]

Stimmt, die BT MAC kommt nach dem M, nach der MAC kommen 3 Zeichen die sonst nirgends wieder auftauchen. Bei der Registrieren über die Kommandozeile werden dann die 35 Zeichen vor der Seriennummer noch mal ausgegeben ohne die 3 Zeichen davor (die nach der MAC). Der User selbst erhält aber einen generierten Key, der keine Beziehung zu den unbekannten 35+3 Zeichen hat. Ich vermute es ist ein Hash oder Token, der einmalig auf der Platine codiert ist. Du könntest den Entwickler von keyble anschreiben ob er noch was weiß. https://github.com/oyooyo/keyble

[hose2001]

Stimmt, die BT MAC kommt nach dem M, nach der MAC kommen 3 Zeichen die sonst nirgends wieder auftauchen. Bei der Registrieren über die Kommandozeile werden dann die 35 Zeichen vor der Seriennummer noch mal ausgegeben ohne die 3 Zeichen davor (die nach der MAC). Der User selbst erhält aber einen generierten Key, der keine Beziehung zu den unbekannten 35+3 Zeichen hat. Ich vermute es ist ein Hash oder Token, der einmalig auf der Platine codiert ist. Du könntest den Entwickler von keyble anschreiben ob er noch was weiß. https://github.com/oyooyo/keyble

Hi, i download app "lightblue" on android smartphone and I tried read information from Key Ble eqiva lock . I don't have one either qr code card but I have extracted some information from this application. Big request, could you read your eqvira card with any qr scanner application and give the exact structure of this code? (of course with changed characters. I only need structure). Maybe with the information I got I can generate a full qr code for my lock and pair with app. Or try to read your lock with this application and check where this 56 bit code comes from. Best regards, hose2001

[Diginix]

This is the QR Code string (spaces are inserted by me): M 001122334455 KAD034F4B1CBC38CEC33EC9E0236FFC73 NEQ1234567 Parts: M %MAC% %KEY/TOKEN?% %SERIAL%

[hose2001]

To jest ciąg kodu QR (spacje są wstawiane przeze mnie): M 001122334455 KAD034F4B1CBC38CEC33EC9E0236FFC73 NEQ1234567 Części: M% MAC %% KEY / TOKEN? %% SERIAL%

Thank You, i tryed generated qr code. When structure is ok scaner in eqiva lock app read code but not success. Data from lightblue is incorrect. I sended mail to support and this is answer:

"The eqiva lock key cards are generated randomly during production and cannot be calculated from the serial number. This handling provides the highest security against manipulation hackers etc. We include two identical key cards for the customer in case one is lost. If both key cards are lost, there is no possibility to pair new phones with eqiva lock."

In this situation, the option of removing the original board and placing your own or connecting to the physical open / close buttons remains.

[B4unty]

Hallo zusammen ich finde den Adapter soweit gut, was ich nur nicht hin bekomme das er zeitlich immer gleich reagiert mal dauert es nur Sec und manchmal gefühlt 2 min bis das Schloss sich rührt . Hat da jemand eine Idee für mich?

[frodo777]

@B4unty läuft der Adapter mit der neuen Node Version. Was hast du in der Adapterkonfiguration bei User Key eingetragen. Mei Adapter geht zwar auf grün aber bedienen kann ich das Schloß nicht

[B4unty]

@frodo777 ja läuft mit der neuen Node Version user ist bei mir 0 da ich sonst keinen am Schloss angemeldet habe der userkey wurde angezeigt nach der Anmeldung