UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[loverz]

@chriss2007 ich fand auch, dass Kameras über YAHKA nicht so toll sind, hab sie daher via Homebridge eingebunden. War auch besser.

Nun gibt es aber die Aqara Doorbell G4, die nativ HKSV kann, das ist bisher meine beste Lösung

[derp]

@eugen
Die Kameras waren bei mir auch von „außen“ verfügbar. Qualität hin oder her es hat auf jeden Fall funktioniert. Ich habe auch vor dem Update ein HomePod mini benutzt. Die eine Kamera ist über einen HTTP Stream die andere über einen RTSP.

Die anderen Geräte sind alle verfügbar.

[loverz]

Wurde das Homekit Architektur Update eigentlich wieder zurückgezogen?

Bei mir wurde es bei der letzten iOS Aktualisierung angezeigt, aber verschwand recht schnell wieder.
Mein iPad Mini 2 mit altem iOS geht auch noch, daher schließe ich aus, dass das Update bereits durchgelaufen ist.

[Ein ehemaliger Benutzer]

@loverz mit der neusten iOS Version sollte das Update von der Apple Home Architektur, sofern noch nicht gemacht, wieder verfügbar sein so wie ich gehört habe

[loverz]

@ciddi89 genau, aber wo finde ich das?
Bisher war es irgendwo in den Hauseinstellungen.

[Ein ehemaliger Benutzer]

@loverz hmm komisch. Hab noch mal gegoogelt und überall steht das es mit 16.4 wieder verfügbar sein soll. Ich hatte es ja schon das letzte mal durchgeführt bevor es wieder zurück gezogen worden ist.

Das Upgrade wird euch in den „Einstellungen des Zuhauses“ unter Softwareupdate angeboten.

[j0hu]

Hallo, ich wollte heute ebenfalls den Yahka-Adapter von v0.17 auf v1.0.3 aktualisieren.
Leider schlägt das Update fehl, siehe folgende Ausgabe der ioBroker-Bash (sollte alle Infos zu Node.js und npm enthalten):

admin@iobroker:/opt/iobroker$ iobroker install yahka@1.0.3 --debug
NPM version: 9.5.1
Installing iobroker.yahka@1.0.3... (System call)
npm ERR! code EBADENGINE
npm ERR! engine Unsupported engine
npm ERR! engine Not compatible with your version of node/npm: @homebridge/ciao@1.1.6
npm ERR! notsup Not compatible with your version of node/npm: @homebridge/ciao@1.1.6
npm ERR! notsup Required: {"node":"^14"}
npm ERR! notsup Actual:   {"npm":"9.5.1","node":"v18.16.0"}

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2023-05-04T15_37_10_307Z-debug-0.log
host.smarthome Cannot install iobroker.yahka@1.0.3: 1

Offenbar scheint die Version/ Abhängigkeit zum npm-Paket "ciao@1.1.6" das Update zu verhindern?!

Hat jemand eine Idee?

Danke vorab, j0hu

[alexzi]

evtl. ein bisschen OT, hab ein Frage zu einer Türklingel und Mitteilung auf Geräte

Habe eine Kamera eingebunden, zusätzlich eine Klingel, wird über extra Zigbee-Button gesteuert. Wie kann ich einstellen welche Geräte informiert werden wenn es klingelt? Mein iphone/AppleWatch klingelt, bei meiner Frau auch, Ipad nicht, ATVs konnte ich noch nicht schauen.
Ich suche wahrscheinlich falsch, aber über Google finde ich einfach nichts.
Danke im Voraus

[Ein ehemaliger Benutzer]

@alexzi beim jeweiligen Gerät in der home app unter Einstellungen des Zuhauses und dann Kamera und Türklingel bzw. je nach dem welche Kategorie das gerät zugeordnet ist.

[stolly82]

@j0hu Ich habe das selbe Problem!

Bei mir ist es nach einem restore gekommen.

Ich kann weder die Version 0.17 noch die aktuelle Version installieren, da ich genau den selben Fehler bekomme.

Ich habe auch schon ausprobiert, die Version 16 von node zu installieren (18 war drauf).

Awesome

[marc611]

@j0hu habe das gleiche Problem. Bin umgezogen mit anderen Geräten und wollte meinen ioBroker frisch aufsetzen. Alles neu gemacht und wollte Yahka installieren, gibt mir auch nur den gleichen Fehler... Auch bei der 0.17...

[stolly82]

Sonntag hatte ich noch genau so ein Setup aufgesetzt, da klappte noch alles 1a.

