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

Dracolein · 30 November 2019, 12:34:26

Ein paar Tage sind rum und ich melde mich nochmal mit einem weiteren Problemchen.

Es fällt auf, dass die sichtbaren Livestreams innerhalb FTUI nach einer Zeit X irgendwann sporadisch nicht mehr dargestellt werden. Ich habe 2 verschiedene Livestreams eingebunden. Es ist scheinbar Zufall, welcher Stream zuerst nicht mehr angezeigt wird, aber spätestens am nächsten Morgen sind beide Streams weg.

Eine simple Aktualisierung der Browserseite behebt den Fehler zunächst.

Woran könnte das wohl liegen?

DS_Starter · 30 November 2019, 13:05:30

Das könnte daran liegen, dass die SVS regelmäßig einen neuen Streamkey erzeugt. Der neue Streamkey wird durch das Polling auch in das Reading "StmKey" gefüllt. Durch ein Refresh der Seite wird dieser Key durch das Widget neu gelesen.

Du kannst die SVS veranlassen den Key nicht zu erneuern. Auf der Syno im SVS das Kamera-Setup aufrufen, die Kamera auswählen und rechte Maustaste -> "Stream-Pfad freigeben" wählen. Dort Gültigkeitsdauer auf "dauerhaft" stellen.

Weitere Möglichkeit wäre dass dein Tablet(Interface) durch Standby abgeschaltet wird und dadurch der Stream nicht mehr aufrecht erhalten wird.

Schau mal ob es bei dir zum Erfolg führt.

Grüße,
Heiko

Dracolein · 01 Dezember 2019, 10:46:51

Danke, das werde ich mal ausprobieren.
Hat es Nachteile, wenn der StreamKey nicht erneuert wird?

Eine Alternative, die mir laienhaft spontan in den Sinn kam, wäre der FTUI beizubringen, im Zyklustakt T= (z.B.) 15 minuten die Seite komplett neu zu laden, womit ich das Problem derzeit manuell behebe.

Übrigens habe ich gestern den httptimeout auf 8 Sekunden festgelegt und bilde mir ein, seither keine Abbrüche mehr zu sehen?

Noch eine weitere Frage:
Die nun in FHEM enthaltenen Kamerastreams lassen sich nicht ohne Weiteres in homebridge hinzufügen, oder?
Jedenfalls reicht es nicht aus, sie in den room=Homekit zu den anderen "normalen" Sensoren reinzutun. Vermutlich braucht es dazu ein weiteres Modul ?

DS_Starter · 01 Dezember 2019, 11:42:43

ZitatHat es Nachteile, wenn der StreamKey nicht erneuert wird?

Mir fallen keine ein. Ich denke es ist ein reines Security-Feature.

ZitatÜbrigens habe ich gestern den httptimeout auf 8 Sekunden festgelegt und bilde mir ein, seither keine Abbrüche mehr zu sehen?

Ja, könnte auch hifreich sein. Bei mir hab ich es auf 20 Sekunden eingestellt.

Zitat
Die nun in FHEM enthaltenen Kamerastreams lassen sich nicht ohne Weiteres in homebridge hinzufügen, oder?
Jedenfalls reicht es nicht aus, sie in den room=Homekit zu den anderen "normalen" Sensoren reinzutun. Vermutlich braucht es dazu ein weiteres Modul ?

Zu homebridge kann ich leider nichts beitragen, habe ich nicht im Einsatz. Vielleicht können andere User an dieser Stelle behilflich sein ?

LG,
Heiko

OliS. · 03 Dezember 2019, 07:14:47

Nicht Homekit-kompatible Kameras müssen mit dem homebridge-camera-ffmpeg Plugin und einem entsprechenden Eintrag in der config.json eingebunden werden.
https://www.npmjs.com/package/homebridge-camera-ffmpeg

LG
Oli

DS_Starter · 07 Dezember 2019, 23:50:33

Hallo miteinander,

