49_SSCam: Fragen, Hinweise, Neuigkeiten und mehr rund um dieses Modul

DS_Starter · 15 November 2019, 14:02:59

ZitatWie kann ich das automatisieren, z.B. wenn die DS Bewegung erkennt und eine neue Aufnahme startet ?

Wenn man die internen Abläufe der SVS nutzen will, kann man im Regeleditor eine Aktion hinterlegen und per HTTP Webseitenaufruf von FHEM den Schnappschuß erstellen lassen.
Also quasi SVS erkennt Bewegung -> Regeleditor startet Aufnahme + Regeleditor ruft FHEM Webseite auf und führt "set ... snap" aus. Der Snap wird dann in FHEM per Telegram versendet.
Eigentlich ist es ein bisschen von hinten durch die Brust ins Auge.

Aber kann man natürlich so machen. Im Wiki habe ich das Prinzip beschrieben: https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#Aktionen_mit_dem_Aktionsregeleditor_der_Surveillance_Station_ausl.C3.B6sen

Der Webaufruf ist ggf. noch mit der CSRF-Option zu versehen falls nötig.

Grüße,
Heiko

dt2510 · 15 November 2019, 14:08:50

Das muss ich mir mal in Ruhe ansehen ... als Workaround verwende ich den Bewegungsmelder (sitzt genau wie die Kamera im Eingang) - der hat nur keinen definierbaren Bereich, in dem er Bewegung erkennt, löst also evtl. etwas öfter aus.

DS_Starter · 15 November 2019, 14:17:18

Zitat... als Workaround verwende ich den Bewegungsmelder (sitzt genau wie die Kamera im Eingang)

Naja, das wäre eigentlich der richtige, vorgesehene Weg. Eine zu häufige Auslösung ist für Schnappschüsse evtl. etwas störend, aber für Aufnahmen kannst du das Attr "recextend" setzen. Dann wird nicht jedesmal eine neue Aufnahme gestartet, sondern die laufende Aufnahme fortgesetzt, wenn der PIR-Impuls innerhalb der noch laufenden Aufnahme wiederholt kommt.

dt2510 · 18 November 2019, 09:30:14

sieh' dir mal bitte diesen Beitrag an ... könnte das evtl. an SSCam liegen ?

https://forum.fhem.de/index.php/topic,105445.0.html

DS_Starter · 18 November 2019, 09:49:32

Moin,

würde ich mal verneinen. Ich verwende den Telegram Versand innerhalb des Moduls auch umfangreich.
Trotzdem interessant.
Poste doch mal deine Kamerakonfiguration mit den Telegramoptionen. Daneben noch ein verbose 4 der Cam mit dem Ablauf des Versandes.
Tipp: auch noch das Attr debugactivetoken setzen. gigt noch ein paar mehr Infos.

BTW.... ist auch dein Telegram Modul aktuell ? Das ist der Grund des Absturzes: .... Can't use an undefined value as an ARRAY reference at ./FHEM/50_TelegramBot.pm line 2403.

Edit: hier hat jemand das gleiche Problem in Verbindung mit Homematic: https://forum.fhem.de/index.php?topic=105482.new#new

Edit2: konnte den Absturz auf meinem Testsystem jetzt nachstellen beim Versand von Aufnahmen. Allerdings sind die Module SSCam und Telegrambot mit derm Prod. System identisch, auf dem es problemlos funktioniert. Daran kann es also nicht liegen. Muss ich heute Abend mal in Ruhe schauen was genau geupdated wurde.

Grüße,
Heiko

DS_Starter · 18 November 2019, 19:01:27

Hallo zusammen,

ich konnte das von dt2510 geschilderte Problem fixen.
Alles weitere seht bitte hier: https://forum.fhem.de/index.php/topic,105486.0.html

LG,
Heiko

Dracolein · 25 November 2019, 17:55:05

Hallo zusammen,

wenn ich lediglich einen Livestream in FHEM über FTUI darstellen will, ohne Kamera-steuerung / -aufzeichnung / -benachrichtigung, lässt sich das auch realisieren?
Ich habe eine Surveillance Station problemfrei seit Jahren mit 2 Kameras laufen und möchte lediglich 1 kleines Livebild einer Kamera auf Touch UI darstellen.
Leider bin ich nicht fit genug, um mir die Frage selbst zu beantworten.

Vorab Danke für Euer Feedback.

DS_Starter · 25 November 2019, 18:18:34

Hallo Dracolein,

ja, das ist recht einfach möglich.
Erstelle dir ein Streamingdevice mit:

Code Auswählen

set <SSCam-Device> createStreamDev mjpeg