Heute, exact das selbe Setup,
engine Not compatible with your version of node/npm: @homebridge/ciao@1.1.6

Hatte heute deshalb diverse Systeme auf meinem OrangePi5 ausprobiert:

• Ubuntu 20.04
• Ubuntu 20.04 Server edition
• Ubuntu 22.04
• Ubuntu 22.04 Server edition
• Debian

Habe versucht nodeJS in der Version 14x, 16x, 18x, leider immer der selbe Fehler.

Ebenfalls natürlich yahka 0.17 & 1.0.3, überall der selbe Fehler.

[stolly82]

@stolly82 said in Yet another HomeKit adapter:

Sonntag hatte ich noch genau so ein Setup aufgesetzt, da klappte noch alles 1a.

Heute, exact das selbe Setup,
engine Not compatible with your version of node/npm: @homebridge/ciao@1.1.6

Hatte heute deshalb diverse Systeme auf meinem OrangePi5 ausprobiert:

• Ubuntu 20.04
• Ubuntu 20.04 Server edition
• Ubuntu 22.04
• Ubuntu 22.04 Server edition
• Debian

Habe versucht nodeJS in der Version 14x, 16x, 18x, leider immer der selbe Fehler.

Ebenfalls natürlich yahka 0.17 & 1.0.3, überall der selbe Fehler.

Was bei mir funktioniert, ist alles bis Version 0.11.0.

Habe eben manuell getestet:
cd /opt/iobroker/ npm i iobroker.yahka@0.11.0

So läuft zumindest HomeKit erstmal wieder. Alles ab 0.12.0 kann ich mit der selben Fehlermeldung NICHT mehr installieren.

---

Bei IoBroker sind wir nicht die einzigen:
https://github.com/NRCHKB/node-red-contrib-homekit-bridged/issues/521

https://github.com/homebridge/ciao/issues/30

---

FIX ISSUE CIAO unsupported engine

npm ERR! code EBADENGINE
npm ERR! engine Unsupported engine
npm ERR! engine Not compatible with your version of node/npm: @homebridge/ciao@1.1.6
npm ERR! notsup Not compatible with your version of node/npm: @homebridge/ciao@1.1.6
npm ERR! notsup Required: {"node":"^14"}
npm ERR! notsup Actual:   {"npm":"9.5.1","node":"v18.16.0"}

Um den Fehler temporär zu umgehen, bis dieser bei homebridge behoben ist:

cd /opt/iobroker
npm install --save @homebridge/ciao@1.1.5
npm i iobroker.yahka

[tombox]

@j0hu Der Fehler liegt bei der ciao dependency die ausersehen nur node 14 zulässt.

Bis es nicht gefixt ist kann yahka nicht installiert werden.
https://github.com/homebridge/ciao/pull/31

Wer nicht warten kann kann die benutzerdefinierte version installieren

Via github symbol und dann benutzerdefiniert:
https://github.com/TA2k/ioBroker.yahka

[mac89muc]

Hallo zusammen,

ich habe zwei generelle Rückfrage zum conversation Scripting - falls ich mein Anliegen lieber direkt als Issue auf Github platzieren soll bitte um kurze Rückinfo.

Vorab, ich hab sehr begrenzte Programmierkenntnisse aus Urzeiten und habe es daher mit Scripten und Java etc nicht so. Ich suche mir für meine Anforderungen alle meine Lösungsansätze im Netz zusammen und probiere dann rum bis es passt bzw. nutze Blockly ausserhalb von yahka.

Herausforderung 1
Ich habe einen Datenbpunkt für meinen Wasserkocher der mit verschiedenen Zahlen (1-6) gefüllt wird und dann dadurch States bereitstellt. Ich möchte jetzt gerne Schalter in HomeKit anlegen um die States zu lesen und auch zu schalten. Ich habe es in mehreren Varianten wie hier auf dem Screenshot zu sehen ist versucht, allerdings steht immer der falsche Switch auf true - also stimmt das Skript nicht. Kann mir da jemand von euch mit mehr Wissen weiterhelfen?

