Beiträge von sschuste

Meiner langjährigen Erfahrung nach teilt sich die HomeKit-Anwenderschaft in drei verschiedene Problemlösungstypen:

• [A] Aktiver Typ: Lebt nach dem Grundsatz "Reboot tut gut" und glaubt, er könne durch irgendwelche Handlungen irgendeinen Einfluss auf die Funktionsweise von HomeKit nehmen. Der aktive Typ startet zunächst das betreffende smarte Gerät neu, danach alle Steuerzentralen, danach alle anderen smarten Geräte, dann alle iPhones, iPads und Macs und zum Schluss alle Netzwerkkomponenten wie Switches und Router. Ein kleiner Teil des aktiven Typs ruft sogar die Stadtwerke an mit der Bitte, kurz den Strom im ganzen Viertel aus- und dann wieder einzuschalten. Diese Vorgehensweise hilft tatsächlich nach ein paar Tagen.
• [B] Cholerischer Typ: Schreit seine Geräte an. Das hilft nicht unmittelbar, diese Geräte zur ordnungsgemäßen Funktion zu bringen, aber es verhindert Hirnschlag durch leise in sich reingefressenes Leid. Diese Vorgehensweise hilft tatsächlich nach ein paar Tagen.
• [C] Resignierter Typ: Setzt ein tief enttäuschtes Gesicht auf und begibt sich in Duldungsstarre. Er verbringt seine Zeit mit stoischem Warten auf das alleinige Verschwinden der Probleme. Diese Vorgehensweise hilft tatsächlich nach ein paar Tagen.

Die Verteilung dieser Typen ist sehr unterschiedlich. Den mit Abstand größten Anteil an den Problemlösungstypen stellt der aktive Typ.

Das mag dir jetzt nicht weiterhelfen, aber nach meiner Erfahrung verschwinden urplötzlich auftretende HomeKit-Probleme auch genauso urplötzlich wieder, egal was man macht. Gelegentlich hilft es, die aktive Steuerzentrale durch eine andere zu ersetzen, was natürlich nur geht, wenn man mehrere Steuerzentralen hat, also beispielsweise mehrere AppleTVs oder HomePods.

Ich gehöre übrigens zu Typ C.

Zitat von Asentreu

Nö, sollte ich nicht, denn es reicht für meine Bedürfnisse vollkommen aus und da ich seit über 30 Jahren professionell in der IT tätig bin (Unix, Solaris, BSD, HP-UX, IBM AIX, Linux) muss ich auch nicht jeden neuestem Shit hinterher laufen, wie ein Pennäler mit ersten Frühlingsgefühlen dem Weibsvolk..

Ein schöner Satz, das mit den Pennälern. aber ein alter Sack wie ich begreift irgendwann, dass die kratzbürstige und wenig entwicklungsbereite Ehefrau vielleicht doch nicht das Glück der Zukunft ist. Ich werde die langen, dunklen Winternächte dazu verwenden, die Scheidungskosten zu evaluieren. Was beim besten Willen nicht heißen soll, dass du gleichermaßen verfahren solltest.

Deine langjährige Erfahrung mit verschiedenen Betriebssystemen (Unix, Solaris, BSD, HP-UX, IBM AIX, Linux) ist außerordentlich beeindruckend. Ich muss das wissen, weil ich die gleiche habe. Zusätzlich weiß ich auch, dass Zigbee halt Zigbee-Hardware braucht, sei es ein Dongle im Raspi oder eine externe Zigbee-Bridge. Hast du entsprechende Hardware? Ich meine, irgendwohin muss der Sensor ja funken.

