Maz hast du Screenshots? Und welche SiriShortcuts meinst du?
Beiträge von Benzman81
-
-
Alles anzeigen
Hallo @Benzman81
kann ich mit deinem Plugin diesen Vorgang, den ich auf dieser swagger Seite durchführen kann,
als button konfigurieren?
Ich habe schon einiges ausprobiert aber bekomme es nicht hin.
Was ich erreichen möchte,
ich habe eine Tuya LED die ich mit einer Shelly i3 (http-Befehl senden an Homebridge bzw dein Plugin) mit einem Wandtaster ein- ausschalten möchte.
Die Tuya LED kann ich mit der Shelly nicht direkt per http-Befehl ansteuern, deshalb über Homebridge und dein Plugin.
Ich habe das Plugin so verstanden, dass ich ein in HB vorhandene accessorie über einen http-Befehl ein- ausschalten kann.
Über swagger habe ich von dem zu steuernden Gerät folgende Informationen:
Code"uniqueId": 123456 "aid": 2 "iid": 8 "uuid": "characteristicType": "On" "value": "false"Ich habe es zuerst mit folgender URL ohne ein Plugin versucht, also direkt die API von HB ansprechen.
(Ob die URL so richtig aufgebaut ist ?)Codehttp://user:[email protected]:8081/api/accessories/123456?characteristicType=On&value=trueDa scheiterte ich an der Authentifizierung, weil die Befehle unter http://ip-der-hb:port/swagger/ erst nach einem Login funktionieren. Ich dachte, dass es mit der Basic Authentication user:password@ in der URL funktionieren könnte doch leider nicht.
Mit dem Plugin unter lights habe ich folgendes versucht,
CodeOn URL http://192.168.1.100:8081/api/accessories/123456 On Method Put On BodyKann es sein, dass das Plugin für was anderes gedacht ist?
Also mit meinem Plugin kannst du Geräte erstellen, die irgendeinen HTTP-Call durchführen. Über die Headers kannst du dann auch Token oder ähnlich mitgeben. Ob das mit der von dir aufgerufenen URL funktioniert, weiß ich nicht.
-
ich bin auch am überlegen OPUS zu verbauen. Ich hab mit dem Support bzgl der OPUS Kanal 1 Bridge gesprochen, aber so ganz klar ist mir das noch nicht. Ggf. könnt ihr helfen
Ich habe dumme Lichtschalter und smarte Hue Birnen. Problem kennt man: Lichtschalter nimmt Strom weg, dann sind die Hue Birnen nicht mehr schaltbar. Was ich nun gerne hätte ist, dass die OPUS Kanal 1 Bridge den Strom nicht mehr trennt oder nur bei Doppelklick bzw. langem Drücken und sonst nur in HomeKit meine Hue Brinen oder Szenen schaltet. Per Standard geht das wohl nicht, aber laut Support soll es in dem ConfigTool zumindest die Einstellung geben, nicht den Strom zu trennen.
Frage 1) Kann das einer von euch bestätigen?
Frage 2) Kann man das dann so einstellen, wie ich beschrieben hab? Sprich ein schalten triggert in HK nur Geräte oder Szenen und optimalerweise bei Doppelklick bzw. langem Drücken stellt er den Strom dann wirklich EIN/AUS?
Wäre cool, wenn einer von euch dazu was sagen könnte.
Dankeschön schonmal im Voraus.
-
Du musst einfach irgendeinen ordner angeben, der leer ist und wo homebridge reinschreiben darf. Steht auch so in der Doku
-
Lars83 sieht nach nem Bug aus. Bitte in Guthub eintragen
-
Lars83 die Aufrufe gesamt im Log dauern etwa 3s. Das verzögert ein bischen. Die Einträge vomnNuki Plugin laufen innerhalb einer Sekunde ab. Von daher sieht da alles i.O. aus. Ich meine die Home App aktualisiert auch immer nur den aktuell ausgewählte Raum. Ggf mal das ein oder andere Device in einen eigenen Raum schieben und testen, welches Device mehr verzögert als andere.
-
Moin hätte nochmals eine Frage bezüglich den Callbacks.
Könnte es sein das durch die Callbacks das aktualisieren in der Home App länger dauert?
In letzter Zeit aktualisiert sich die Home App meines Gefühls nach länger als sonst, und auf Grund dessen dachte ich das eventuell zu viele Callbacks in der Liste stehen.
Aber wie in meinem Beitrag oben schon erwähnt ist da wenn ich das richtig sehe ja nur einer vorhanden es sei denn ich bin auf dem falschen Weg.
Wenn man die App aufruft, dann werden keine Callbacks verwendet. Es wird dann der Status jeder Items abgefragt. Dies kann je nach Gerät etwas dauern. Für das plugin ist dafür der „lock_state_mode“ verantwortlich. Vor- und Nachteile sind in der Readme beschrieben. Kann aber auch ein anderes Plugin für die Verzögerung verantwortlich sein. Evtl. kannst du in dem Log von Homebridge sehen, was währen des App öffnens passiert.
-
flying_chris verwende auf jeden fall ne feste ip. Ein 503 kommt meist, wenn die bridge noch mit einem request beschäftigt ist. Also am besten nix mit der App oder im Browser gleichzeitig machen. Ggf vorhandene villeicht auch fehlerhaft callbacks aus der bridge löschen. Siehe nuki bridge api, da steht wie das geht.
-
Alles anzeigen
Hallo
Hoffe es kann mir von euch wer weiterhelfen.
Habe ein Nuki SmartLock 2.0 und eine Bridge. Möchte es gerne mit der Homebridge steueren.
Meine Konfig Datei sieht folgendermaßen aus.
{
"bridge_url": "http://192.168.xxx.xxx:80",
"api_token": "xxxxx",
"api_token_hashed": false,
"lock_state_mode": 1,
"webhook_port": 51827,
"request_timeout_lockstate": 15000,
"request_timeout_lockaction": 45000,
"request_timeout_other": 15000,
"lockaction_maxtries": 3,
"lockaction_retrydelay": 3000,
"add_maintainance_buttons": false,
"locks": [
{
"id": "289FB004",
"name": "Haustür",
"usesDoorLatch": true,
"usesDoorContactSensor": true
}
],
"platform": "NukiBridge"
}Mein API Token besteht aus Buchstaben 2 Große und 4 kleine.
Jetzt zu eigentlichen Problem. Im Protokoll kommt immer die Meldung:
[18/07/2021, 09:50:07] [NukiBridge] Request to Nuki bridge 'http://192.168.8.34:80' finished with status code '401' and body 'HTTP 401 Unauthorized'. null
[18/07/2021, 09:50:07] [NukiBridge] An error occured processing lock action. Reason: Error: Request to Nuki bridge was not succesful.
at NukiBridge.<anonymous> (/usr/local/lib/node_modules/homebridge-nukiio/src/nuki/NukiBridge.js:403:23)
at Request.self.callback (/usr/local/lib/node_modules/homebridge-nukiio/node_modules/request/request.js:185:22)
at Request.emit (events.js:375:28)
at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-nukiio/node_modules/request/request.js:1157:10)
at Request.emit (events.js:375:28)
at IncomingMessage.<anonymous> (/usr/local/lib/node_modules/homebridge-nukiio/node_modules/request/request.js:1079:12)
at Object.onceWrapper (events.js:481:28)
at IncomingMessage.emit (events.js:387:35)
at endReadableNT (internal/streams/readable.js:1317:12)
at processTicksAndRejections (internal/process/task_queues.js:82:21)
Vielleicht hatte wer von euch schon so etwas ähnliches.
Danke vorab schon.
CodeWas passiert im Browser, wenn du http://192.168.xxx.xxx/info?token=deinToken eingibst? -
Hallo, kann ein Switch bei Betätigung auch zwei webhooks / url hintereinander und den zweiten mit ein paar Sekunden Verzögerung absenden? Habe jetzt normal über Homekit mit Szene versucht, scheitert aber immer daran, da gleiches Gerät / Schalter nicht geht. Würde gerne mit Schalter Jalouisemotor AUF starten und nach paar Sekunden dann Stop Befehl geben, dass Jalousien auf sind. Überlegung war, das über webhook schalter zu machen. Falls jemand eine Lösung einfällt, wäre ich dankbar!
Bisher nicht möglich. Pull Request wird gern angenommen.
-
In der liste der callbacks, die du dir ja im browser anzeigen lassen kannst, siehst du, dass es mehrere Einträge gibt. Jeder hat eine „id“. Wenn du den aufruf machst:
Codehttp://192.168.10.54:8080/callback/remove?token=s5xxx&id=0Dann musst du dort an letzter stelle den wert bei &id=0 mit der jeweiligen id austauschen und dann damit die url aufrufen. So kanst du nach und nach die liste leeren.
-
LosPolo ne, alte callbacks in der Bridge verursachen große verzögerungen. Hast du bei dem aufruf auch immer die „id“ entsprechend angepasst? Er löscht ja immer den callback aus der liste mit der übergebenen Id.
-
LosPolo dann mach den aufruf so lange, bis kein ekntrag mehr dein ist, dann homebridge neustarten.
-
-
LosPolo deine Nuki Bridge hat „too many callbacks“ registriert. In der Nuki Api doku findest du befehle, wie du die entfernen kannst.
-
Okay alles klar.
Bridge ist bei mir in unmittelbarer Nähe des Nukis, ich schau mal wie es sich bei mir Zeitlich verhält.
Der Intervall der Callbacks legt das die Bridge selbst fest oder kann das selbst geregelt werden?
Ne, da kannste nichts anpassen. Das liegt aber auch an der Natur, wie Nuki funktioniert. Das schloss ändert den status, wenn status anpassung fertig, dann ändert sich ein Flag via BT. Das bekommt dann die Bridge mit und schickt die callbacks los.0
-
Lars83 es wird gar nix vom Plugin mehr abgerufen und der Status kommt komplett von den Callbacks der NukiBridge. Ich hab da immer eine Vezögeren zwischen 5 und 10 sekunden, bis den Bridge den neuen Status mitteilt. Ich hab aber auch schon mitbekommen, dass es bei manchen bis zu 20s dauert. Könnte sein, dass es von der Position der Bridge und der BT Verbindung abhängig ist.
-
Lars83 dann ist logisch, dass er das nicht kann. Nimm die Nuki ID von hier:
- The nuki id of your locks/opener, can be found when calling http://your-nuki-bridge-url/list?token=your-nuki-api-token in a browser
-
Lars83 was sagt denn das log bei auf und zusperren des nuki?
-
Alles anzeigen
So sieht der Teil von Nuki bei mir aus.
{
"platform": "NukiBridge",
"bridge_url": "xxx",
"api_token": "xxx",
"cache_directory": "/var/lib/homebridge/node-persist/storage",
"locks": [
{
"id": "xxx",
"name": "Wohnungstür",
"usesDoorLatch": true,
"usesDoorContactSensor": true
}
Du nutzt keine callbacks, daher das verhalten. Du musst noch die Parameter „webhoovk_server_ip_or_name“, „wehook_port“ und „lock_state_mode=1“ setzen. Dann sollte es funktionieren, wie erwartet.