Herausforderung 2
Ich möchte gerne von einem Datenpunkt den Timestamp in einem Switch anzeigen lassen - also z.B. wann der zuletzt auf true gesetzt wurde - lässt sich ja u.a. über den AccessoryInformation Service / Manufacturer oder SerialNumber als Feld nutzen. Ein Script das mir aus der UNIX Zahl eine lesbare Zeitangabe macht habe ich - siehe Screenshot allerdings muss dafür der UNIX Zahlenblock als Datenpunkt hinterlegt sein. Kann ich in yahka auch zusätzlich zum value auf den Timestamp .ts zugreifen, bzw. gibt es einen Alternativvorlschlag? Würde jetzt ungerne mit Dummydatenpunkten arbeiten, die jedes Mal bei Änderung des eigentlichen Datenpunktes den Timestamp in einen Dummydatenpunkt schreiben, den ich dann in yahka nutze.

Hoffe ich konnte einigermaßen verständlich erklären, was ich vor habe bzw. wo meine Herausforderungen liegen. Würde mich freuen, wenn jemand von euch einen Tipp bzw. Lösungsvorschlag hat zu den beiden Punkten.

Danke & Gruß

[loverz]

@mac89muc keine Lösung, aber kurze Info.
Wenn du auf Properties klickst siehst du welche Werte erlaubt sind. Bei „On“ sind das meines Wissens nur true oder false. Entsprechend kannst du da keine Zahlen abholen oder hinsenden.

[Hiltex]

@mac89muc
Zu Punkt 1: ich kenne das Gerät nicht, aber es wäre mal interessant zu wissen, was sich hinter den Zahlen verbirgt. Wenn das die Temperaturstufen sind, dann könntest du ja vielleicht einen Dimmer mit der Range 0…6 nutzen. Nur mal so als Idee.

Zu Punkt 2:
Funktioniert denn das Script, wenn du es außerhalb von Yahka nutzt, zum Beispiel im Script-Adapter?
Möglicherweise unterstützt HomeKit es ja auch garnicht, dass diese Werte mitten im Betrieb geändert werden und aktualisiert die nur beim Neustart der Bridge.

Als ich angefangen habe mit Yahka etwas komplexere Geräte zu bauen, habe ich mir einen ganzen Schwung Test-Datenpunkte erstellt, dort direkt die Werte eingetragen und geschaut, wie HomeKit sich verhält. Vielleicht probierst du das mal aus, damit kann man nämlich schön beobachten, was passiert und wir man reagieren muss.

[mac89muc]

@loverz

Danke für Dein Feedback, die Anforderung unter Properties kannte ich. Ich möchte ja auch keinen anderen Typ als bool / number / string oder sonst was abbilden der für das nicht erlaubt ist.

Deswegen wandele ich ja mit dem Script auf True/False wenn z.B. der Wert 6 im Datenpunkt steht.

Gruß

[mac89muc]

@hiltex sagte in Yet another HomeKit adapter:

Zu Punkt 1: ich kenne das Gerät nicht, aber es wäre mal interessant zu wissen, was sich hinter den Zahlen verbirgt. Wenn das die Temperaturstufen sind, dann könntest du ja vielleicht einen Dimmer mit der Range 0…6 nutzen. Nur mal so als Idee.

Danke für Deinen Tipp.
Es hängen States wie warmhalten, aus, kochen, Babynahrung usw. dahinter keine bloße Temperatureinstellungsmöglichkeit - die habe ich über ein Thermostat abgebildet der einen anderen Datenpunkt anspricht - funktioniert auch.

Ich möchte nur die Direktwahl die eben über die States hinterlegt ist auch integrieren mit switches.

@hiltex sagte in Yet another HomeKit adapter:

Zu Punkt 2:
Funktioniert denn das Script, wenn du es außerhalb von Yahka nutzt, zum Beispiel im Script-Adapter?
Möglicherweise unterstützt HomeKit es ja auch garnicht, dass diese Werte mitten im Betrieb geändert werden und aktualisiert die nur beim Neustart der Bridge.

Das Skript funktioniert auch in yahka aber eben nur wenn als Datenpunkt auch der Ziffernblock der UNIX Zeit z.B. 1683482660979 hinterlegt ist - dann generiert das Skript daraus ein lesbares Daten/Zeitformat.

Ich würde es aber wie gesagt gerne direkt an z.B. den Timestamp des True/False Datenpunktes hängen ohne Umweg über einen Dummydatenpunkt den ich dann über Blockly aktualisieren wenn sich True/False ändert.

Wird auch ohne Neustart der Bridge aktualisiert, es muss nur das Gerät über HomeKit aufgerufen werden.

Gruß

[M-A Hueb]

Guten Morgen. Seit gestern Abend haben alle Geräte die über Yahka eingebunden sind "keine Anwort".
Hatte bisher die 0.17 drauf. auch nach aktualisierung auf 1.0.3
An was kann das liegen?