E: Unable to locate package python3-aioairctrl
Wie erwartet: dieses Paket gibt es nicht. Also muss diese venv-Lösung her.
Zitat von MCPpiadmin@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:
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:
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.
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
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.
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.
Aber der MQTT Explorer läuft auf meinem Arm64 nicht
Was läuft denn für ein Betriebssystem auf deinem ARM64?
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
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.
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).
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.
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.
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.
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.
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.
ja tatsächlich HomeOS vorgestellt wird und Apple dann mit Home nur noch auf den Matter Standard setzt.
Gott bewahre.
Und somit die Hoffnung das wir dann Zeitnah auch die ganzen Gerätschaften in Home nutzen können.
Zeitnah. Im Leben nicht.
