NEWS
Test Adapter Nuki-extended v2.0.x
-
@JB_Sullivan das sieht gut aus. "Socket connected" und "Retrieving". passt eigl. Die Fehler können wir ignorieren. Kommt danach noch was?
-
@Zefau
Nein, das ist alles - mehr steht nicht in der Console -
@JB_Sullivan sagte in Test Adapter Nuki-extended v2.0.x:
Nein, das ist alles - mehr steht nicht in der Console
Und du hast eine Instanz von nuki-extended laufen?
-
@JB_Sullivan spricht gibt es
nuki-extended.0.info.connection
? -
@Zefau - ja eine Instanz läuft und die ist auch Grün. Der Adapter funktioniert ja auch soweit nur der Protokoll Aufruf will nicht so richtig.
Wie gesagt, Adapter läuft ......
-
@JB_Sullivan kein Plan
-
@Zefau - na, wenn du nicht, wer dann Wie gesagt, es hat ja mal funktioniert, bis der Adapter 2.3.0 "auf den Markt" kam.
Davor war alles OK mit dem Protokoll aufruf. Ich muss jetzt für heute Schluss machen. Kannst ja nochmal drüber Nachdenken, vielleicht fällt dir ja doch etwas ein
PS: andere Browser habe ich natürlich auch schon probiert - ist das gleiche Ergebnis.
-
@Newpicsel sagte in Test Adapter Nuki-extended v2.0.x:
Hat zwar nichts direkt mit dem Adapter zutun, aber weiß jemand ob es möglich ist, ein zweites klingelsignal anzulernen?
Viele haben wahrscheinlich an der Haustür und der Wohnungstür unterschiedliche klingelsignale, beim einrichten kann nur eins angelernt werden und das andere wird nicht erkannt und ich konnte bis jetzt nichts darüber finden, vielleicht übersehe ich nur was?
Ich habe für die Anlage in meiner Wohnung (Siedle BFSV 850-03) gelernt, dass der Opener "nur" das mitbekommt, was über den Bus geht. Der Klingeltaster neben der Wohnungstür ist aber separat an das Haustelefon angeschlossen und geht nicht über den Bus. Ich habe schon überlegt, einen Fensterkontakt zu missbrauchen und mit in das Telefon zu stecken um das Klingeln an der Wohnungstür für iobroker mitzubekommen. Allerdings weiß ich noch nicht, wofür ich das brauchen sollte
Aber vielleicht bracht man ja mal ein RTO für die Wohnungstür, an der ein nuki Smart Lock hängt. -
@Zefau
Zur Übersicht fällt mir noch auf:
ist falsch. Das muss entweder
'has rung' oder 'has been ringing' heißen. -
Ich nutze den Adapter jetzt auch schon eine Weile. Nachdem ich das letzte Mal nachts besoffen meine bessere Hälfte aus dem Bett geklingelt habe, würde ich gerne ab einer gewissen Uhrzeit die Klingelunterdrückung aktivieren.
Jetzt zum eigentlichen Thema: Wenn ich in der App die Klingelunterdrückung aktiviere, würde ich erwarten, dass sich die Einstellung auch im Adapter verändert?!
Der Punkt doorbellSuppression bleibt allerdings auf NEVER(0).Was ist zu tun, damit ich beim nächsten Mal nicht gesteinigt werde?
-
@Ulfhednir sagte in Test Adapter Nuki-extended v2.0.x:
Was ist zu tun, damit ich beim nächsten Mal nicht gesteinigt werde?
Nicht besoffen die bessere Hälfte aus dem Bett klingeln!
-
@Thomas-Braun ich bemühe mich ja...
-
@Zefau
bekomme jetzt auf einmal auch das "Please activate Nuki Web API to retrieve log entries!"
kann es mit dem node.js update zusammenhängen?LANGUAGE: de conn.js:273 2020-10-09T06:20:10.419Z Connected => authenticate conn.js:293 2020-10-09T06:20:10.541Z Authenticated: true index.html:239 Socket connected! index.html:245 Retrieving all adapter instances.. index.html:149 Retrieving smartlocks logs from instance 0.. conn.js:718 Trying to get empty list, because the whole list could not be loaded index.html:176 Uncaught TypeError: Cannot read property 'val' of null at index.html:176 at r.<anonymous> (conn.js:729) at r.onack (socket.io.js:8) at r.onpacket (socket.io.js:8) at r.<anonymous> (socket.io.js:8) at r.emit (socket.io.js:6) at r.ondecoded (socket.io.js:6) at a.<anonymous> (socket.io.js:8) at a.r.emit (socket.io.js:6) at a.add (socket.io.js:6) index.html:149 Retrieving openers logs from instance 0.. index.html:176 Uncaught TypeError: Cannot read property 'val' of null at index.html:176 at r.<anonymous> (conn.js:729) at r.onack (socket.io.js:8) at r.onpacket (socket.io.js:8) at r.<anonymous> (socket.io.js:8) at r.emit (socket.io.js:6) at r.ondecoded (socket.io.js:6) at a.<anonymous> (socket.io.js:8) at a.r.emit (socket.io.js:6) at a.add (socket.io.js:6) DevTools failed to load SourceMap: Could not load content for http://192.168.1.72:8082/lib/js/socket.io.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE index.html:149 Retrieving smartlocks logs from instance 0.. conn.js:718 Trying to get empty list, because the whole list could not be loaded index.html:176 Uncaught TypeError: Cannot read property 'val' of null at index.html:176 at r.<anonymous> (conn.js:729) at r.onack (socket.io.js:8) at r.onpacket (socket.io.js:8) at r.<anonymous> (socket.io.js:8) at r.emit (socket.io.js:6) at r.ondecoded (socket.io.js:6) at a.<anonymous> (socket.io.js:8) at a.r.emit (socket.io.js:6) at a.add (socket.io.js:6)
socket.io adapter ist deaktiviert und im web adapter ist socket.io auf integriert.
hmm waren da nicht mal datenpunkte für die bridges?
-
Habe genau das gleiche Problem - auch plötzlich und ohne node Update. Hatten wir die Tage schon versucht zu ergründen. Zefau hat aber (bis jetzt) "keine Plan". Gut das ich kein Einzelfall bin.
Hier die Konverstation dazu:
https://forum.iobroker.net/topic/25881/test-adapter-nuki-extended-v2-0-x/368
-
das habe ich schon gelesen
jetzt ist plötzlich wieder eine bridge unter den datenpunkten, geht aber trotzdem nicht
hmm hat da nuki etwas an der api gedreht?!?
-
@JackDaniel Ich würde mal z. B. die Firmware des nuki auf Stand bringen.
Und welche node-Version läuft da? -
da ist alles aktuell
-
@JackDaniel Ich bin mit der Firmware bereits auf 2.9.0
-
@David-Froebus 2.9.0 ist die derzeitige Beta-Version für das SmartLock. Hier geht es um die Bridge. Hatte das auch übersehen.
-
@Thomas-Braun oh, ok....