Pat verstehe den anwendungsfall nicht. Lock n go macht für mich bisher nur direkt am schloss sinn. Per Smartphone kann ich mir da nix sinnvolles vorstellen.
Beiträge von Benzman81
-
-
DJay du verwendest ja schon höhere timeouts als der default, der bei schlössern bei mir immer gepasst hat. Von daher vermute ich, dass die bridge zu weit vom opener entfernt oder falsch positioniert ist. Nuki hat dazu ein hilfsdokument.
-
DJay nein, das geht noch nicht, da die bridge api von nuki dies noch nicht unterstützt: https://developer.nuki.io/t/nu…gger-for-callbacks/2557/6
-
Oberstobacht das plugin schreibt einen cache des status in den Ordner "./.node-persist/storage“. Entweder du erstellst den ordner mit benötigten rechten, oder du konfigurierst das plugin auf einen anderen Cache Ordner wo genügend rechte sind. Gibt hier übrigens genug treffer zu dem problem
-
BenB Google mal nach nuki bridge api. Da sind jetzt zu viele callback in der bridge. Mit der api doku kannst du die überflüssigen entfernen.
-
BenB der Port aus webhook_port ist belegt, zähl den einfach einen hoch, dann sollte es gehen.
-
Also ich seh den, wenn ich das Device öffne. Wenn es ein Device mit mehreren Accessesories ist (wie bei nukiio) dann die einstellungen dazu öffnen, geräte klicken, und dann von dort das gerät öffnen, dann steht da auch die batterie.
-
Wie meinst du, ob ich das gelöst hab? Ich hab den batterie service implementiert. Bei leeren batterien zeigt die home app standardmäßig das ausrufezeichen.
-
rel ich meine das ist dann ein ausrufezeichen an der kachel.
-
Du nutzt ja ein Dockerimage, richtig? Kannst du HB mal ohne nukiio starten und dann in der shell des dockerimages wget/curl machen, ob das dann auch tatsächlich geht? Sonst würd ich mal die config mit den timeouts wieder machen und mal sehr hoch setzen und gucken was passiert. Ich kann mir nix anderes außer netzwerk probleme vorstellen...
-
Fugazzy auch wenn du den url aufruf per wget/curlvon dem server testest, wo homebridge drauf läuft?
-
Fugazzy ok, Wie lange dauer die antwort im browser? Länger als 15 sekunden? Am besten die Url auch mal von dem server, wo homebridge drauf läuft, mit wget oder curl aufrufen und gucken wie lange es da dauert.
-
Beim schließen oder beim start von homebridge? Fugazzy
-
Fugazzy das sieht so aus, als ob die bridge url nicht stimmt oder die bridge nicht antwortet, da 15 Sek timeout eigentlich reicht.
Bitte mach doch mal im Browser ein http://192.168.108.66:8080/callback/list?token=deintoken" und sag ob das geht und wie lange die Antwort dauert.
-
Fugazzy ich wurde die timeouts der default werte aus der readme nehmen. Am meisten Effekt wirst du aber mit der Änderung von lock_state_mode auf 1 haben. Dann misst du nicht immer erst auf die bridge warten um den status zu holen.
-
-
Btw, es gibt bestimmt paar youtube vids wo man linux basiswissen lernen kann
ist hilfreich... -
ist der User das was bei der Config unter username eingetragen ist?
es geht darum, das der benutzer, unter dem in deinem raspi die homebridge gestartet wird, schreibrechte auf diesen ordner braucht. Mit dem oben genannten befehl kannst du dies setzen. Jetzt musst du nur noch den user und die gruppe rausfinden unter dem homebridge läuft. Hab leider keinen raspi.
-
-
Lars83 laut deinem screen ist die bridge url: http://192.168.0.94:8080
wenn du im browser http://192.168.0.94:8080/list?token=DEINTOKEN eingibst, siehst du dann dein Schloss in der Liste und da steht eine ID für dein schloss.
