Beiträge von sschuste

Zitat von MCP

Sagt mir ja nicht so viel, sieht aber doch erst mal für mich ganz gut aus und nicht wieder nach klarer Fehlermeldung.

Ja, das sieht gut aus. Aber leider heißt das alles noch wenig. Du hast jetzt irgendwohin Software installiert, das weißt du und das weiß ich und das weiß auch das erstaunte Publikum hier, aber ich fürchte, dass es deine Homebridge es noch nicht weiß.

Die Welt steckt inzwischen voller KI, nur unsere eigenen Computer sind megablöd. Wenn du weiterhin Probleme bei der Installation des Plugins hast, dann gib mal

source /home/piadmin/venv/bin/activate

ein und versuche die Installation erneut. Allerdings sagt mir irgendwas im vorderen Teil meines Verdauungstraktes, dass das noch nicht helfen wird.

Was wir erreichen müssen ist, dass die Homebridge beim Starten von deiner Python-venv-Installation erfährt und ich weiß nicht, wie deine Homebridge gestartet wird. Früher wusste man sowas mal, heutzutage knallt man sich ein fertiges Homebridge-Image drauf, klickert in der Weboberfläche herum und kümmert sich nicht weiter drum. Und ich selbst verwende Homebridge nicht mal mit diesem Image, sondern in einem Docker-Container. Da sieht die Installation ein wenig anders aus. Daher schwimme ich hier ganz schön.

Zitat von MCP

E: Unable to locate package python3-aioairctrl

Wie erwartet: dieses Paket gibt es nicht. Also muss diese venv-Lösung her.

Zitat von MCP

piadmin@raspberrypi:/var/lib/homebridge $ python3 -m venv /home/pi/venv

Error: [Errno 13] Permission denied:'/home/pi'

Tja. Nicht mein Computer. Ich kann nur raten. Versuch mal

python3 -m venv /home/piadmin/venv.

/home/piadmin/venv/bin/pip3 install -U git+https://github.com/Peter-J/aioairctrl

Ich kann nicht ausprobieren. Die Fehlermeldung ist eindeutig:

Zitat von MCP

To install Python packages system-wide, try apt install

python3-xyz, where xyz is the package you are trying to

install.

Ich übersetze mal: Um Python-Pakete systemweit zu installieren, versuche sudo apt install

python3-aioairctrl. Ich fürchte nur, das wird nicht funktionieren, da das Paket wahrscheinlich nicht existiert.

Dann heißt es:

Zitat von MCP

If you wish to install a non-Debian-packaged Python package,

create a virtual environment using python3 -m venv path/to/venv.

Wenn Du ein Python-Paket installieren möchtest, das nicht von Debian bereitgestellt wird,

erstelle eine virtuelle Umgebung mit python3 -m venv /home/pi/venv.

Danach wird's dann wahrscheinlich hässlich und ich muss jetzt raten. Vielleicht führt dann ein

home/pi/venv/bin/pip3 install -U git+https://github.com/Peter-J/aioairctrl zu irgendwas. Ok, auf jeden Fall führt das zu irgendwas, bloß ob es nice & shiny aussieht, wage ich noch zu bezweifeln.

Ich kann's jedenfalls nicht einfach so aus der Hüfte. Python-Hardcore-User müssen ran und ich bin keiner.

Die Meldung bedeutet nichts anderes, dass auf einem Gerät mit der IP-Adresse 192.168.178.XX der Port 80 nicht geöffnet ist. Ein Port ist immer dann offen, wenn ihn eine Serversoftware, die auf dem Gerät installiert und gestartet ist, öffnet. Port 80 wird im Allgemeinen durch Webserver-Software geöffnet.

Entweder ist die IP-Adresse falsch oder der Port. Mehr ist der Fehlermeldung nicht zu entnehmen.

Mal das versucht?

Home App -> Plus-Zeichen -> Automation hinzufügen -> Wenn ein Gerät gesteuert wird -> deine Eve Energy-Steckdose auswählen -> Weiter -> Aktivieren -> Weiter. Jetzt nach unten scrollen. Nach ganz unten, dann: in Kurzbefehl konvertieren.

Ja, das würde ich auch erwarten. Der Sensor sendet nur dann etwas, wenn es eine Veränderung gibt. Würde er ständig, sagen wir: im Sekundentakt, etwas senden, dann wäre das schlecht für Batterielaufzeiten.

Eine Temperatur von 27,5º kann nicht über 27º steigen, weil sie ja schon höher als 27º ist.

