Ich habe das Wochenende genutzt, um die Szenarien-Konfiguration zu testen und finde sie sehr einfach zu verstehen und zu bedienen. Super Arbeit, Pierre-Gilles!
Mein Ziel ist es, das letzte Bild der Kamera zu einer bestimmten Uhrzeit zu versenden und langfristig nur dann, wenn ich nicht zu Hause bin. Ich dachte daran, das über den Kalender zu steuern, damit Gladys weiß, ob ich z. B. im Urlaub bin. Allerdings schaffe ich es nicht, das letzte Bild der Kamera über Telegram zu versenden. Gibt es eine Variable, die ich in den Nachrichteninhalt der Szene einfügen kann, die das Foto enthält?
Hallo @Pierre-Gilles,
Ist es geplant, dass man in einer Cloud regelmäßig aufgenommene Bilder speichern und daraus ein Timelapse erstellen kann?
Zusätzlich, ist es möglich, die Bewegungsmelder der Kamera zu nutzen, um die Aufnahme zu steuern und die Bilder dann in die Cloud oder per E-Mail zu versenden?
Und schließlich, wird es möglich sein, eine an einen Rpi-Port angeschlossene USB-Webcam mit Gladys zu verbinden und das Bild abzurufen?
Vielen Dank im Voraus für deine Antworten.
Wofür brauchst du das? Damit ich deinen Bedarf besser verstehe.
Welches Kameramodell verwendest du genau?
Ich habe es noch nie getestet, aber ich glaube, das ist schon möglich! In Gladys verwenden wir ffmpeg, um die Bilder der Kamera zu lesen, und anscheinend kannst du ffmpeg einen lokalen Pfad einer Kamera angeben, anstatt einer entfernten URL.
Wenn deine Kamera zum Beispiel am USB-Port /dev/video0 verfügbar ist, kannst du diesen Pfad in Gladys anstelle der URL eingeben, und es könnte funktionieren (zum Testen)
Okay, könntest du einen Beitrag im Forum in der Kategorie Feature Requests erstellen (das ist ganz neu!)
Du erstellst einen Beitrag mit einem klaren Titel, und alle im Forum können für dieses Feature stimmen, wenn es jemanden interessiert
Das wird mir helfen, die Entwicklungen zu priorisieren!
Okay! Und weißt du, mit welchem Protokoll die Sensoren dieser Kamera kommunizieren? Wenn wir die Daten abrufen wollen, muss die Kamera dafür geöffnet sein
Super! Könntest du dokumentieren, was du gemacht hast, um es zum Laufen zu bringen? Im Forum oder noch besser in der Dokumentation, wenn du kannst. Ich bin sicher, dass du nicht der Einzige bist, der das machen möchte
Normal, es ist eine direkte USB-Verbindung, wenn du eine USB-Maus an deinen Computer anschließt, musst du dann ein Passwort für die Maus eingeben?
Also, wie angegeben, kann man bei Bewegungserkennung eine HTTP-Anfrage senden. Sobald wir die Open API mit Tokens in Gladys 4 haben, kannst du eine Szene auslösen, die durch eine Bewegung deiner Kamera getriggert wird top
Entschuldigung, dass ich diesen Beitrag ausgrabe, aber genau wie @gaetanb76 hätte ich gerne die Möglichkeit, Gladys nativ zu nutzen, um in einer Szene auf eine Bewegung in einer Kamera zu reagieren.
Also:
Erklärt die Gladys-Dokumentation, wie man das macht (ich habe nichts gefunden …) ?
Ist die von @pierre-gilles beschriebene API heute für die Nutzung von MotionEyes verfügbar?
Das Modell scheint mir nicht relevant zu sein. Ich habe mehrere „NO NAME“-Modelle getestet, die einzige Bedingung ist, dass sie dem ONVIF-Standard entsprechen und einen RTSP-Stream anbieten. MotionEyes greift so sehr einfach darauf zu
Übrigens habe ich eine meiner Kameras auf diese Weise sehr einfach unter Gladys konfiguriert. Jetzt muss ich nur noch Gladys handeln lassen, wenn etwas auf dem Bild passiert!
Jede Kamera hat spezifische Besonderheiten, daher ist es sinnvoll, wenn
Achtung bei den „NO NAME“-Modellen, die RTSP-Implementierungen sind oft sehr ungenau, und ich habe viele Beispiele von Nutzern, die mysteriöse Bugs aufgrund sehr teilweiser Implementierungen dieser Protokolle haben ^^
Ansonsten weiß ich nicht, ob du Frigate kennst?
Das ist ein Tool, mit dem du Objekterkennung/Menschenerkennung an Kameras durchführen und dann eine MQTT-Nachricht bei Erkennung veröffentlichen kannst.
Es ist also mit Gladys kompatibel
Die einzige Einschränkung ist, dass man eine „TPU“ (Tensor Processing Unit) verwenden muss, damit der „KI“-Teil auf dedizierter Hardware läuft, aber sobald eine TPU verwendet wird, ist es normalerweise hyper schnell:
Ich hatte Frigate getestet, aber nicht übernommen, weil es mir zu „overkill“ (TPU, all das …) im Vergleich zum Bedarf war, und durch MotionEyes ersetzt, das derzeit bei mir im Einsatz ist (für 4 No-Name-Kameras, die über ONVIF zugänglich sind), ohne jedoch das gleiche Ergebnis zu liefern, da es keine Formenerkennung verwendet, sondern nur große Änderungen in Bereichen (was für mich ausreicht).
Fazit: MotionEyes beibehalten und später bei Gladys „basteln“, um zu reagieren Wir schaffen das
Okay, ich habe ein bisschen nach Dokumentation zu MotionEye gesucht, um dir zu helfen, aber ich finde überhaupt nichts… Ich dachte, wir hätten verstanden, dass man mit MotionEye ein Skript starten kann, und in diesem Fall ist es im Skript recht einfach, man muss nur eine Nachricht in MQTT veröffentlichen, damit Gladys reagiert.
