Beiträge von sschuste
-
-
Ich habe eine installiert, aber hat wohl nicht geklappt.
Vielleicht wäre es hilfreich, wenn du mitteilen würdest, was du überhaupt getan hast und wie du es getan hast. Auf Computern klappen Installationen oder sie klappen nicht - zumindest ist es in meinem Leben und auf meinen Computern seit Jahrzehnten so gewesen. Wenn sie nicht klappen, steht da meist alles mögliche auf dem Bildschirm außer "hat wohl nicht geklappt".
Dein Screenshot weiter oben ist auch nicht sonderlich hilfreich, weil wahrscheinlich er nur den letzten Teil der Fehlermeldung zeigt. Natürlich kann ich mich da auch irren, aber es wäre nett, etwas mehr von deinem Log zu zeigen.
-
st es möglich, dass man über Homebridge UI nur die Homebridge Version der Child Bridge ändert, jedoch nicht die der Haupt Bridge?
Nein. Das ist grundsätzlich nicht möglich, ob mit oder ohne Homebride-UI.
Leider funktioniert das homebridge-soundtouch Plugin seit längerer Zeit nicht mehr. Vor 2 Jahren ging es noch problemlos, deshalb würd ich dafür gern einfach eine antike Child Bridge einrichten, falls das möglich ist und hilft?
Hilft auch nichts.
Ich kann zwar mit der Fehlermeldung nichts anfangen, glaube aber, dass die Node-Version nicht mehr kompatibel ist - das Plugin wurde immerhin seit vier Jahren nicht weiter angefasst. Möglicherweise würde eine ältere Version von Node zusammen mit einer älteren Version von Homebridge Abhilfe schaffen. Zwei unterschiedliche Versionen auf einem einzigen Raspi zu installieren braucht erweiterte Linux-Kenntnisse.
Kohle_81 hat's ja schon gesagt:
Ein zweiter RasPi aufsetzen würde definitiv funktionieren.
-
Vielleicht kennt jemand den Grund dieser Meldung - wie gesagt alles läuft
DeprecationWarning: The `punycode` module is deprecated. Das Modul 'punycode' ist veraltet.
Irgendein Plugin verwendet wohl dieses Modul. Ab Node 22 scheint es als veraltet zu gelten. Also kommt eine Warnung, die um Aufmerksamkeit bittet. Letztendlich besagt diese Warnung, dass man doch bitte das Modul 'punycode' durch etwas Zeitgemäßeres ersetzen soll. Es wird zwar noch unterstützt, aber seine Tage sind gezählt und es wird irgendwann aus Node ausgebaut, vielleicht wenn Node 26 kommt.
Zwei Vorgehensweisen sind nun vorstellbar:
- du reparierst den Programmcode des Plugins, das 'punycode' verwendet, und lehnst dich dann erschöpft zurück oder
- du lässt den Entwickler des Plugins das irgendwann tun und lehnst dich gleich erschöpft zurück.
In beiden Fällen richtet sich die Warnung an Programmierer, nicht an Enduser. Letztere dürfen die Meldung getrost ignorieren.
-
Ich kann auch nicht helfen und hab nur die gleiche Lösung parat wie @HolgerKR .
-
Wenn ich mein Licht über einen Sprachbefehl einschalten muss, habe ich den Nutzen von Schaltern/Tastern nicht verstanden.
Sorry, aber da muss ich doch ma reingrätschen. Genauso gut wäre dann ja wohl das Argument: wenn ich mein Licht über einen Schalter einschalten muss, habe ich den Nutzen von Sprache nicht verstanden.
Es mag an meiner Wohnung liegen, aber in den meisten Fällen befinden sich die Lichtschalter nicht dort, wo ich mich gerade aufhalte. Die Sprachsteuerung ist für mich daher das einzige, was mich an "Smart"-Home interessiert. Echtes Smart-Home wäre in meinen Augen, dass meine Wohnung selber lernt, was ich wann und wo brauche, und davon sind wir doch weit entfernt.
-
sudo nano /boot/firmware/cmdline.txt
wird eine leere Datei geöffnet?Genau, trag's da ein.
Kann ich den Pi runterfahren und die Dateien an meinem Mac editieren?
Ja, das sollte gehen.
-
1. Ich soll auf der bisherigen alten Fritz!Box alles ändern (z.B. SSID und PW). Hier könnte ich dann 2,4er Band als gesondertes Netz nur für die Shelly anwenden...
Nur das Passwort ändern, SSID sollte so bleiben. Ich selbst verwende für das 2,4GHz-Band zur Zeit einen eigenen Router und eine Fritz!Box habe ich noch nie besessen.
2. die neue Fritsbox kaufen und als Router mit der selben SSID und PW einrichten (die hat aber noch die festen IP-Adressen der Geräte noch gar nicht... Fliegt mir das nicht um die Ohren?
Dann trag doch die festen Adressen in die Fritz!Box ein. Um die Ohren fliegt dir das nicht, aber es kann Störungen geben, weil du zwei Router im Netz haben wirst, die beide einen DHCP-Server anbieten. Dass beide gleichzeitig laufen, sollte also vermieden werden.
kannst Du da etwas einfacher in Schrittanweisung angeben?
Leider nicht, weil ich ja keine Fritz!Box hab. Daher bleibt dann nur ein einziger Schritt: neuen Router genauso konfigurieren wie den alten.
-
Ich würde den IP-Kreis und die SSID nur dann ändern, wenn eine gewaltbereite Hool-Bande mit Baseballschlägern das von mir verlangt, und selbst das würde ich noch diskutieren. Das Passwort zu ändern ist genauso hässlich, aber hier wirst du wohl nicht drumherum kommen.
Was hält dich davon ab, dein Passwort vor dem Austausch des Routers zu ändern? Du hast zur Zeit eine funktionierende Umgebung, die du kennst. Wenn du jetzt schon das Passwort änderst, dann hast du nur einen neuen Parameter und nicht mehrere wie das nach einem Austausch des Routers der Fall wäre. Wenn also der alte Router und die IoT mit einem neuen Passwort versehen ist, dann baust du den neuen Router auf: gleiche SSID wie vorher, gleiche IPs wie vorher und auch gleiches Passwort wie vorher.
-
Ich kann nicht helfen, weil die oben angezeigte Fehlermeldung ziemlich unspezifisch ist. Sie sagt im Großen und Ganzen eigentlich nur aus, das irgendwas nicht funktioniert hat. Damit kann man wenig anfangen. Irgendwas ist halt kaputt, also muss man irgendwas reparieren. Hmmm.
Ich denke, dass die Vorgehensweise, die dvbcheck vorgeschlagen hat, die schnellste ist und vor allem die sicherste, weil man damit die aktuelle Installation nicht endgültig kaputtspielt:
- Backup per aktuellem UI erstellen
- neue SD-Card mit Homebridge-Image versehen
- Raspi ausschalten, alte SD-Card raus, neue rein, Raspi wieder einschalten
- per Web-Browser das neue UI aufrufen und einloggen, nix konfigurieren, alles lassen wie es ist
- per neuem UI das Backup wieder einspielen
- Homebridge neu starten
Fertig. Damit sollte alles wieder laufen wie zuvor, ohne dass du irgendwas an deinem iPhone/iPad ändern oder sonstwas mit HomeKit treiben musst. Das dicke Kommando zum Update des Betriebssystems, das dvbcheck vorschlägt, ist nicht unbedingt notwendig, aber es nützt mehr als es schadet und macht deine Installation einfach mal schöner.
Achtung: wenn du auf der alten SD-Card noch andere Programme laufen lässt wie beispielsweise diesen deConz-Kram oder irgendwelche MQTT-Broker oder Datenbanken, dann muss das Zeugs ebenfalls nachinstalliert werden.
Eine Alternative zur Neuinstallation ist, dass du das Homebridge-Update, das du ja eigentlich machen willst, nicht per UI, sondern manuell anstößt. Dazu musst du in einem Terminal unter dem User-Account, unter dem die Homebridge läuft, den Befehl npm install --save [email protected] eingeben. Das geht am einfachsten, indem man die Konsole des UI verwendet.
Die manuelle Installation wird unter Garantie einen Fehler werfen, diesmal aber mit einem besseren Log und vielleicht kann man daraus dann Schlüsse ziehen. Vielleicht, wohlgemerkt. Bis man das Log dann auch kapiert hat, hat man wahrscheinlich schneller die neue Homebridge installiert. Und eine alte SD-Card mit einer laufenden Homebridge.
-
Wer seine Probleme versteht, fragt selten in einem Forum, bzw. nur dann wenn man keine Lösung weiß
Das ist bestimmt nicht falsch, aber es es geht ja darum, dass Fragende zumindest versuchen, das Problem zu verstehen. Mir ist es häufig gelungen, Probleme zu lösen, weil ich versucht habe, sie zu verstehen - und ja, mir ist es genauso häufig nicht gelungen.
Für ein (schon länger) nicht gerade fluktuierendes Forum, ist eure Einstellung und Kommunikation seit je her recht barsch, hochnäsig und nicht gerade User-freundlich.
Ich finde dieses Forum in den allermeisten Fällen absolut nicht hochnäsig. Ich empfinde die Atmosphäre hier als ruhig und freundlich. Aber es gab auch Nummern hier, die mich massiv geärgert haben. Das kommt in jedem Forum vor. Allerdings waren sie auch ziemlich selten.
Ihr grenzt euch sogar ggü. Leuten ab, die sowohl eine Homebridge nutzen, als auch (ioBroker o.ä.) parallele Systeme betreiben oder diese auch nur erwähnen... "hier nur Fragen zu HomeKit & Homebridge".
Hier können nicht alle Themen behandelt werden. Hier geht es ja nicht um Raspis mit parallel laufenden Services, sondern um HomeKit. Ganz streng genommen dürften dann nicht mal Themen wie Hue oder gar Homebridge besprochen werden, aber damit kennt sich noch der eine oder andere aus. Mit iobroker wird's da schon schwieriger. Mit Node Red wird's noch schwieriger. Aber natürlich können diese System erwähnt werden, nur wollen die Admins vermeiden, dass hier auf einmal seitenlange Skripte gepostet werden, die letztendlich nichts mehr mit HomeKit zu tun haben. Das mag ich zwar ebenfalls bedauern, aber ich akzeptiere es.
Natürlich schwinge ich dann zwangsläufig auch die "Forensuche nutzen" Keule.
Wenn's denn eine Keule wäre. Ich finde die Forensuche jetzt nicht so prickelnd - ich find ja nicht mal meinen eigenen Kram.
-
Ich hätte mich deutlicher ausdrücken müssen: Homebridge läuft nicht unter Docker auf MacOS oder Windows. Einer der notwendigen Docker-Parameter, die Homebridge zum Funktionieren braucht, wird von beiden Betriebssystemen nicht unterstützt.
Du installierst Docker ja nicht auf Proxmox. Du installierst eine virtuelle Maschine auf Proxmox und in der würde dann Homebridge laufen (und kein Docker). Ich halte diese Lösung aber für viel zu fett für unsere schmalen Hausinstallationen.
-
Ist zwar off-topic, aber auf einem Mac oder einem Windows-PC kann Homebridge im Docker-Container eh nicht genutzt werden. Das geht nur unter Linux.
-
ich habe nach einem Update-Versuch von Node.js folgendes Problem:
Wie sieht so ein Update-Versuch bei dir aus? Hast du nett mit deinem Raspi gesprochen oder vielleicht doch ein Kommando irgendwo eingegeben?
Failed to update Node.js: EROFS: read-only file system, unlink '/tmp/node1NsaSF/node.tar.gz'
Unschön. Das Dateisystem ist ist im Status "nur-lesen, nicht schreiben" und daher kann die Datei /tmp/node1NsaSF/node.tar.gz nicht gelöscht werden. Das sollte überhaupt nicht passieren und weist auf eine defekte SD-Card hin.
ssh: connect to host 192.168.1.44 port 22: Host is down
Offenbar versucht der Raspi zu booten. Während er das tut, repariert er auch kaputte Dateisysteme. Es sieht hier aber danach aus, dass er das nicht kann. Möglicherweise startet er bis zu einer bestimmten Stelle, mault ein bisschen herum und wartet nun darauf, dass jemand per Hand das Dateisystem repariert. Das ist mir mal gelungen, muss so März 1999 gewesen sein.
Da der Raspi nun wahrscheinlich auf deine Eingabe wartet (falls er überhaupt so weit kommt), startet er nicht weiter und initialisiert daher auch sein Netzwerk nicht. Das ist der Grund, warum er nirgendwo mehr auftaucht.
Ich glaube, dass die SD-Card kaputt ist. Genaueres kann man aber nur sagen, wenn man eine Monitor an den Raspi anschießt und versucht, die Meldungen auf dem Bildschirm zu interpretieren.
-
Ich habe (dummerweise) von Anfang an die Home App und die Eve App parallel betrieben.
Ich kann keinen Fehler entdecken. HomeKit kann nun mal viel mehr als die Home-App kann und alternative Apps wie EVE, Controller oder was auch immer können einfach mehr als die Home-App.
Ich nutze Home als meine Bedien-App (aus den gleichen Gründen wie @HolgerKR) und mache Automationen, die Home nicht kann, in Controller. Vor Jahren, als es Controller noch nicht gab, habe ich dafür auch EVE verwendet. Controller verwende ich heute deshalb, weil es dafür eine MacOS-Version gibt.
-
Das Plugin fragt die Day a Head Strompreise von dem Anbieter ab und speichert sie in .Hombridge/.cache.
Laut deines Code machst du ein Verzeichnis auf in api.user.storagePath();.cache, also in meinem Fall in /var/lib/homebridge/.cache. Muss das unbedingt ein hidden directory sein? Kann es vielleicht aussagekräftiger sein mit einem Namen, der aussagt, wohin es gehört (beispielsweise aWATTar-cache)? Für Kinder wie mich, die in ihrem storage path herumbasteln ist so etwas eine große Hilfe.
nur leider verursacht das einen reboot des ersten Starts. danach läufts stabil.
Was bedeutet dieser Satz? Meinst du damit, dass die Homebridge beim ersten Start crasht und neu startet? Bei mir passiert das nicht. Ich bekomme nur den Fehler, der in /src/settings.ts Zeile 119 erzeugt wird, weil das Cache-Verzeichnis nicht angelegt worden ist.
Vielleicht legst du das Cache-Verzeichnis einfach an, egal ob es existiert oder nicht und catchst den Error, wenn es existiert.
-
Container starten, auf die Weboberfläche der neuen Homebridge einloggen, dort oben rechts unter den drei Punkten Einstellungen und dann Wiederherstellen anklicken, dort die Backup-Datei der alten Homebridge auswählen, in die Küche gehen, Stulle schmieren und essen, alte Homebridge herunterfahren und neue re-starten.
Backup-Datei erstellen: auf die Weboberfläche der alten Homebridge einloggen, dort oben rechts unter den drei Punkten Einstellungen und dann Backup anklicken, danach Backup-Archiv herunterladen und während des Downloads darüber nachdenken, mit was man eine Stulle belegen könnte.
-
Der neue Raspi bekommt ein neues Image von homebridge.io. Eine andere IP-Adresse hat er von allein. Dann spielst du das Backup vom alten Raspi ein. Damit hättest du dann zwei Raspis mit der gleichen Konfiguration.
Du kannst die Homebridge-Pin nicht zweimal verwenden. Du wirst um eine Neuanlegung der Automationen nicht herumkommen.
-
Ja, auf den Preis
. Ich verwende SDs mit 32 GB. -
Ich find deine Lösung jetzt nicht so unelegant, aber sie verbraucht natürlich mehr Strom. Eine andere Lösung wäre Docker. Dort könnte in einem Docker-Container die neueste Version der Homebridge laufen. Alles auf einem Raspi.
Damit hättest du zwei Homebridges auf dem System auf die vollkommen unabhängig sind und die sich auch nie ins Gehege kommen, beide mit ihren eigenen Node-Versionen. Ich will hier nicht weiter ins Detail gehen, bin aber bereit, dabei zu helfen.