Moin. Zunächst: ich würde diese alte uralte steinzeitliche Anleitung nicht mehr verwenden. Sie ist fast sieben Jahre alt und stiftet bei Supportanfragen mehr Verwirrung als Nutzen. Falls sie überhaupt noch eine lauffähige Homebridge erzeugt.

Falls du die Anleitung nur zu historischen Forschungszwecken einsetzen willst, um die Frage zu klären, wie die Ahnen ihre IT betrieben, dann nur zu. Die Anleitung wurde für ein 32-bit-Raspian geschrieben, aber ich schätze mal, dass es keine Rolle spielt, ob man da heute ein 64-bit-RaspberryOS verwendet. Sollte ganz genauso funktionieren. Allerdings hat sich die zugrundeliegende Software doch sehr weiterentwickelt. Die veraltete Anleitung wird daher nur eine veraltete Homebridge-Umgebung erzeugen, die danach einen wahren Quell von Frustration und Tränen darstellen wird. Zusätzlich wirst du keinerlei Support aus diesem Forum erhalten, nicht etwa, weil wir hier unfreundliche Gesellen sind, sondern weil keiner helfen kann.

Wenn du lieber etwas haben willst, das deutlich stressfreier und schneller zu installieren ist und dann auch noch funktioniert, dann geh den heute offiziellen Weg und nimm die Installationsanleitung der Homebridge-Macher. Die gab's vor sieben Jahren noch nicht, aber es gibt sie heute: https://github.com/homebridge/…mage/wiki/Getting-Started. Damit ist es ein Klacks ohne jegliches Linux-Gefummel. In diesem Forum verwendet sie inzwischen fast jeder und da können wir auch helfen, wenn's mal klemmt.

Ich selbst betreibe meine Homebridge heute in einem Docker-Container, was ebenfalls zu empfehlen ist.

Zitat von hejomax

dass beim erkennen einer Bewegung innerhalb der nächsten 2 Minuten ständig geprüft wird

Man kann einen Bewegungsmelder nicht prüfen. Der Bewegungsmelder sendet immer dann etwas, wenn sich der Zustand ändert. Bewegt sich was, dann sendet er das. Bewegt sich auf einmal nichts mehr, dann sendet er das. In beiden Fällen ist er zu faul, sich das zu merken. Könnte man ihn fragen, welcher Zustand der aktuelle ist, dann wäre die Antwort: "Einer von beiden, aber welcher hab ich vergessen".

Der Bewegungsmelder ist also immer der Auslöser. Deine Automation lautet "Anwesenheit entdeckt in Vor der Tür" und du bräuchtest jetzt noch eine zweite, die lautet: "Abwesenheit entdeckt in Vor der Tür". Aber so einfach ist es leider nicht.

Deine Abwesenheitsautomation würde jetzt einen Zwei-Minuten-Timer bekommen und dann Nachrichten verschicken. Was ist also, wenn dieser Raucher während des Genusses seines Stickies bewegungslos über die Lage der Welt sinniert? Genau, die Abwesenheitsautomation springt an und sendet dir nach zwei Minuten eine Nachricht. Falls der Raucher nach 90 Sekunden urplötzlich die Lage der Welt erkennt und dabei aufgeregt zuckt, springt sofort die andere Automation an. Jetzt laufen beide Automationen gleichzeitig: die Abwesenheitsautomation wird dir 30 Sekunden später melden, dass der Typ weg ist oder zumindest gestorben, und die Anwesenheitsautomation wird dir das Gegenteil erzählen.

Der Trick besteht darin, den Zwei-Minuten-Timer abzubrechen, nur kannst du das wahrscheinlich nicht automationsübergreifend. Ich wüsste nicht, wie deine Aufgabe mit HomeKit oder mit Kurzbefehlen lösbar ist

Zitat von bollekk

Vielleicht verwechsle ich es auch... ich hab den Pi 4B, und zu dem Explorer stand, dass es meinen Chip nicht unterstützt, Google hat das bestätigt.

Ich habe den MQTT Explorer auf meinem Mac installiert. Der muss nicht dort laufen, wo dein MQTT-Broker installiert ist. Es fällt mir schwer zu glauben, dass deine IT-Landschaft nur aus Raspis besteht.

Zitat von bollekk

st es denn möglich, dass es etwas mit den Ports zu tun hat... durch das Update war ja direkt die Weboberfläche nicht mehr auf dem mir bekannten Port?!

Die Weboberfläche der Homebridge hat nur bedingt mit der Homebridge zu tun. Wenn die GUI nicht läuft, bedeutet das nicht zwangsläufig, dass die Homebridge nicht funktioniert. Um das zu checken, muss du dich per ssh auf die Homebridge einloggen und mit dem Befehl

