Beiträge von iPhoneast

Mit der beta.53 kann ich nicht gleichzeitig HSV laufen lassen und per Camera UI aufzeichnen

Ich installiere jetzt mal beta.54.

Update1: Die beta.54 leidet unter demselben Problem. Kein HSV und lokale Aufnahmen

Tolle Sache hier, wie sich Seydx da reinhängt.

Bananajoe86: Die homebridge 1.4.0-beta.4 hat schon alle Modifikationen und ist quasi nativ homekitfähig.

Update2: Kleiner Fehler in der beta.54. Wenn ich die geführte Konfiguration aufrufe, erscheint bei Prebuffer length erst mal keine Zahl für die Sekunden:

Erst wenn ich den Regler verschiebe, taucht in der Folgezeile eine Zahl für die Sekunden auf.

Du kannst die Cloud-Videos nur für bestimmte Bewegungen aufzeichnen lassen, aber lokal als Rohdaten für alle Bewegungen. HSV funktioniert im Bewegungserkennungsmodus nicht perfekt. Die lokalen Daten haben alles, wenn man es mal braucht. Und dank Camera Ui können diese lokalen Daten nach der voreingestellten Zeit automatisiert gelöscht werden.

Außerdem gibt es viele Cams, die nicht HSV-kompatibel sind. Mit Camera Ui hast du sie in Home. Von dort kannst du dann z. B. den Bewegungssensor als Trigger dafür hernehmen,dass die Gartenbewässerung anspringt, damit der Eindringling schön nass wird (im Sommer).

Die Homebridge 1.4.0-beta.4 habe ich jetzt mitsamt deinem Camera UI Plugin 5.0.0-beta.53 drauf. Ohne Fehlermeldungen. Nur der Snapshot-Händler hat bisher einmal über zu langsam (5.2 Sekunden) gemeckert. Beim ersten Mal Start der Homebridge 1.4.0-beta.4 war die Prozessorlast auch ziemlich hoch; deshalb habe ich nochmal gestartet. Diesmal normale Prozessorlast und kein Meckern wegen eines langsamen Snapshots.

Sieht ziemlich nach Goldmaster aus. Camera UI Aufzeichnungen und HSV funktionieren perfekt. Mehr habe ich bis jetzt nicht getestet. Ich lasse jetzt mal 24 Stunden laufen.

Update: Eine neue Meldung habe ich, wenn ich in Home den Stream anschaue.

[1/6/2022, 11:24:22 PM] [CameraUI] Einfahrt: Starting video stream: nativexnative, native fps, ??? kbps (AAC-eld)

[1/6/2022, 11:24:22 PM] [CameraUI] Einfahrt: Replacing audio with a dummy track, audio source not found or timed out during probe stream (stream)

[1/6/2022, 11:24:27 PM] [CameraUI] Einfahrt: Stopped video stream.

In der Config.json steht audio auf false.

