Hallo zusammen, also ich lese wie auch benzman immer leise mit. Mir ist nur aufgefallen, seit der Firmware des Nuki, dass ich ein paar Probleme auch mit Siri und den Anzeigen in Apples Home App habe, was das unlatched anzeigen angeht. Aber irgendwie funktionieren die Szenen trotzdem alle. Evtl. hat es ja was damit zu tun, dass in Nuki die programmierbar automatisierten Abläufe zum speichern dazu kamen.
Beiträge von newuser
-
-
was meinst du mit zurücksetzen?
Wie zurücksetzen?
Mir wurde empfohlen vom Support das nuki auf Werkseinstellungen zu setzen und nochmals komplett neu aufsetzen. Wie eine Neueinrichtung. Und dann klappte es sehr gut bei mir.
-
Alles anzeigen
Das automatische schliessen/öffnen realisiert die Nuki App.
Bei Ankunft heute laut log aufgeschlossen und 1min später geöffnet.
Die Tür war allerdings zu und verschlossen als ich da war.
Es fehlten auch andere Nachrichten zB. von Tado "Heizung im anwesend Modus".
Das ist sehr unbefriedigent, wobei das alles schon Monate ohne Fehler lief.
Ich habe diese Geo Auto unlock Probleme nach jedem App Update. Hatte auch lange mit dem Support Kontakt und laut log Datei sagte der Support am Ende, ich solle alles zurück setzen und seit dem hatte ich keine Probleme mehr bis zum nächsten App Update. Hoffe es kommt bald mal Stabilität in diese Software
-
Alles anzeigen
Kurze frage an die Nuki Besitzer.
Könnt ihr mir sagen ob dieses Schloss passsen sollte?
Was habt ihr für Zylinder?
habe das gleiche verbaut und passt mit diesen Schlüssel.
-
ist ja ein feature und kein fehler ? Zur not sag siri bescheid, die öffnet dir gern die tür
Das ist auch die einzige,
die momentan in meinem Haushalt auf mich hört -
Das ist ja mal voll kirre det .
Ich bin momentan im dauerkontakt mit dem tollen!! Support weil sich bei mir der Auto unlock überhaupt nicht schaltet. Hab schon einige Einstellungen versucht. Es funktioniert nur, wenn ich innerhalb des geofence mich aufhalte und nicht länger als 30 min beim Schloss ohne Verbindung bin.
Das klappte leider beim Dana zu 100%.
Leider, weil mich an sonsten und gerade der Support sowie die Hardware Pflege positiv stimmt.
-
Alles anzeigen
und allen , die geholfen haben, seid bedankt
melde, dass frau siri heute morgen erstmalig die tür geöffnet und geschlossen hat.
habe die entfernung bridge/nuki dramatisch von etwas über 4meter auf ca. 1meter gesetzt. jetzt geht das ganze.
wobei NEIN, ich stelle jetzt NICHT die frage, warum bei größerer entfernung das ganze OHNE nuki-siri-plugin (also NUR über wlan bzw. auch remote, aus der ferne) doch ein paar tage prima funktioniert hat. über handy und über iwatch.
dann bin ich jetzt mal gespannt, wie die nächsten 1, 2, 3 tage "praxistest" aussehen.
ach und Benzman81. PM mir deine anschrift, ich schicke dir für die besondere hilfe / geduld gerne etwas "erfrischendes" aus dem sauerland, was oben schaum bildet, wenn man es in ein glas schüttet"
Ist schon in Ordnung. Dafür sind ja solche Foren da. Dann mal viel Spaß beim testen. Meins läuft nun stabil seit Installation.
-
-
und weil der webhook port jetzt keinen Zahlendreher hat soll/darf ich HB starten. dann passt die nuki port Nummer 51872 auch mit der in meiner config und dann....sollte es gehen.
sehe ich das so richtig ?
ist doch der falsche. Du hast doch in der config die original 51827 !!!!!!!!!!!!
-
Alles anzeigen
also lt. handy / app ist smartlock per wlan nicht zu erreichen.
der BT ja.
lt. handy / app Verbindungsstatus ist smartphone -> server -> bridge -> Haustür wunderbar grün (rechter kreis)
Haustür -> smartphone (linker kreis) aber NICHT (per wlan)
geh ich jetzt mit dem handy näher an´s smartlock, dann wird der linke auch grün. klar, da ja BT Verbindung und ich kann schließen.
Okay, aber denke das ist ein anderes Problem. Bridge in den Wartungszustand bringen, neu pairen mit nuki und WLAN nochmals angeben. Fertig. Hatte ich auch einmal als es bei mir hakte mit Homebridge. Anscheinend kommt auch nuki bzw. nuki api etwas durcheinander.
-
Also bei mir schaut der Aufruf mit callback/list so aus
Code{"callbacks": [{"id": 0, "url": "http://xxx.xxx.xxx.xxx:51827/"}]} -
Alles anzeigen
2 x. callback remove mit token und id=0
->
Code{"success": true}Ergebnis von /list
-> ihr ahnt es
Code{"callbacks": [{"id": 1, "url": "http://192.xxx.x.xxx:51872:51827/"},{"id": 2, "url": "http//:192.xxx.x.xxx:51872"}]}Wieso steht da immer id: 1 und id: 2 ???? Wenn id: 1 weg wäre mit dem falschen Port , dann wäre es ja richtig.
-
Dann solltest du die Bridge nochmal im Wartungsmodus versetzen und neu pairen. Oder erstmal in der App schauen, ob eine Verbindung zur Bridge besteht.
App öffnen auf Einstellungen und Verbindungsstatus
-
Alles anzeigen
bist du sicher ? also...meinst du
usr/lib/local/node_modules/homebridge-nukiio/node_modules/node-persist /package.json ?
das sieht da drin aber ziemlich wichtig aus.
Oh Gott nein, ich meine die zwei Ordner in der /root/.homebridge/
-
Benzman81 wo bekommt er immer diesen Zahlendreher beim callback der Ports nur her. Denke mal das dies der Fehler ist
-
Alles anzeigen
der blog von wegen Garagentor ist aber auch nicht ohne
so, mache mich dran, wie von euch beschrieben, @benzmann newuser
frisch an´s werk
Teppiche und möbel sind übrigens noch da
welch ein Glück. Also kannst ja wenigstens im warmen sitzen ?? Bei der persist und Accessoires nur den Inhalt löschen. Nicht die Ordner.
-
Evtl auch mal die persist löschen
-
Alles anzeigen
lösch mal alle callbacks via http://x.x.x.x:8080/callback/remove?token=deinToken&id=0
-> hab ich "success: true"
HB neu gestartet:
Started server for webhooks on port '51827'.
[2017-03-02 11:42:15] Adding webhook for plugin to bridge...
[2017-03-02 11:42:15] Initialized Nuki bridge.
[2017-03-02 11:42:15] Initializing platform accessory 'Haustür'...
[2017-03-02 11:42:15] Loading 0 accessories...
[2017-03-02 11:42:16] Send request to Nuki bridge 'http://192.xxx.x.xxx:8080' on '/callback/list' with '{"token":"xxxxxx"}'.
[2017-03-02 11:42:16] Request to Nuki bridge 'http://192.xxx.x.xxx:8080' finished with status code '200' and body '{"callbacks": [{"id": 1, "url": "http://192.xxx.x.xxx:51872:51827/"},{"id": 2, "url": "http//:192.xxx.x.xxx:51872"}]}'. null
[2017-03-02 11:42:16] Webhook for plugin already exists.
[2017-03-02 11:42:16] Send request to Nuki bridge 'http://192.xxx.x.xxx:8080' on '/lockState' with '{"token":"xxxxxx","nukiId":"xxxxxxxx"}'.
[2017-03-02 11:42:16] [Hue] hue Wohnung: BSB002 bridge, api v1.16.0dann meldung:
request to Nuki bridge 'http://192.xxx.x.xxx:8080' on '/lockState' with '{"token":"xxxxxx","nukiId":"xxxxxxxx"}'.
-> {"success": false}
HB läuft weiter, fetching harmony activities -heimkino, radio...- OK, denke ich, dann
Request to Nuki bridge 'http://192.xxx.x.xxx:8080' finished with status code '-1' and body 'undefined'. { Error: ETIMEDOUT
at Timeout._onTimeout (/usr/local/lib/node_modules/homebridge-nukiio/node_modules/request/request.js:919:15)
at ontimeout (timers.js:365:14)
at tryOnTimeout (timers.js:237:5)
at Timer.listOnTimeout (timers.js:207:5) code: 'ETIMEDOUT' }
[2017-03-02 11:42:21] Request for lock state aborted. This is no problem and might happen due to canceled request or due to long response time of the Nuki bridge. Using cached value isLocked = 'true'.
[2017-03-02 11:42:21] Initial is locked request finished.und HB läuft weiter vor sich hin, zeigt hue sensoren alles...
mittlerweile verstehe ich Maz ens verzweifelung in manchen momenten, wobei ich ja davon ausgehe, dass ich hier irgendwie den wald vor lauter bäumen nicht sehe...
Ist dir der Zahlendreher eigentlich beim Port schon mal aufgefallen???
[2017-03-02 11:42:16] Request to Nuki bridge 'http://192.xxx.x.xxx:8080' finished with status code '200' and body '{"callbacks": [{"id": 1, "url": "http://192.xxx.x.xxx:51872:51827/"},{"id": 2, "url": "http//:192.xxx.x.xxx:51872"}]}'. null
Vorne 51827 und dann aber weiter mit 51872
-
Alles anzeigen
Benzman81 newuser Maz Maik und allen von gestern abend
GuMo und erst mal vielen dank für eure hilfe.
ja, dass mit port (nur) 80 hat mich in der meldung auch irritiert aber gestern abend/nacht konnte ich eh "nichts mehr sehen" -lach-
mal gucken, dass ich mich gleich remote nach "home" schalten kann und prüfen kann *grübel*....oder ich fahr einfach wieder heim. das lässt einem ja einfach keine ruhe. "...die geister ich rief..." oder wie heißt das
der war gut..... einfach mal wieder heim fahren ??
Aber schau mal mit der festen IP. Da hatte ich nämlich auch eine.n lapidaren Stolperstein.
-
Bei einem nicht freien port wäre die meldung eindeutig (irgendwas mit isInUse oder so.
Bei einem nicht freien port wäre die meldung eindeutig (irgendwas mit isInUse oder so.
Der fehler "ECONNREFUSED 192.xxx.x.xxx:80" deutet eher dadrauf hin, dass die ip und der port der bridge nicht stimmen. Ist denn port 80 richtig? Im standard ist es 8080.
guten Morgen zusammen, Wilfhelm2 den Fehler kenne ich. Hätte ich auch gehabt. In der config musst du die IP kontrollieren von der bridge und meines Wissens die :8080 ausschreiben. Da reicht kein nur :80. ach so und der NukiBridge eine feste IP zuweisen! Sonst kommt der Fehler auch wenn mal ein Neustart oder leanse Wechsel des routers/Switch statt findet.