sudo systemctl restart homebridge; sudo journalctl -fau homebridge

das Logfile der Homebridge checken.

Zitat von bollekk

Aber der MQTT Explorer läuft auf meinem Arm64 nicht

Was läuft denn für ein Betriebssystem auf deinem ARM64?

Zitat von bollekk

Das ist aber naürlich nicht spontan zu machen, deswegen würde ich es wie vorgeschlagen erstmal wieder zum Laufen bringen und dann ganz geplant umziehen.

Ob das weniger Aufwand ist, bleibt abzuwarten.

Installiert nach der alten Anleitung. Ich würde empfehlen, das irgendwie wieder zum Laden zu bekommen und dann dem Deutschen Museum in München zu spenden, am besten der Abteilung für veraltete Computerbasteleien.

Deine Maschinerie ist jetzt End-of-life. Du solltest dich davon verabschieden. Ich hab's auch gemacht, weil das Ende ist eh abzusehen. Dein Buster kann kein Node 20. Du musst also sowieso den Raspi neu aufsetzen. Ich hab dabei die Homebridge gleich in einen Docker-Container gepackt und Pi-Hole in einen zweiten und Mosquitto in einen dritten. Kann ich nur empfehlen.

Zu deiner jetzigen MQTT-Konfiguration kann ich nix sagen. Versuch mal das hier zu installieren, damit kannst du den Traffic auf deinem MQTT-Broker beobachten: http://mqtt-explorer.com

Zitat von ADB

Also im Home haben wir alle Beleuchtungen dem Raum "Licht" zugeordnet.

Das halte ich für die falsche Vorgehensweise. Es gibt keinen Raum "Licht". Es gibt nur Räume wie "Wohnzimmer" oder "Küche" oder "Bad" oder so'n Zeugs. Und darin befindet sich irgend ein SmartKram, der leuchtet oder Geräusche macht.

"Siri, schalte das Licht in der Küche ein", "Siri, schalte überall das Licht aus außer im Wohnzimmer" oder "Siri, schalte das Kochfeld ein" sind die Kommandos, die Siri versteht. Das Wort "Licht" ist schon ein Keyword für Siri - ich würde es nicht für einen Raum verwenden. Siri ist nämlich schnell verwirrt und weiß dann nicht so recht, was sie machen soll.

Das ist doch so nicht richtig. Die Forenmoderatoren würden gerne vermeiden, dass alternative Systeme zu sehr im Detail besprochen werden. Das Erwähnen solcher Systeme und die Beschreibung ihrer Fähigkeiten ist doch nicht verboten, aber das Posten von Detaillösungen in endlosen JSON- oder YAML-Codes wird nicht so gern gesehen.

Die Argumentation lautet: das Forum verliert seinen HomeKit-Charakter, wenn hier auf einmal nur noch HomeAssistant-Codes oder Node Red-Flows veröffentlicht werden (oder ioBroker-Zeugs oder FHEM-Kram oder was weiß ich). Diese Systeme bieten auch HomeKit-Support, aber sie können halt noch viel, viel, viel mehr als nur das. Und da besteht die Gefahr, dass es hier schnell um was anderes geht als HomeKit, nämlich einfach SmartHome allgemein. Dem Vorgehen der Moderatoren, hier Einhalt zu geben, kann ich da folgen.

Streng genommen hätte schon HomeBridge nicht dazu gehören dürfen, wurde aber aufgrund der dichten Nähe zu HomeKit geduldet. Aber wenn du dir die Posts aus den Anfangszeiten von Homebridge ansiehst, haben die nur sehr wenig mit HomeKit zu tun, sondern vor allem mit Linux. Wie installiert man Linux, wie betreibt man Linux, wie schreibt man Skripte unter Linux, wie setzt man Rechte unter Linux, was geht heute ab mit Linux, Linux, Linux.

Das hier ist aber eigentlich ein HomeKit-Forum. Das Problem von HomeKit ist, dass man komplexe Lösungen nur sehr ungenügend erstellen kann - ich scheitere beispielsweise an den Kurzbefehlen. Ich selbst behelfe mir mit Node Red, aber das Fass will ich hier im Forum wirklich nicht aufmachen, denn dann reden wir hier nicht mehr über HomeKit, sondern nur noch über JavaScript.

Zitat von HKuser

Nur weil jemand mal alternative Lösungsmöglichkeiten anspricht (nicht ausführlich thematisiert und ausführt), muss man nicht direkt die moralische Keule schwingen.