"cameras": [
{
                    "name": "Einfahrt",
                    "hsv": true,
                    "prebuffering": true,
                    "videoConfig": {
                        "stimeout": 10,
                        "readRate": true,
                        "stillImageSource": "-i http://xxx@[email protected]:80/snap.jpg",
                        "maxStreams": 2,
                        "source": "-i rtsp://xxx@[email protected]:554",
                        "rtspTransport": "tcp",
                        "debug": false,
                        "audio": false,
                        "vcodec": "copy"
},
                    "motion": true,
                    "mqtt": {},
                    "unbridge": true
}

In Home steht Audio auf aus

Ich habe heute mal testweise wieder mein Time Machine Backup Control (Software für macOS, damit ein Mac zum Time Machine Server wird) gestartet. Die Software lastet die CPU des Mac mini zu ungefähr 20% aus, wenn ein anderer Mac sein Time Machine Backup drauflädt.

Das Webintereface von Camera UI wird dann sehr zäh bis unbrauchbar. Von der Camera UI aufgezeichnete Aufnahmen Ansehen im Webinterface von Camera UI geht praktisch nicht mehr. Wenn ich das Camera UI Browser-Fenster auf einem anderen Computer in den Hintergrund lege und wieder im Vordergrund aufrufe, geht gar nix. Die CPU-Last des Mac mini steigt aber nicht über 20-25%. Ich habe für HSV immer noch den Video Codec Copy drin. Wenn ich mit ssh auf den Mac mini schaue, sind primär ein kernel task und Smid aktiv (die Time Machine Backups gehen auf eine USB 3.0 - Platte).

HSV-Aufzeichnung scheinen ohne Störung zu laufen. Im Homebridge.log sind auch keine Auffälligkeiten.

Das Homebridge Web UI läuft ohne Störungen.

PS: Deaktiviere ich die Camera UI Aufnahmen, läuft das Camera UI Web Interface wieder normal. Update: Es lag wohl primär daran, dass sowohl die Aufnahmen der Camera UI als auch das Time Machine Backup auf einer per USB angesteckten Festplatte gespeichert wurden. Der Flaschenhals ist somit vorprogrammiert gewesen. Mittlerweile geht der Parallelbetrieb, wenn nicht gerade ein gigabyte-großes Backup gefahren wird.

PPS: Uhrzeit bei CPU-Last etc. stimmt jetzt.

PPPS: Verständnisfrage: Ich habe noch diverse Eufy Cams, die alle nativ homekitfähig sind. Never change a running system, sie tun ihren Dienst sehr gut, seit 2 Jahren. Es sind Modelle, die drahtlos an eine Eufy Homebase angebunden sind und autark mit Batterie und Solarpanel laufen. Jetzt kam ich auf die Idee, deren rstp-Stream (der sich parallel zu HomeKit einstellen lässt) in Camera UI zu integrieren und dort HSV nicht zu aktivieren. Das hätte den Vorteil, dass neben HomeKit auch noch in Camera UI alle Kameras vereint sind. HSV verpennt doch ab und zu einige Aufnahmesituationen, da wäre ein zweiter Aufnahmepool gut. Den rstp-Stream konnte ich schon abgreifen, aber es kommt zu Fehlermeldungen, weil der rstp-Stream nicht ständig da ist. Ich vermute, dass die Eufy Cams nur bei ausgelöstem Alarm einen Stream bereitstellen. Wenn ich die Camera UI -Erfassung der Bewegung einschalte, bräuchte die UI ja einen konstanten Stream. Das können die autarken drahtlosen Eufy Cams sicher nicht, weil das Akku ohne Ende fressen würde. Habe ich da einen Denkfehler, oder liege ich da richtig?

PPPPS: Kleiner Fehler in der Camera UI. Wenn ich mit dem roten Kreuz neben einer zu löschenden Kamera im Camera UI Einstellungsinterface eine Kamera lösche, bleibt sie im Homebridge Json drin und wird als fehlerhafte Kamera in Camera UI angezeigt (habe ich dann in der Homebridge json gelöscht). Ein weitere, noch vorhandene Kamera wird aus ihrem in der Camera UI definierten Raum rausgeworfen. Die Widgets von beiden Kameras verschwinden.

Wenn ich beta.51 geschrieben habe, waren das nur meine Finger. Installiert habe ich die beta.52 . Bis jetzt alles ok.

Gestern musste ich alle HomePods wegen angeblich ständig vergessenen Passwörtern, Verlust von einem Kanal bei Stereopaaren, Unansprechbarkeit in Home und und und entfernen und wieder neu hinzugefügen.

Beim Hinzufügen blieben einige HomePods im Konfigurationsmodus.

Der Grund, den ich vermute liegt an nicht einwandfrei funktionierenden Steuerzentralen (Schnittstellen zu iCloud).

So hat es bei mir funktioniert:

Nimm alle HomePods (mini) aus deinem Zuhause in Home raus. Schau von einem zweiten Endgerät, ob die auch wirklich draußen sind. Wenn dein Home in iCloud schon länger versaut ist, trügt das nämlich. Ein HomePod wird von einem iPhone aus Home entfernt. Ein kurzer Blick ins iPad belegt aber, dass es noch in Home drin ist.

Lass in deinem Zuhause genau EINEN Apple TV drin, am Besten ein Apple TV 4K oder höher, das per LAN angeschlossen ist.

Ich habe dann noch jeden HomePod zurückgesetzt. Ausstecken, 10 Sekunden warten, einstecken, 10 Sekunden warten, Finger auflegen und drauf lassen, bis die Stimme sagt, dein HomePod wird jetzt gleich zurückgesetzt, wenn du drei Töne hörst.

Dann füge EINEN HomePod (mini) ggf. noch sein Stereopaargeschwisterchen in dein Zuhause dazu. Das sollte anständig durchlaufen. Jetzt steckst du den frisch hinzugefügten HomePod (mini) und dessen Stereogeschwisterchen aus, damit der nicht die neue Steuerzentrale wird. Dann fügst du den Nächsten bzw. das nächste Paar dazu und steckst ihn/sie wieder aus. Bis du mit allen HomePods fertig bist.

So konnte ich ALLE HomePods wieder zum Laufen bringen. Kein vergessene Passworte mehr, kein Kanalverlust und die HomePods sind über Home tatsächlich wieder ansprechbar.

Gaaaaanz schlechter Test die letzten 24 Stunden.

Home hat schon in letzter Zeit ständig gezickt. Gestern lief auf zwei Endgeräten gar nichts mehr. Ab-/Anmelden bei iCloud ohne Erfolg. Auch gezieltes Abschießen von HomePods (Ausstecken oder Neustart) zwecks Übernahme der Steuerzentralenfunktion durch einen der Apple TVs 4K hat nix mehr gebracht.

Da die HomePods in letzter Zeit auch einfach mal ausgegangen sind, bei Stereopaaren auch mal nur ein Kanal, ständig angeblich das Passwort vergessen haben, auch die IKEA-Gateways in Home schon länger äußert unzuverlässig funktionierten, das Velux-Gateway in Home falsche Endlagen angezeigt hat, HomeKit Secure Video an HSV-zertifizierten Kameras ausgefallen ist und und und..., habe ich alles komplett neu aufgesetzt.

Homebridge war mit an Sicherheit grenzender Wahrscheinlich nicht Schuld. Da bin ich sehr sicher.

Das ganze Home von Apple ist noch immer eine ziemlich instabile Sache, sobald die Geräte eine gewisse Menge überschreiten. Mittlerweile bin ich zu tiefst enttäuscht, weil es nur was zum Spielen ist, aber nicht wirklich für größere Installationen geeignet scheint.

Die neue beta.51 ist installiert. Und ich lasse sie jetzt einfach mal im HSV-Modus laufen.

beta.47 läuft (beta.46 war über Nacht fehlerfrei gelaufen).

Video Codec steht auf "copy". Läuft erst seit 5 Minuten, aber bisher keine Fehlermeldungen. CPU-Last jetzt fast durchgehend auf 2%. Bei Aufruf des Videostreams in Home mal kurz auf 10%.

War es das, was dein Update auf beta.47 macht, oder ist es der Video Codec "copy"? Ich vermute, es war Letzteres. In ssh ist jetzt zu sehen, dass die ffmpeg Prozesse nur noch sehr wenig CPU-Last verursachen.

Tolle Arbeit. Wird bestimmt wieder 24 Stunden fehlerfrei laufen. Sehr schön. Danke.

Der Original-Stream aus der Kamera ist H264+ mit 1920 x 1080, 25fps und 4096 Bitrate.

PS: Mini-Bug gefunden. Uhrzeit in Camera UI ist korrekt dargestellt, aber bei der CPU-Last, CPU Temperatur und Arbeitsspeicher Auslastung wird jeweils genau eine Stunde in der Zukunft als Skalierung der X-Achse angezeigt.

Die Auslastung ist nur so lange, wie ein Zugriff auf die Kamera erfolgt, entweder per Camera UI (Livestream), per HomeKit (Click ins Vorschaubild für Livestream) oder per HomeKit Video Secure-Abfrage nach Bewegungserkennung. Der CPU-Fresser ist ffmpeg in beiden Fällen. Ich werde das jetzt immer mal wieder beobachten.

Jedenfalls läuft Camera UI schon ziemlich rund und ich bin sehr zufrieden.

Hallo xlarry. Ich benutze zwei deiner Laundrify-Stecker mit deinem Homebridge-Plugin. Sie sind für Waschmaschine und Trockner, die beide im Keller stehen.

Funktion ist wunderbar, sowohl in deiner Laundrify-App als auch über dein laundrify-Plugin für Homebridge im HomeKit. Beide Stecker tun, was sie sollen.

Controller for HomeKit bemeckert, dass beide Laundrify-Stecker dieselbe Seriennummer haben. Da hat Controller for HomeKit nicht ganz unrecht, die Seriennummer ist nämlich in beiden Fällen n/a.

Ich finde das nicht schlimm, aber wenn es mal die Möglichkeit in deinem Plugin gäbe, Seriennummern zu vergeben (kann auch was zum selbst Eintragen in die Config.json sein), schadet das bestimmt nicht.

Die beta.45 ist wieder 24 Stunden fehlerfrei gelaufen, Test war vor allem die HSV-Kompatibilität. Keine Aussetzer oder Verschlucker.

Einzig auffällig, dass die CPU-Auslastung immer mal wieder ziemlich hochschnellt. Normal so bis 60 oder 70%, aber auch mal über 80% bei einem Mac mini 2014 1,6Ghz Dual-Core Intel i5 mit 4GB Arbeitsspeicher, auf dem außer macOS 12.1 und der Homebridge zur Zeit überhaupt nichts anderes läuft. Lokale Aufzeichnung durch Camera UI ist ausgeschaltet. Das Webinterface der Camera UI habe ich absichtlich nicht aufgerufen, das Webinterface der Homebridge UI nur um die CPU-Last zu sehen.

Allerdings habe ich eine Kamera, die jede Bewegungserkennung nur anhand einer Bilddatenanalyse feststellt. Bei Regen oder Nebel wird in der Nacht jeder Tropfen vor der Kamera von der Infrarotbeleuchtung angestrahlt und als Bewegung erkannt.

Heute war abends relativ trockenes Wetter und die Auslastung war meist 1%, außer wenn mal eine echte Bewegung erkannt wurde (ich bin Raucher und habe zwei Hunde), dann wieder so 60 oder 70%. Ich halte das für normal, wollte aber berichten.

Ich installiere jetzt die beta.46 und berichte nach 24 Stunden wieder.

Vorschaubilder, die sich nicht erneuern (HSV bleibt immer auf jetzt) lassen sich neben der iCloud -abmelden/anmelden-Lösung bei mir auch durch Kamera-Home-Löschen und Wiederhinzufügen beheben. Mühsam, aber (meist) mit Erfolg. Ich verstehe Apple nicht, warum sie da nicht mehr darauf achten, dass HomeKit einfach tut, was es soll, oder sich wenigsten selbst repariert. So schwer wäre das nicht, die iClouddaten auf Plausibilität zu überprüfen und wieder in Ordnung zu bringen. Was nix kostet, wird nix. Ich würde gerne Home+ kaufen für 1 Euro im Monat, dafür dann nicht jeden zweiten Tag an dem Mist rumpopeln und -frickeln. Es nervt. Jeden Tag fällt irgendwas aus. Tolle Home Automation. Dann kann ich gleich auf nen Wandschalter drücken und sehe direkt, dass es erstaunlicher Weise wirklich funktioniert.

Andere Mütter haben auch schöne Kinder, die sind aber auch nicht besser.

Ja sieht so aus, aber HSV ist zur Zeit aktiv.

Dann teste ich AWS später, wenn die HSV-Komponente durchgetestet ist.

Ich habe mir Bei Amazon Web Services so eine Access Key ID und den zugehörigen Secret Access Key besorgt und in der Camera UI unter Einstellungen Rekognition eingetragen und aktiviert. Außerdem habe ich auch unter Einstellungen Kameras Amazon Rekognition aktiviert und die Labels Human, Person, Body, Face selektiert.

Und nun, wie bekomme ich mit, ob das funktioniert? Die Aufnahmen in Camera UI - Aufnahmen sind alle ohne Label auch wenn ein Mensch drauf ist.

Schau mal eins drüber. Vielleicht hilft das ja.

Stell mal

"ssl": {
                "active": false

ein, wenn bei dir noch true steht. Hat bei mir geholfen.

Warum stellst du den Wecker nicht am HomePod (mini)? Da sehe ich eher Chancen.

Beta 35 Installation auf macOS Homebridge lief durch. Habe mal den Mac mini neu gestartet, weil heute tagsüber die Beta 33 zu einem Neustart der Homebridge geführt hat.

Erster Neustart, Homebridge wird angeblich gestartet, keine Fehlermeldung im Terminal, aber ist über das Webinterface nicht erreichbar, ebenso das Camera UI Webinterface.

Zweiter Neustart mit unterbundenem Start einer Time Machine Backup-Software auf dem Mac mini, weil die beim Neustart sehr lange gebraucht hat. Nach dem Terminalstart der Homebridge, wieder nicht per Webinterface erreichbar.

Update:

Dritter Neustart und Neuaufbau der macOS launch services und Löschen von wichtigen Caches mit Onyx für macOS (ja ich weiß, es wäre besser das von Hand zu machen). Mac mini startet wieder normal schnell und läuft wieder rund. Terminalstart von Homebridge -> wieder erreichbar.

Update2: Camera UI: Widgets laufen, System Einstellungen wieder zugänglich. Ich teste gerade, ob er die Einstellung in Aufnahmen -> Bild jetzt nicht mehr ignoriert (das war bei beta33 noch so, es wurden trotzdem Videos aufgezeichnet). Außerdem hat die beta33 auch ignoriert, wenn man unter Benachrichtigungen den Schalter deaktiviert hat. Es kamen trotzdem Benachrichtigungen.

Update3: Camera UI: Einstellungen Aufnahmen: Bild oder Video hat keinen Einfluss, in beiden Fällen wird beides aufgezeichnet. Das mit der Benachrichtigung habe ich wohl falsch verstanden. Wenn der Schalter in Einstellungen Benachrichtigungen an ist, kommt bei einer Benachrichtigung ein zusätzliches Pop-up. Wenn der Schalter aus ist, kommt das Pop-up nicht, aber die Benachrichtigung wird trotzdem im Bereich Benachrichtigungen abgelegt. Ich dachte, dass man mit dem Schalter die Benachrichtigung ganz ausschalten kann. Mein Fehlers oder?

Danke, ich warte lieber, weil ich gerade mit den Benachrichtigungen und Aufnahmen sowie mit AWS rumprobiere. Sonst muss ich wieder alles einrichten.