(Wiki: https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#Streaming-Device_zur_MJPEG_Wiedergabe)

und binde dieses Device über das FTUI Widget ein.

Steht im Wiki: https://wiki.fhem.de/wiki/FTUI_Widget_f%C3%BCr_SSCam_Streaming_Devices_(SSCamSTRM)
beschrieben.

LG,
Heiko

Dracolein · 25 November 2019, 22:19:32

Zunächst vielen Dank für die Hinweise.

Ich bin kein Informatiker, kein Programmierer, aber tech-affin und neugierig. Noch bin ich selbst beeindruckt, aber ich habe heute abend tatsächlich geschafft, die Verbindung zw. FHEM und meiner Synology hinzubekommen entsprechend Eurem genialen FHEM-Wiki. Ich bin total geflasht, wirklich wirklich super geschrieben der Wiki von Euch!

Die Einbindung in Touch UI werde ich morgen probieren, dennoch eine Frage angehängt:

Ich habe 2 Low-Budget Kameras im Einsatz. Bei einer lies sich entsprechend den Ratschlägen im Wiki innerhalb der Surveillance Station der Stream auf MJPEG umstellen. Das Livebild in FHEM ist weitgehend flüssig.
Hingegen bietet die zweite Kamera diese Option nicht an, hier steht ausschließlich H.264 zur Auswahl. Nun habe ich die Auflösung auf das Minimum reduziert, die Bildqualität von 5 auf 3 gesetzt und die Bildrate von 10 auf 5 FPS reduziert. Dennoch faktisch keine sichtbare Verbesserung des Bildflusses in FHEM. Gefühlt aktualisiert sich das Ganze mit 1 FPS. Lässt sich hier noch irgendwas tunen, oder ist meine Low-Budget Hardware schuld?

Zitat Wiki:

ZitatMöchte oder kann man die Einstellungen nicht auf "MJPEG" ändern, [...] bietet sich alternativ die Verwendung eines Streaming Devices vom Typ "generic" an um eine flüssige MJPEG-Wiedergabe zu erhalten.

Dazu wäre eine Erläuterung hilfreich. Ich interpretiere, dass ich anstelle von

Code Auswählen

set SSCam.Hauseingang createStreamDev mjpeg

ein Device wie:

Code Auswählen

set SSCam.Hauseingang createStreamDev generic

erstellen soll?
Falls ja, reitet mich die Neugier um zu lernen: was geschieht im Hintergrund dann anderes ?

Vielen Dank vorab und einen ruhigen Montagabend.

edit Nachtrag:

Versuch der Einbindung in TouchUI gescheitert, keine Ahnung weshalb.
Aufruf erfolgte lokal auf dem Raspberry Pi mit Raspbian und Chromium.

Anbei ein Screenshot aus FHEM und ein Ausschnitt aus der TouchUI Oberfläche, dessen Codeschnipsel ich aus dem Wiki genommen hatte:

Code Auswählen


<!-- CARPORT Livecam -->
<li data-row="1" data-col="1" data-sizey="3" data-sizex="4">
<header>Kamera Carport</header>
<div class="cell">
<div data-type="sscamstrm" data-device="SSCamSTRM.CamCarport.mjpeg" ></div>
</div>
</li>

<!-- GARTEN Livecam -->
<li data-row="1" data-col="1" data-sizey="3" data-sizex="4">
<header>Kamera Garten</header>
<div class="cell">
<div data-type="sscamstrm" data-device="SSCamSTRM.CamGarten.mjpeg" ></div>
</div>
</li>

Den Befehl

Code Auswählen

update all https://raw.githubusercontent.com/nasseeder1/fhem-ftui_sscamstrm_widget/master/controls_sscamstrm_widget.txt
hatte ich zuvor ausgeführt.

DS_Starter · 25 November 2019, 22:37:47

Erstmal herzlichen Glückwunsch dass alles bisher prima geklappt hat.

Aber zögere nicht wenn Fragen auftreten ... gerade am Anfang sind die Zusammenhänge nicht so offensichtlich.

Zitat
Hingegen bietet die zweite Kamera diese Option nicht an, hier steht ausschließlich H.264 zur Auswahl. Nun habe ich die Auflösung auf das Minimum reduziert, die Bildqualität von 5 auf 3 gesetzt und die Bildrate von 10 auf 5 FPS reduziert. Dennoch faktisch keine sichtbare Verbesserung des Bildflusses in FHEM. Gefühlt aktualisiert sich das Ganze mit 1 FPS. Lässt sich hier noch irgendwas tunen, oder ist meine Low-Budget Hardware schuld?

Dein Gefühl ist richtig. Low-Budget ist hier nicht das Thema. Wir hatten dieses Thema hier schonmal in den Tiefen des Threads und ich hatte mich diesbezüglich mit dem Supoort von Syno verbunden. Von dort kam auch der Ratschlag mit MJPEG. Wenn nicht so eingestellt, erfolgt auf der Synology eine mehr oder weniger aufwändige Umkodierung der Formats in MJPEG. Daraus folgt auch die geringe Bildfolge die die SVS erzeugt. Synology drosselt meiner Meinung nach bewußt um seine DS nicht damit zu stark zu belasten (gibt ja nicht nur leistungsstarke DS).

Deswegen gibt es noch mehr Streamings-Devices. "Generic" bietet die Möglichkeit einen x-beliebigen Stream anzuzeigen. Der könnte zum Beispiel direkt von der Kamera kommen unter umgehung der SVS. Oder es gibt auch "HLS" was ich gerne benutze. Man muss vorher einen HLS-Stream erstellen (zum Bsp. mit gihad/streamer -> Wiki) und diesen dann wiedergeben. Hervorragende Qualität, aber HLS-bedingt immer mit einem Zeitversatz.

Es gibt noch viel mehr Möglichkeiten, am besten rantasten und alles mal ausprobieren

Ich/wir arbeiten auch ständigen an weiteren Möglichkeiten. Du kannst dir Snaps und Aufnahmen auch per Mail , Telegram oder demnächst auch mit dem Synology eigenen Chat-Dienst versenden.

LG,
Heiko

DS_Starter · 25 November 2019, 22:43:49

Hast du restartet und auch die aktuellesten Versionen von SSCAM bzw. SSCAMSTRM im System, d.h. ein FHEM Update gemacht ?

Dracolein · 25 November 2019, 22:53:05

Zitat von: DS_Starter am 25 November 2019, 22:37:47
Aber zögere nicht wenn Fragen auftreten ... gerade am Anfang sind die Zusammenhänge nicht so offensichtlich.

Ich bin als Neuling ungern ein augenscheinlicher Faulpelz. Du weißt was ich meine... jmd meldet sich in einem Forum an und anstatt zu googeln und suchen, wird ein neuer Thread mit Fragen geöffnet, die zuvor x-mal beantwortet wurden. Sowas mag ich nicht und kann mich in Euch alte Hasen gut reinversetzen. Deswegen bin ich anfänglich nach Möglichkeit zurückhaltend.
Dennoch danke Deiner Worte.
Die Zusammenhänge sind noch weit weit weg von "offensichtlich" für mich. Aber mit jedem erfolgreichen Schritt steigt die Motivation.

Bzgl. Deines Hinweises, ich hatte einen Restart Shutdown getätigt ohne Erfolg.
Ein Update habe ich soeben laufen lassen, gefolgt von einem neuen Restart. Jetzt sehe ich tatsächlich in der TouchUI Oberfläche die Streams, sehr cool. Danke Dir.

Morgen beschäftige ich mich dann mit der Minimierung der Ansichten, d.h. PTZ-ELemente und Buttons müssen noch verschwinden.

Jetzt aber endgültig gute Nacht

DS_Starter · 25 November 2019, 22:56:33

Sehr schön ... weiterhin viel Spaß

Gute Nacht.

Edit: die Steuerelemente bekommt man mit Attributen der Streaming-Devices weg.

Dracolein · 25 November 2019, 23:32:20

Zitat von: DS_Starter am 25 November 2019, 22:56:33
Edit: die Steuerelemente bekommt man mit Attributen der Streaming-Devices weg.

Hm, ich habe inzwischen "hideButtons=1", "hideDisplayNameFTUI=1" gefunden, aber für die PTZ-Buttons finde ich kein Attribut, ausser deren prozentuale Größe zu justieren ("ptzButtonSize").
Ich habe dann mal in der Surveillance Station reingeschaut, dort war ein Haken bei "PTZ-Steuerung möglich" aktiviert. Den Haken habe ich entfernt (meine Kameras sind nicht steuerbar).

Hat FHEM eventuell beim ersten Einlesen der Kameras irgendwelche Parameter aus der Synology übernommen durch diesen aktivierten Haken?

edit:
Ach im Camera-Device sehe ich in den Readings u.a. "DeviceType: PTZ", das wirds wohl sein.
Ich habe dort das Attribut "ptzPanel_use" gefunden, auf =0 gesetzt.... läuft

Und schon ist es 23:40.... ARG

DS_Starter · 25 November 2019, 23:42:05

Generell wird das PTZ-Paneel nur zur Verfügung gestellt wenn das Reading

DeviceType = PTZ

gesetzt ist. Diese Info kommt von der SVS und sollte nur bei PTZ-Kameras übermittelt werden.
Durch das Attribut pollcaminfoall (gesetzt?) werden die Kamerinfos regelmäßig von der SVS abgerufen.
Sollte man machen (bei mir ca. alle 230 s).

Naja, das Attribut hast du ja gefunden.