Ich bin der allerletzte, der da die Keule schwingen würde. Ich finde Alternativen immer gut. Ich betreibe beispielsweise einige HomeKit-kompatible Bridges mit Node Red.

Mir war der Ton von SmartHomeUser eine Spur zu süffisant. Das kommt bei mir so an wie "lass die armen Hansels doch machen, das ist doch lustig". Natürlich hat er eine klare Lösung aufgezeigt - HomeAssistant - und so wie es aussieht, ist das eine der besten Lösungen auf dem Markt. Aber es ist hochkomplex und da stellt sich dann schon die Frage: für wen ist das eine Lösung?

Ich habe HA neulich mal in einer VM auf meinem Mac installiert und damit zwei Stunden herumgespielt. Ich habe nur wenig verstanden, aber beeindruckt war ich schon.

Apples HomeKit ist buggy und kann kann schön nerven. Ich habe sehr selten Probleme damit, die ich dann einfach aussitze. Hier treibt sich außer mir auch niemand anderes herum und ich muss keinen WAF beachten. Ich verwende die GUI zum gelegentlichen Schalten und Walten, aber in 95% aller Fälle verwende ich Sprache (neben den Automationen).

Zitat von SmartHomeUser

Dennoch finde ich es interessant bis amüsant dem Ganzen beizuwohnen hier und da schaffe ich es sogar den ein oder anderen auf einen besseren Weg zu führen

Wir sind so stolz auf dich.

Zitat von Edward J. Nately III

man will ggf. noch anderen Krams installieren, wie etwa PiHole, InfluxDB, Grafana, Scrypted, TVheadend, Jellyfish, etc - diese Einzelheiten dann bitte auch sauber voneinander separiert.

Warum auch immer "sauber separiert" besser sein soll. Es gibt sicherlich Gründe, Proxmox oder Docker einzusetzen, aber an der Funktionalität der genannten Anwendungen ändert das nichts. Ob du die nun nebeneinander auf der Maschine installierst oder sie durch Virtualisierung trennst, spielt überhaupt keine Rolle. Docker oder Proxmox sind eine extra-Nummer und verbrauchen daher auch extra RAM und CPU-Time.

Ich hab's aber auch getan und verwende Docker. Grund: es lässt sich leichter backupen und restoren. Bei mir laufen 11 Docker-Container auf einem Raspi 4 mit 4GB RAM.

Zitat von Frankaphil

Ist es richtig, dass der Raspi für die Parallelinstallation inzwischen zu schwach geworden ist?

Ich denke nicht, aber das hängt ja auch davon ab, was du damit treiben willst. Ich selbst verwende kein HA und weiß es deswegen nicht wirklich.

Zitat von ADB

Kennt jemand dieses Problem oder hat entsprechende Lösungsansätze?

Mark Twain beschreibt in "Die Abenteuer des Huckleberry Finn" die Lösung:

"Weißt du, du nimmst eine tote Katze und gehst auf den Kirchhof gegen Mitternacht, dorthin, wo ein Gottloser begraben ist. Wenn's dann Mitternacht ist, kommt ein Teufel - oder auch zwei oder drei - du kannst ihn aber nicht sehen, sondern hörst nur was wie den Wind, oder hörst ihn sprechen. Und wenn sie dann den Kerl fortschleppen, wirfst du die Katze hinterher und rufst:

Teufel hinterm Leichnam her,

Katze hinterm Teufel her,

Homekit-Problem hinter der Katze her -

Seh' euch alle drei nicht mehr!

Das heilt jedes HomeKit-Problem."

Aus eigener Erfahrung kann ich sagen, dass das exakt genauso gut funktioniert wie der Neustart von Bridges und Steuerzentralen oder das Anschreien von iPhones.

Gelegentlich, aber zuverlässig einmal pro Jahr, funktioniert mein Türsensor mehrere Tage nicht. Einfach so. Da kannst du machen, was du willst. Und er funktioniert so lange nicht, bis er wieder funktioniert. Auch einfach so. Das dauert mal fünf Tage, mal neun.

Manchmal kann Siri alle Farben einschalten außer blau. Nach einer Weile geht es dann wieder.

Soll heißen: das einzige, was bei mir immer geholfen hat, ist warten.

Zitat von Patrick_

Shortcuts von anderen Apps wie der Switchbot App kannst du nur auf deinem iPhone ausführen.

Ich werd's nicht lernen, weder diese Kurzbefehle noch den Mund zu halten, wenn ich keine Ahnung hab .

Neue Automation in Home:

Wenn Personen den Ort verlassen -> Weiter -> ganz nach unten scrollen -> In Kurzbefehl konvertieren

Versuch mal, ob das damit geht.