Also bis jetzt konnte ich noch nicht auf Node14 wechseln.
Code
sudo npm install -g --unsafe-perm n
sudo n ltszeigt mir immer noch die v12.19.0 an.
Ich hab noch mal hier: https://nodejs.org/en/about/releases/ nachgesehen und dort steht als Datum der 27. Oktober. Ich schrieb vom 21., was ich gerade in meinem Originalposting verändert habe. Entweder haben die was verschoben (unwahrscheinlich) oder ich hatte was an den Augen (wahrscheinlich). Also warten wir noch ein bisschen.
vor dem Einsazt von Node V14
Vor dem Einsatz von Node 15. Ist eine "ungrade" Version und sollte hier besser niemanden interessieren.
er sagt mir bei cd. homebridge "command not found".
Was völlig verständlich ist. Es heißt ja auch - wenn überhaupt: cd .homebridge
Wobei ich nicht glaube, dass du dort fündig werden wirst.
Nach Anleitung. Schritt 1 und 2.
Viele Teile in der Anleitung lassen sich auf einem Mac so nicht umsetzen. Sie sind für den Raspi geschrieben und ich kann dir nicht sagen, wie es im einzelnen auf einem Mac geht. Es gibt da Unterschiede.
Komme nun nicht in die config rein. Kann bitte jemand unterstützen? Besten Dank!
Was bedeutet das genau? Was versuchst du denn? Du hast die Konfiguration doch schon mal geöffnet, als du sie erstellt hast.
habe homebridge auf meinem mac installieren können.
Und wie?
Ist dies bei dir evtl. seit dem Update vor einigen Wochen so?
Das ist schon immer so - also seit Jahren. Irgendwann schleichen sich die Dinger ein. ich hab da letzte Woche aufgeräumt - eine Stichprobe ergibt schon wieder eine Dublette. Wie gesagt - I don't care.
Woran hängt das und was kann ich dagegen machen?
Keine Ahnung, woran das liegt, aber bei mir ist das genauso. Nur ist es mir herzlich egal, weil ich die Alexa-App eh nur sehr selten verwende. Solange Alexa per Stimme funktioniert, sind mir die Dubletten wurscht.
Ich kann leider nicht andere Automationen in eine Automation reinnehmen.
Also wenn Steckdose an, dann Automationen x ausschalten geht nicht.
Du sollst ja auch keine Automationen ausschalten. Du sollst eine Bedingung setzen, nach der eine Automation nur dann ausgelöst wird, wenn ein bestimmter anderer Wert gesetzt ist.
Also kurz gesagt, sobald Drittanbieter mit „Zugängen“ im Spiel sind, haben diese die Möglichkeit Daten von deren Produkten abzugreifen.
So hab ich es aktuell verstanden!
Die App EVE ist von einem Dritthersteller und sie zeigt wie viele andere ähnlicher Apps alle Daten von HomeKit an, nicht nur die von ihren eigenen Produkten. Das bedeutet, dass EVE theoretisch diese Daten auch sonst wohin schicken könnte. Das gleiche gilt auch für Apps wie die von Koogeek. Die zeigt mir gerade "3 Gerät offline 51 Ausrüstung online" [sic] an. Die von Parce zeigt immerhin sieben Steckdosen an, wobei nur eine von Parce ist und die anderen von anderen Herstellern (und insgesamt 13 sind in Betrieb).
Dass Hersteller diese Daten nicht abgreifen dürfen, bedeutet nicht, dass sie nicht abgreifen können. Allerdings würde ein solches Abgreifen einen Vertragsbruch mit Apple bedeuten, was eine hässliche Konventionalstrafe nach sich ziehen dürfte sowie einen möglichen Abbruch der Geschäftsbeziehungen. Welcher Hersteller würde das wagen?
Letztendlich ist die Smarthome-Geschiche, so so wie sie sich heute darstellt, eh eine Frage des Vertrauens und ganz unabhängig von HomeKit - wer weiß schon, was die Trådfri-Bridge alles so über angeschlossene Zigbee-Geräte an IKEA überträgt? Die das auch noch speichern und auswerten müssten und bei Millionen verkaufter Bridges eine ordentliche Datenbank betreiben müssten. Lohnt sich da für die der finanzielle Aufwand?
Nicht auszudenken wäre der Imageschaden für Unternehmen wie IKEA oder Philips, aber auch EVE oder Eufy, wenn das herauskäme. Und man kann sich sicher sein, dass findige Hacker so etwas herausbekommen und veröffentlichen. Daher vertraue ich auf die Integrität solcher Hersteller, aber das muss wohl jeder für sich selbst entscheiden.
kann das dann doch nicht funktionieren, oder?
Du solltest die Frage in einem Homematic-Thread hier im Forum stellen. Da lesen bestimmt die Homematiker mit.
Was hätten Sie für einen Lösungsvorschlag?
Da ich keinen Way-Server betreibe, bleibt als einziger Ratschlag: mach's richtig 
. Dürfen wir mal einen Blick in die config.json werfen?
Wie findet kann man die IP der Bridge rausfinden?
Mit der Hue-App. Einstellungen -> Hue Bridges -> i.
Muss ich diesen Port dort bzw. in meinem Router (Fritzbox 7590) freigeben?
Ich habe keinen blassen Schimmer. Ich kenn mich mit Homematic nicht aus.
Wie kann ich mehrer Automationen gleichzeitig deaktivieren?
Gar nicht.
Ich würde es so lösen, dass die Automationen nur ausgelöst werden, wenn ein bestimmtes Gerät ausgeschaltet ist. Ich würde eine Fake-Bulb namens "Putzhilfe" in Homebridge einrichten. In EVE könnte man dann die bestehenden Automationen erweitern durch diese Bedingung.
Dazu braucht man aber eine Homebridge. Mir fällt keine Lösung ein, die man direkt mit deinem Setup machen könnte.
ERROR: Request failed! Error code ECONNREFUSED.
Connection refused bedeutet immer, dass ein Port auf einem Computer angesprochen wurde, der nicht geöffnet ist. Mehr als das Log kann ich dazu erstmal nicht sagen: Check the URL in config.json and ensure that the URL can be reached from this system!
Außer, dass du Philips falsch geschrieben hat, kann ich erst einmal keinen Fehler entdecken 
. Wobei, soll doch jeder das so schreiben, wie er will. Allerdings sagt die Doku dazu:
name |
The prefix homebridge uses for log (debug, error) messages issued by homebridge-hue. Highly recommended to set this to "Hue".
|
Was aber meiner Meinung nach den Fehler nicht erklärt. Ist 192.168.0.101 tatsächlich die Adresse deine Hue-Bridge? Wird es besser, wenn du deiner Konfiguration die Zeile hinzufügst:
"host": "192.168.0.101",
Hier ist meine Konfiguration, die etwas kürzer als deine ist:
{
"platform": "Hue",
"host": "192.168.1.23",
"lights": true,
"users": {
"001788BLUB216401": "woCUc1QYLP1mfUGGEHEIMKCpN78-SECRETmbarXy"
}
},
Das Update installiert sich aber nicht automatisch, oder ??
Nein.
Diese Seite hier behauptet, es ginge so:
hb-service install --user homebridge --service-name homebridge-two --port 8080
hb-service uninstall --service-name homebridge-two
Hört sich plausibel an.
Ich kann nichts erkennen außer dass mit deinen Homematic-Einstellungen irgendwas nicht richtig zu sein scheint.
Error Error: connect ENETUNREACH 192.168.178.69:8181
Homebridge(v0.1.231)
Tatsächlich? Wenn dem so wäre, wurde dann diese Homebridge von deinen Vorfahren installiert? Die aktuelle Version ist 1.2.3.
Am 27. Oktober wird sich die Node LTS-Version von Version 12 auf Version 14 verändern. Was das bedeutet, will ich im Folgenden kurz darlegen.
Was ist Node?
Node ist eine Basis-Software, um Javascript-Programme auf einem Computer laufen zu lassen. Da die Homebridge und ihre Plugins zum größten Teil in Javascript geschrieben sind, wird Node immer benötigt, damit überhaupt etwas geht.
Was bedeutet Node LTS?
LTS ist die Abkürzung für Long Time Support und bezeichnet Software-Versionen, die der Hersteller über eine längere Zeit pflegt. Das ist sozusagen die Haupt-Version von Node. Hier wird garantiert, dass alle kritischen Fehler über 30 Monate repariert werden. Der wesentliche Punkt dabei ist, dass es keine funktionalen Änderungen mehr gibt, egal was dem Hersteller einfällt, an Node noch zu schrauben. Das heißt, dass Plugins, die beispielsweise für Node 12.0 geschrieben wurden, auch unter Node 12.19.5 laufen. Der wichtige Teil der Versionsnummer ist hier die 12.
Was sind funktionale Änderungen?
Node stellt Funktionen (oder Methoden) bereit, die Programmierer benötigen, damit ihr Programmcode funktioniert. Ein Hersteller kann sich entscheiden, derartige Funktionen umzugestalten, so dass sie anders verwendet werden müssen, oder er kann sich sogar entscheiden, bestimmte Funktionen nicht weiter anzubieten. Plugins, die derartige Funktionen verwenden, würden dann im besten Fall abstürzen und im schlimmsten Fall falsche Ergebnisse liefern. Tatsächlich kommt aber kein Software-Hersteller auf die Idee, das einfach so zu machen. Solche Änderungen werden sehr lange vorher angekündigt, so dass jeder Programmierer die Möglichkeit hat, seinen Programmcode an die neuen Gegebenheiten anzupassen.
Hier kann man sehen, dass die Node-Entwickler schon lange vorher wissen, wann sie eine Version auf den Markt werfen: https://nodejs.org/en/about/releases/
Da steht beispielsweise, dass die älteste Version, die sich noch in irgendeiner Pflege befinden, die Version 10 ist, dass die Version 12 die aktive LTS-Version ist, dass in ein paar Tagen die Version 14 die aktive LTS-Version werden wird und somit die 12er-Version ablöst.
Was sagt die Versionsnummer?
Zunächst mal: die Node-Versionen, die wir benutzen sollten, haben alle gerade Nummern (8, 10, 12, 14...). Die ungraden Versionen befinden sich in der Entwicklung, sind im Test, verändern sich möglicherweise stark oder sind nicht vollständig. Gar nicht weiter beachten.
Die Node-Programmierer verwenden wie viele andere Programmierer ein System für ihre Versionsnummern. Die Versionsnummer besteht da aus drei Teilen, die durch einen Punkt getrennt sind. Die Teile haben Namen, die MAJOR, MINOR und PATCH heißen. Am Beispiel von Node 12.18.4 bedeutet das:
Viele Plugin-Programmierer machen es mit ihren Versionsnummern übrigens ganz genauso.
Maaaann, komm jetzt mal langsam auf den Punkt, sschuste
Am 21. Oktober wird sich die LTS-Version von 12.x.x auf 14.x.x verändern. Alle diejenigen, die bislang ihr Node auf der neuesten LTS-Version gehalten haben, werden nun eine neue Version bekommen, die sich im MAJOR verändert hat. Eine Änderung im MAJOR kann dazu führen, dass manche Plugins nicht mehr laufen werden. Das betrifft möglicherweise Plugins, die schon lange nicht mehr von ihren Programmierern gepflegt wurden. Dass muss nicht zwingend so sein, aber es kann sein.
Was nun? Profis nehmen nun einen neuen Raspi, duplizieren darauf ihre laufende Homebridge, unterziehen sie einem Update auf die neue MAJOR-Versionen und sehen, was geht und was nicht. Typen wie ich knallen die neue Version einfach drauf und nehmen eine Unterbrechung ihrer Homebridge in Kauf. Etwas Ängstlichere machen lieber gar kein Update und begründen das mit der alten Wahrheit "never change a running system". Jede dieser Vorgehensweisen hat etwas für sich, wobei die erste und die letzte von äußerster Vorsicht zeugen und meine Holzhammer-Methode eher nicht.
Wie vorgehen?
Es gibt hier im Forum einige, die bereits seit einer geraumen Zeit die Version 14 einsetzen. Man hört wenig Drama aus dieser Richtung, eigentlich gar nichts, aber vielleicht gibt es ja schlechte Erfahrungen mit dem einen oder anderen Plugin. Wär schön, wenn wir da mal was hören würden.
Wichtig: niemand muss jetzt updaten. Damit kann man sich erstmal schön Zeit lassen und dem Forum lauschen.
Wer doch updaten will, sollte dazu immer die Software n verwenden. Die wird installiert mit:
sudo npm install -g --unsafe-perm n
Wenn man nach der Installation sudo n aufruft, wird einem die aktuell installierte Version angezeigt. Hat man n bereits verwendet, um Node-Versionen upzudaten, dann werden einem alle damit installieren Versionen angezeigt und man kann eine Installation auf einfache Art und Weise wieder rückgängig machen.
Node updaten geht dann so:
sudo n lts (installiert die neueste Node LTS-Version, meine Empfehlung) oder
sudo n latest (installiert die neueste Node-Version überhaupt - ich rate den meisten davon ab und ich mach das auch nicht) oder
sudo n 12.18.4 (installiert Node 12.18.4)
Ich werde in der nächsten Woche die neue 14er-Version mit sudo n lts installieren und dann berichten, wie das vor sich ging.
