Hast du vor deinen Updates und Aktualisierungen keine Image-Sicherungskopie gemacht?
Das wäre jetzt das sauberste, wieder das ursprüngliche image zu verwenden, als alles noch funktionierte....
Hast du vor deinen Updates und Aktualisierungen keine Image-Sicherungskopie gemacht?
Das wäre jetzt das sauberste, wieder das ursprüngliche image zu verwenden, als alles noch funktionierte....
ja klar, aber nach 10 sek passiert nicht viel, ausser das licht kurz grün blinkt, was es aber ohnehin alle 2-3 sek macht
Eventuell einfach mal über das iPad versuchen, hinzu zu fügen.....
[quote='
m4d-maNu','https://forum.smartapfel.de/forum/thread/3383-homekit-12-4-kommunikationsprobleme/?postID=63874#post63874']<p>Vielleicht kommt sogar 13.1, schließlich is seit gestern diese Beta schon da <img src="https://forum.smartapfel.de/images/smilies/emojione/1f604.png" class="smiley" alt="^^" height="23" srcset="https://forum.smartapfel.de/images/smilies/emojione/[email protected] 2x">
?
?
?
Mir würde ja spontan, ohne alles intensiv durchgespielt zu haben, die Möglichkeit per webhooks einfallen.....
Zweiter unausgereifter Gedanke ist, evtl. mit dem hue-plugin zusätzlich im anderen Zuhause auf die hue-bridge zuzugreifen. Evtl. kann man mit whitelists arbeiten, sodass hier dann auch nur die benötigte lampe angezeigt wird......
So könntest in einem hk-zuhause die eine lampe nativ anzeigen lassen und im anderen hk-zuhause lässt du die lampe über das hue-plugin anzeigen.
Hab ich was übersehen oder könnte dies tatsächlich funktionieren?
Ich traue mich gar nicht, das neueste iOS Update 12.4.1 aufzuspielen ??? denn spätestens in 3-4 wochen wird ja vermutlich eh iOS 13 kommen, oder?
Hi, ich nutze nur eine Hue Bridge..... Aber nochmals zum Verständnis:
Du nutzt 2 HomeKit-Umgebungen? Und in jeder Umgebung befindet sich eine Hue-Bridge?
Oder sind nur die Hue-Bridges in verschiedenen Setups und du nutzt ein HomeKit-Zuhause?
Ich habs leider bis jetzt auch noch nicht versucht. Hab nur gewusst, dass da irgendwas noch mit Sonnenstand möglich war.....
Ich hab schon gedacht, dass es vermutlich nicht 100 % das ist, was du suchst.
Jedoch würde ich es zumindest mal @grover vorschlagen. Er musste vermutlich einfach nicht mehr nachbessern, da das plugin so ja echt stabil läuft ?
Schau dir mal http:// https://github.com/grover/homebridge-automation-switches/blob/master/docs/SolarClock.md von @grover an.
Und zwar die Option “solar clock“. Wenn hier die gewünschte Einstellung, also Sonneneinstrahlung, nicht dabei ist, würde ich @grover diesbezüglich mal kontaktieren. Evtl. kann er es dann auf eine to-do Liste nehmen.
Was bewirkt der Eintrag „fileState“? Gibt dies evtl. den aktuellen Zustand wieder?
Ich habe das script2-plugin noch nie verwendet.....
Bei mir hat es gleich auf Anhieb mit den Befehlen funktioniert. gattool war bereits installiert und ich konnte direkt loslegen.
pi@raspberrypi:~ $ gatttool -t random -b CB:A4:15:F0:A0:44 --char-write-req -a 0x0016 -n 570101
Characteristic value was written successfully
pi@raspberrypi:~ $ gatttool -t random -b CB:A4:15:F0:A0:44 --char-write-req -a 0x0016 -n 570102
Characteristic value was written successfully
pi@raspberrypi:~ $ gatttool -t random -b CB:A4:15:F0:A0:44 --char-write-req -a 0x0016 -n 570103
Characteristic value was written successfully
pi@raspberrypi:~ $ gatttool -t random -b CB:A4:15:F0:A0:44 --char-write-req -a 0x0016 -n 570100
Characteristic value was written successfully
pi@raspberrypi:~ $ gatttool -t random -b CB:A4:15:F0:A0:44 --char-write-req -a 0x0016 -n 570100
Characteristic value was written successfully
pi@raspberrypi:~ $ gatttool -t random -b CB:A4:15:F0:A0:44 --char-write-req -a 0x0016 -n 570104
Characteristic value was written successfully
pi@raspberrypi:~ $ gatttool -t random -b CB:A4:15:F0:A0:44 --char-write-req -a 0x0016 -n 570103
Characteristic value was written successfully
pi@raspberrypi:~ $ gatttool -t random -b CB:A4:15:F0:A0:44 --char-write-req -a 0x0016 -n 570100
Characteristic value was written successfully
pi@raspberrypi:~ $
Es gibt sogar noch eine weitere Zahlenkombination. Bei 570103 fährt der Hebel aus und verbleibt auf der Position. Mit 570100 fährt man ihn dann wieder zurück. Interessant, wenn man nicht nur einen Taster bedienen möchte.
Alles anzeigenKohle_81 Nö du kannst ja die Funktion ausschalten das er automatisch ausgeht. Danach setzt du als On Befehl:
570101 = ON
und das als Off Befehl in deiner Config dann hast du einen Schalter und keinen Taster
570102 = OFF
Das ist mir bewusst, aber dann habe ich ja 2 Schalter in HomeKit, was ja erst einmal in ordnung ist.
Allerdings sehe ich dann aus der App heraus nicht, welchen Zustand der switchbot gerade hat.
Da wäre es schön, wenn ein Befehl beim abschalten und dann der andere befehl beim ausschalten abgesetzt würden.
Das mit cmdtrigger hört sich interessant an.
Die Funktion kann dann aber nur für die „Taster-Funktion“ genutzt werden, oder?
Das plugin generiert ja nur einen Schalter als trigger, der wieder ausgeht....
Da musst du den Entwickler fragen. Von ihm ist dieser Hinweis. Laut nicoduj sind die Versionen 1.05 und 1.06 buggy
Also bei den ersten beiden fb‘s verstehe ich es so, dass mehrere Geräte mit einer Taste über den homepilot gesteuert werden können.
Dürfte für dein Szenario funktionieren, würde ich sagen.
Wenn du Interesse hättest, auch diese fb‘s über das plugin einbinden zu können, darfst dich gerne an mein issue hängen ?
Habe gerade diesen Artikel gelesen, dass nun tradfri-Plugs direkt mit der Hue Bridge zu koppeln sind.
Ist das schon länger so und ich habe es nur nicht mitbekommen?
Wäre dann über das plugin - sofern der Entwickler es ermöglicht - einzubinden......