Monatsrückblick Januar/Februar 2026 ist online!

[RandyAndy]

@neuschwansteini

einfach so

curl --location -g --request POST 'https://euapi.ttlock.com/oauth2/token' --header 'Content-Type: application/x-www-form-urlencoded' --data-urlencode 'clientId=DeineClientID' --data-urlencode 'clientSecret=DeinClientSecret' --data-urlencode 'username="DeinUsername' --data-urlencode 'password=DeinPasswordalsmd5'

Du benötigst halt einen Account bei TTLOCK und natürlich eine Hardware:
Die Registriereung machst Du hier: https://open.ttlock.com/manager
Du musst Deine Anwendung registrieren und nach ein paar Tagen bekommst Du einen Zugang mit all den benötigten Informationen.

[Ein ehemaliger Benutzer]

@randyandy

ja, DANKE, DANKE, das klappt, Token holen etc.. aber das oeffnen und schliessen nicht - um die Gateway Api verlangt hintendran die aktuelle Zeit +5 min in ms - das kann ich zwar Konvertieren, aber er gibt mir immer wieder fehler.. habe auch schon UTC und mit und ohne Sommerzeit versucht...
Irgendeine Idee?

Beziehe mich auf das hier ( Lock the Lock :))
https://euopen.ttlock.com/document/doc?urlName=cloud%2Fgateway%2FlockEn.html

[RandyAndy]

@neuschwansteini

Das musst Du in ms (Linux time) angeben.
Das öffenen und schließen war bei mir noch kein use case insodern kann ich dazu nichts sagen.
Das übertragen eines neu generierten Pins funktioniert aber bei mir. Der ist allerdings derzeit noch permanent insofern benötoge ich nur die aktuelle Zeit und die stellt ioBRoker zu Verfügung. Ich könnte mir aber vorstellen, das die bei einem nicht Linux basierenden System evt. anders ist und damit zu Problemen führt.

[Ein ehemaliger Benutzer]

@randyandy

ah, soweit bist du noch nicht.. ok.. ja linux time in ms ist das command "date +%s". aber es muessen 5 Minuten dazu.. also plus 3000 ...
Es gibt auch einen Converter https://www.unixtimestamp.com/. aber auch das mag er nicht... ich schau mal weiter...
im HA Forum oder auf Git.. ah gefunden.. einfach das command hinten nach date=date +%s000 dran haengen..

ok, jetzt hab ichs... curl brauchst du bei iobroker nicht, kannst ja aus dem Javascript-Adapter direkt POST und Get versenden.. ich probier mal weiter.. ansonsten gibts fuer HA jede Menge Hilfe..da ist das schon lange durch..

[RandyAndy]

@Neuschwansteini

Nee ist nicht mein Verständnis ich denke da solltest Du noch einmal die Beschreibung genau lesen.
Ich verwende dazu im übrigen die aktuelle Zeitfunktion in Blockly und das funktioniert.
Das mit dem Post-Befehl ist mir auch schon aufgefallen, habe ich soeben umgesetzt. Das hat ja noch ein paar mehr Vorteile wenn man das verwendet, das gehört aber nicht hierher.

[RandyAndy]

@neuschwansteini

Bei mir funktioniert das Öffnen ohne Probleme. Inzwischen kann ich sogar Codes erzeugen.

[ilovegym]

@randyandy

Hi, biste so gut, und zeigst mal dein Blockly, kannst ja deine Credentials rausxxxen..?

Edit: brauchste nicht, hab mir was in Javascript geschrieben..

[stolly82]

@RandyAndy

@RandyAndy sagte in TTLock access:

Nur als weitere Idee, ist mir beim EInbinden des Mammotion Rasenmähers gekommen. Da gibt es ja auch keinen Adapter in IoBroker.

https://github.com/DNAngelX/ioBroker.mammotion

Hier ist der Adapter ;)

[RandyAndy]

Das werde ich doch gleich testen sobald er aus dem Winterschlaf erwacht.

[mcm1957]

@stolly82 sagte in TTLock access:

@RandyAndy

@RandyAndy sagte in TTLock access:

Nur als weitere Idee, ist mir beim EInbinden des Mammotion Rasenmähers gekommen. Da gibt es ja auch keinen Adapter in IoBroker.

Was hat das mit TTLOock access zu tun?

Dieser Adapter (mammotion) ist nicht in den Repositories gelistet.

Er ist daher nur als im ALPHA STATUS zu betrachten. Da der Entwickler bisher keinen Request zur Aufnahme in die Repositories gestellt hat oder die notwendigen Anpassungen nicht vorgenommen hat ist von einem Installation zu anderen als experimentellen Testzwecken abzuraten.

Bitte den Maintainer ggF darum ersuchen diesen Adapter in die Repositories aufnehmen zu lassen. Information dazu gibt es hier:
https://github.com/ioBroker/ioBroker.repositories?tab=readme-ov-file#requirements-for-adapter-to-get-added-to-the-latest-repository

---

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.