im Wiki habe ich beschrieben, wie man Aufnahmen und Schnappschüsse mit der Synology Chat-Anwendung versenden kann.
Dazu wird das neue SSChatBot-Modul (noch nicht offiziell) verwendet. ( https://forum.fhem.de/index.php/topic,105714.0.html )

Noch ist der Versand nicht so tief integriert wie bei Mail oder Telegram. Aber das wird in Kürze ebenso wie bei diesen Versandarten über SSCam-Attribute möglich sein.

Beschreibung im Wiki:
https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#Versand_von_Aufnahmen_und_Schnappsch.C3.BCssen_mit_Synology_Chat_.28SSChatBot.29

Ich wünsche euch einen schönen Advent.

Heiko

DS_Starter · 09 Dezember 2019, 23:08:33

Hallo,

in meinem contrib steht die Version 9.1.0 zum Test des Schnappschußversandes mit Synology Chat bereit.
Das Chatmodul ist ebenfalls verfügbar.

Wie im Fall Telegrambot kann nun mit dem Attribut "snapChatTxt" der integrierte Versand eingechaltet werden.
Bei mir läuft es einwandfrei.
Eine upgedatete Anleitung ist im Wiki:
https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#Versand_von_Aufnahmen_und_Schnappsch.C3.BCssen_mit_Synology_Chat_.28SSChatBot.29

verfügbar.

Zum Download der Module in der FHEMWEB Kommandozeile inklusive der Ausführungszeichen angeben:
"wget -qO ./FHEM/49_SSCam.pm https://svn.fhem.de/fhem/trunk/fhem/contrib/DS_Starter/49_SSCam.pm"
"wget -qO ./FHEM/50_SSChatBot.pm https://svn.fhem.de/fhem/trunk/fhem/contrib/DS_Starter/50_SSChatBot.pm"

LG

DS_Starter · 11 Dezember 2019, 22:22:30

Nun ist es auch möglich Aufnahmen mit Synology Chat integriert zu versenden. Mit dem Attribut recChatTxt wird dieser
Versand aktiviert:

* recChatTxt chatbot => <SSChatBot-Device>, peers => [<peer1 peer2 ...>], subject => [<Betreff-Text>]
Aktiviert den permanenten Versand von Aufnahmen nach deren Erstellung per Synology Chat.
Vor der Aktivierung ist das Attribut videofolderMap zu setzen. Es muß eine URL zum root-Verzeichnis der Aufnahmen und Schnappschüsse enthalten ( z.B. http://server.mein:8081/surveillance ).
Das Attribut snapChatTxt muß in der angegebenen Form definiert werden. Im Schlüssel "chatbot" ist das SSChatBot-Device anzugeben, welches für den Versand der Daten verwendet werden soll. Das SSChatBot-Device muss natürlich vorhanden und funktionstüchtig sein.
Der Schlüssel "peers" enthält gültige Namen von Synology Chat Nutzern an die die Nachricht gesendet werden soll.
Die Angabe von "peers" ist optional, jedoch muß der Schlüssel (leer) angegeben werden. Wurde "peers" leer gelassen, wird der defaultPeer des SSChatBot-Devices verwendet.

Es können die folgenden Platzhalter im subject verwendet werden.

$CAM    - Device-Alias bzw. den Namen der Kamera in der SVS ersetzt falls der Device-Alias nicht vorhanden ist
$DATE    - aktuelles Datum
$TIME    - aktuelle Zeit
$FILE    - Filename
$CTIME    - Erstellungszeit der Aufnahme

Beispiele:
attr <device> recChatTxt chatbot => SynChatBot, peers => , subject => Bewegungsalarm ($FILE)
attr <device> recChatTxt chatbot => SynChatBot, peers => Frodo Sam Gollum, subject => Achtung
attr <device> recChatTxt chatbot => SynChatBot, peers => , subject => Achtung Aufnahme
attr <device> recChatTxt chatbot => SynChatBot, peers => , subject => Bewegungsalarm bei $CAM. Es wurde $CTIME die Aufnahme $FILE erstellt. Jetzt ist es $TIME.

Das Modul 9.2.0 steht zum Test in meinem contrib bereit:

Code Auswählen


"wget -qO ./FHEM/49_SSCam.pm https://svn.fhem.de/fhem/trunk/fhem/contrib/DS_Starter/49_SSCam.pm"

DS_Starter · 15 Dezember 2019, 07:01:40

Die Version 9.2.0 ist nun nach mehreren Tagen Testlaufzeit ins Repository übertragen und wird per Regelupdate ausgerollt.

Dracolein · 15 Dezember 2019, 07:52:46

Aus aktuellem Anlass ( https://forum.fhem.de/index.php/topic,106343.0.html ) neugierig gefragt: erzeugt die Einbindung von SSCam wie bei mir (2x Darstellung des Livestreams in FTUI) eine nennenswerte Menge an Lese-Schreibzugriffen auf meine SD-Karte, woraus man den genannten Defekt selbiger (siehe Thread) erklären könnte?
Bin auf Ursachensuche.

P.S.: interessant, was hier Sonntag morgens um 7 Uhr schon los ist

DS_Starter · 15 Dezember 2019, 08:02:42

Guten Morgen,

naja, konnte irgendwie nicht mehr schlafen und da es noch so schön heimelig dunkel ist und draußen eh nichts los ist ...

Also SSCam erzeugt per default keine Schreibzugriffe auf Disk, spielt sich alles im RAM ab. Insbsondere die Kommunikation beim Streaming findet nur zwischen Browser und der SVS statt sobald der Stream gestartet ist.
Außnahmefall: wenn man das Attribut cacheType auf "file" setzt um Snaps / Aufnahmen im Filesystem zu cachen.
Aber auch in diesem Fall ist der Schreibzyklus sehr gering, eben nur wenn neue Snaps / Aufnahmen gemacht wurden.

PS: interessant das hier Sonntag morgens das überhaupt gelesen wird

LG

DS_Starter · 15 Dezember 2019, 08:11:21

OT ein ..

Das ist jetzt hier zwar der falsche Thread für das Thema .... aber ich habe mir deinen Beitrag angeschaut.
Nur als Idee ... wir SSCam-Benutzer haben doch eine Synology. Du kannst dir doch ein Filesystem von der Syno auf deinen PI als /opt/fhem mounten und dort alles hosten. Dann arbeitet alles nur noch auf den Platten der Syno.
Kommt natürlich drauf an wie du in diesem Umfeld administrativ klarkommst. Aber wäre ein genereller Ansatz.

OT aus.

Dracolein · 15 Dezember 2019, 13:06:16

Danke für den Tip, das wird mir zu hoch sein und ich habe nur eine alte schwache DS, dessen Aufgaben sie zuverlässig meistert. Never touch a running system...

Der Pi mit seiner Smart-Home Idee ist bis dato nur Spielerei und ich muss erstmal Grundlagenerfahrung sammeln, wie alles so läuft und funktioniert. Vielleicht wäre Deine Idee eine Option für später, wenn ich auch mal die DS durch neue Hardware getauscht habe.

marvin78 · 15 Dezember 2019, 15:09:34

ZitatNever touch a running system...

... ist keine gültige Regel sondern ein Satz, den faule ITler erfunden haben

synaps-o-dan · 21 Dezember 2019, 12:43:19

Hallo zusammen,
ich verwende seit Ende November das Modul SSCam mit einer Unifi-Kamera. Bin echt begeistert über das Modul, da steckt eine Menge Arbeit & Wissen drinne...
Jetzt habe ich eine Frage: ich möchte gerne Ereignisse in fhem bei Bewegungserkennung in der Surveillance Station auslösen. Und zwar ohne in fhem einen Zugang zur Surveillance Station zu öffnen. Dazu möchte ich gerne in der Surveillance Station eine Aktionsregel definieren, die bei Bewegungserkennung ein bash script auf der Synology NAS ausführt. In diesem script würde ich dann per MQTT eine Nachricht an fhem absetzen, so dass fhem dann darauf reagieren kann, z.B. über ein DOIF. Bei der Definition der Aktion in der Surveillance Station kann ich jedoch als Gerät nur "Kamera", "Surveillance Station", "IFTTT" oder "Webhook" auswählen.
Ich weiß, dass der Synology Chatbot das auch kann, aber ich möchte nur ungern über irgendwelche externe Clouds gehen.
Für Tipps wäre ich sehr dankbar!
LG, Daniel