Wifi ist nicht Zigbee, was nicht nur daran liegt, dass Wifi vier Buchstaben hat und Zigbee sechs. Es liegt eigentlich daran, das Wifi und Zigbee zwei völlig unterschiedliche Funkstandards sind, ähnlich inkompatibel wie "Windows" und "Lösung". Oder Infrarot-Zeugs und Bluetooth. Oder Blockflöte und Kontrabass - ok, du kannst mit beiden musizieren, aber du bekommst aus dem Kontrabass ums Verrecken keinen Flötenton raus (ich hab's ausprobiert).

Wie dem auch sei: kauf den Sensor und berichte uns von deinen Erfolgen. Ich bin tatsächlich sehr interessiert daran. Vielleicht kaufe ich das Ding einfach selber und versuch's in meine Hue-(Zigbee)-Bridge zu integrieren. Damit könnte ich möglicherweise eines meiner Bastelprobleme lösen.

Zitat von Asentreu

Gibt’s inzwischen eigentlich einen Weg um Apple Home auch unterwegs nutzen zu können, ohne dass man ein HomePod oder Apple TV als Steuerungszentrale hat?

Nein.

Zitat von Asentreu

Auch so eine Geldchneidereibeschränkung, die mir bei Apple auf den Keks geht…

Es ist die eleganteste Lösung, wenn man kein Loch in seinen Netzwerkrouter bohren will (beispielsweise mit einem VPN). Nichts gegen VPN, aber ein AppleTV erspart einem derartige Basteleien (ich liebe Basteleien).

Zitat von Asentreu

Mit VPN alleine funktioniert es leider nicht.

Es kann nicht funktionieren, weil Apple-HomeKit auf mDNS basiert, und das geht mal nicht über Netzwerkgrenzen. Dein iPhone muss sich im gleichen Netzwerk befinden - falls das über die VPN lösbar ist, dann müsste es gehen. Da ich seit über 20 Jahren nix mehr mit VPN gemacht habe, weiß ich nicht, ob man mit einer VPN-Bridge weiterkommt.

DAT PROGGI FUNZT!

War jedenfalls ein guter Tipp mit dem Token-Programm, kann ich brauchen, falls ich mal jemals wieder eine Alexa haben möchte. Meine ist irgendwann kaputt gegangen und ich hab sie dann nicht mehr ersetzt.

Zitat von joschi_62

Gehe ich in den Raum sehe ich den Sensor mit dem Vermerk "Dieses Gerät antwortet nicht" und unter Status Aktiv steht "Nein".

Also ist er doch mit HomeKit verbunden (auch wenn er nicht erreichbar ist).

Zitat von Kohle_81

Ich glaub mein Mac mini ist noch 32 bit, da wird es vermutlich schwierig

Echt? Du hast einen Mac mit MacOS 10.14 Mojave?

Nach dem Herunterladen befand sich das Programm bei mir im Downloads-Ordner. Um es zum Laufen zu bekommen, muss man es erstmal ausführbar machen. Ich weiß nicht, wann das bei Unix-Computern eingeführt wurde, aber ich würde mal auf vor 1980 tippen.

cd

cd Downloads

chmod +x alexa-cookie-cli-macos-x64

./alexa-cookie-cli-macos-x64

Das Programm startete und dann hab ich den Safari aufgerufen und dort http://127.0.0.1:8080 eingegeben. Fertig.

Geht das bei dir? Ansonsten werden wir es halt auf deinem Raspi installieren.

Ich hab jetzt eine Weile verständnislos auf deine Ausführungen geblickt, und als ich endlich verstanden habe, was da so abläuft, stieß ich auf diesen Satz:

Zitat von Roger

wenn ich die SD-Card auf PC sichere und dann zurückspiele kommt kein Fehler.

Verstehe ich es richtig, dass der Fehler nur dann auftritt, wenn du die Sicherung auf dein NAS machst, aber nicht dann, wenn du die Sicherung auf deinen PC machst? Benutzt du dann das gleiche Skript wie oben, nur mit einem anderem BACKUP_PFAD (also statt BACKUP_PFAD="/mnt/nas" sowas wie BACKUP_PFAD="/mnt/pc")?

Aber was auch immer du antworten wirst oder nicht: ich habe keine Erklärung dafür, warum dieser Fehler überhaupt auftritt. Wieso sicherst du eigentlich die gesamte SD-Card?

Zitat von restore

Seit wann gibt es das denn?

Seitdem es Thread gibt (also seit 2019). Der Router ist ein Teil des Thread-Netzwerks und regelt - grob gesagt - den Netzwerkverkehr zwischen Thread-fähigen Geräten und den Geräten, die kein Thread können. Ein HomePod ist beispielsweise ein solcher Router. Oder die neueren Amazon Echos.

Zitat von Rome

"127.0.0.1:8080" als Loopback-Adresse auf meinen Rechner und Port 8080 für meinen (möglicherweise vorhandenen) Webserver finde ich komisch.

Wieso? Dein Zigbee-Gateway steckt nun mal im USB-Port von 127.0.0.1 und hört wohl auf Port 8080.

Zitat von Vollerpla

Wenn ich jetzt auf 64 bit umstelle, habe ich dann auch Vorteile, was das kommende HB 2.0 angeht ??

Ich glaube nicht. Der Wechsel auf 64 Bit ist auf Dauer unausweichlich. Du hast ihn jetzt gemacht.

Die TP Link-Geschichte kann ich nicht beurteilen. Wenn alles so funktioniert, wie es soll, würde ich mir keinen weiteren Kopp machen.

Zitat von Vollerpla

Ich habe heute morgen mal den Test gemacht, habe mir ein Backup gezogen, das 64 Bit Image auf eine neue SD Karte geschrieben, in den Raspi gesteckt und über das Backup wieder hergestellt. Er hat zwar eine neue IP Adresse bekommen, ich konnte mich aber mit den alten Zugangsdaten anmelden.

Bis dahin hast du alles richtig gemacht und mehr kannst du eigentlich auch nicht machen. Dass der Raspi eine neue IP-Adresse erhalten hat, wundert mich etwas, aber sei's drum: das spielt letztendlich keine Rolle.

Zitat von Vollerpla

In den System Informationen stand alles in 64 Bit Version, doch in dem Protokoll waren viele rote Einträge, da habe ich ihn schnell wieder ausgemacht und die vorherige SD reingesteckt, hatte da doch zu viel Bammel.

Da musst du keinen Bammel haben. Das hat keinen Einfluss auf dein Setup oder deine HomeKit-Einstellungen. Die Homebridge schmiert ab, bevor deine Apple-Geräte sie überhaupt wahrgenommen haben. Und selbst wenn: für die Apple-Geräte würde es immer so aussehen, als wäre die Homebridge kurz weggewesen und dann wieder da gewesen - von einer Änderung des gesamten Unterbaus auf 64 Bit bemerken sie nix.

Die Fehlermeldung sagt ziemlich wenig aus. Möglicherweise stehen oberhalb davon interessante Dinge. Zwei Sachen sind mir aufgefallen:

[28/09/2025, 09:15:25] TypeError: Cannot read properties of null (reading '1')
at PiTemperatureAccessory.getServices (/var/lib/homebridge/node_modules/homebridge-pi/index.js:50:52)

und

[28/09/2025, 09:15:25] AssertionError [ERR_ASSERTION]: Cannot generate setupURI on an accessory that isn't published yet!
at Bridge.Accessory.setupURI (/var/lib/homebridge/node_modules/homebridge/node_modules/hap-nodejs/src/lib/Accessory.ts:1004:11)

Hast du möglicherweise ein Plugin in Betrieb, dass die Temperatur des Raspi misst und anzeigt? Namens homebridge-pi? Wenn ja, dann solltest du das mal deaktivieren. Dazu steckst die neue SD-Karte in den Raspi, deaktivierst das Plugin und machst einen Homebridge-Neustart.

Zitat von Vollerpla

- sollte man auf 64 bit jetzt schon umsteigen ??

Das geht nur, wenn auch das Betriebssystem 64-bittig ist, festzustellen mit:

uname -a

Linux homepi 6.6.20+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.6.20-1+rpt1 (2024-03-07) aarch64 GNU/Linux

Zitat von Vollerpla

- kann ich von meiner jetzigen Homebridge ein Backup machen und dass dann in das 64 Bit System einspielen, so dass es alles wieder so läuft wie vorher ??

Ja. Ich würde aber immer eine neue SD-Karte mit minimum 32 GB Größe nehmen.

Zitat von Shadow

Apple TV 4k aus 2017 mit älterem TV Os (wird noch auf TV OS 26 aktualisiert)

Ich bin neidisch! Ich habe ein AppleTV HD, das der Vorgänger des AppleTV 4K ist. Funktioniert mit TVOS 26. Wir können ja tauschen, wenn du magst .

Zitat von Shadow

Angeblich soll es so sein, dass ALLE nicht Matter fähigen Geräte mit der neuen Architektur nicht mehr steuerbar sind...kann das sein?

Das glaube ich nicht. Wo hast du das her? Ich hab hier 30+ Geräte, die mein Zuhause in wildem Zusammenspiel in eine handelsübliche Dorfdisko verwandeln, und keins davon kann mattern.

Zu den Osrams kann ich nix sagen, ich habe keine.

Dazu brauchst du einen Fakeswitsch, der nach einer Weile automatisch ausgeht, wie beispielsweise https://github.com/nitaybz/homebridge-delay-switch

Du schaltest den Schalter ein, er selber schaltet sich wieder aus.

Mir geht’s wie Patrick_. Meine HUE-Beleuchtung lässt sich über „Licht an“ zimmerweise einstellen, je nachdem wo der HomePod steht. Fehlermeldungen wie deine hatte ich bislang nicht.

Zitat von Lars83

Was jetzt noch ist und ich nicht weiß wadad bedeute sind die Fragezeichen bei den Plugins und wie kann ich das beheben?

Ich bin mir nicht ganz sicher, aber vielleicht bedeutet es das, was dort steht:

Some of your plugins are not explicitly marked as compatible with Homebridge v2. This does not necessarily mean that they won't work. We just can't guarantee that they will.

Einige Ihrer Plugins sind nicht ausdrücklich als kompatibel mit Homebridge v2 gekennzeichnet. Das bedeutet nicht unbedingt, dass sie nicht funktionieren. Wir können jedoch nicht garantieren, dass sie funktionieren.

Ich würde das jetzt so interpretieren, dass manche deiner Plugins möglicherweise nicht mit der kommenden Homebridge-Version 2 laufen werden. Du verwendest Homebridge-Version 1, und wenn dann mal das Update auf Version 2 kommt, ist es möglich, dass dieses Update wenig Freude erzeugt.

Dagegen kannst du leicht etwas unternehmen, indem du die fragliche Software entweder verbesserst oder gleich komplett neu schreibst. Dazu brauchst du lediglich Kenntnisse in Programmierung und etwas Erfahrung. Du könntest dir gleichzeitig dem Dank tausender Homebridge-Anwender sicher sein und Ruhm und Ehre würden sich über dich ergießen.

Wenn du nicht so auf Ruhm und Ehre stehst, wirst du die kleinen Fragezeichen erdulden müssen, so wie die meisten her im Forum. Bei mir sind 8 von 13 Plugins betroffen und ich werde sehen, was passiert, wenn die Homebridge 2 kommt. Ich entscheide dann, was ich dann tue.

Geil. Ich hab's höchstpersönlich verschlimmbessert, natürlich als mich keiner sah. Irgendwann nachts, im Dunkeln. Mein Forenstatus als "Erleuchteter" sollte zu "Depp" geändert werden.

Es muss heißen:

cd && scp [email protected]:/tmp/backups.tar Desktop

Ich verbessere das jetzt gleich in der ursprünglichen Anleitung weiter oben.

Zitat von HolgerKR

Heißt: Ein iPhone mit 65% Ladung sollte eine eingeschaltete Steckdose vorfinden beim Anschließen und eine Ausgeschaltete wenn es 81% Ladung hat.

So sollte es sein, wenn die Nummer erstmal läuft. Nur beim Einrichten der Automation kann es halt sein, dass das iPhone mit 65% eine ausgeschaltete Steckdose vorfindet, was dafür sorgt, dass es nie mehr geladen wird. Lösung: Steckdose einmalig manuell einschalten und weggehen. Oder Phone auf 76% laden, anschließen und dann weggehen.

Zitat von smartapf3l

Vlt verstehe ich es flasch, habe eingestellt wenn unter 75% dann Szene Ein
der Akku hat 65%, die Steckdose ist Aus, dann müsste doch die Steckdose eingeschaltet werden oder ?

Ein Akku mit 65% kann nicht unter 75% fallen, weil er das schon längst getan hat. Der Trigger wird nur beim Unterschreiten von 75% ausgelöst, also beim Wechsel von 75% auf 74%. Also: nur wenn die 75% unterschritten werden, genau in diesem Augenblick, passiert irgendwas.

Wenn du dein Phone auf 76% lädst und es dann versuchst, wird es bestimmt funktionieren.

Ja, sowas wissen wir hier im Forum. Und warum? Weil sich wahrscheinlich jeder einzelne hier irgendwann mal die gleiche Frage gestellt hat .

Das kommt davon, wenn man nicht aufpasst. Mein Fehler. Es muss heißen:

cd /var/lib/homebridge && sudo tar cvf /tmp/backups.tar backups/*

Sollte sowas dabei herauskommen:

pi@homepi:~ $ cd /var/lib/homebridge && sudo tar cvf /tmp/backups.tar backups/*

backups/config-backups/

backups/config-backups/config.json.1756135987459

backups/config-backups/config.json.1756135982355

backups/config-backups/config.json.1756135499990

backups/config-backups/config.json.1756370630938

backups/config-backups/config.json.1756370237335

backups/config-backups/config.json.1755710598756

backups/config-backups/config.json.1756135496466

backups/instance-backups/

backups/instance-backups/homebridge-backup-CC223DE3CE30.1756787860757.tar.gz

backups/instance-backups/homebridge-backup-CC223DE3CE30.1756615062887.tar.gz

backups/instance-backups/homebridge-backup-CC223DE3CE30.1756440312782.tar.gz

backups/instance-backups/homebridge-backup-CC223DE3CE30.1756528659977.tar.gz

backups/instance-backups/homebridge-backup-CC223DE3CE30.1756701455456.tar.gz

backups/instance-backups/homebridge-backup-CC223DE3CE30.1756874252826.tar.gz

backups/instance-backups/homebridge-backup-CC223DE3CE30.1756948561241.tar.gz

backups/instance-backups/homebridge-backup-CC223DE3CE30.1757034957786.tar.gz

pi@homepi:cd /var/lib/homebridge $

Ich habe es in meiner Anleitung ebenfalls verbessert.