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

DS_Starter · 21 Dezember 2019, 17:59:47

Hallo Daniel,

Nur kurz ... bin unterwegs. Danke für dein Lob, freut mich.

Such mal im wiki nach SSChat bzw. Chat. Habe kürzlich erst ein modul dafür erstellt. Es geht auch über keine externe cloud sondern bei dir zu Hause !

Bei der Definition wird auch ein fhemweb device erstellt. Das könnte man direkt als Webhook in der SVS verwenden. Ist durch csrf Token geschützt. Alternativ über Chat. Wie gesagt ist nur private cloud. Das fällt mir adhoc dazu ein .

Ps: der versand von snaps und Aufnahmen ist inzwischen auch mit SSChatBot direkt aus SSCam möglich.

Lg,
Heiko

synaps-o-dan · 21 Dezember 2019, 21:37:23

Cool, vielen Dank! Das hilft auf jeden Fall. Dank Deiner Anleitung konnte ich SSChat installieren, einen Bot für fhem einrichten & kann nun fjem durch den Bot steuern. Eine Frage habe ich noch: weißt Du, wie man unter den Aktionsregeln der SVS den Webhook konfigurieren muss, um Befehle an fhem zu senden? Eine FHEMWEB-Instanz nach Anleitung (Name: WEBSSChatBot, also alles wie im Wiki) habe ich definiert. Nur bei den Webhooks der Aktionsregeln hakt es noch.
LG, Daniel

Zitat von: DS_Starter am 21 Dezember 2019, 17:59:47
Hallo Daniel,

Nur kurz ... bin unterwegs. Danke für dein Lob, freut mich.
Such mal im wiki nach SSChat bzw. Chat. Habe kürzlich erst ein modul dafür erstellt. Es geht auch über keine externe cloud sondern bei dir zu Hause !

Bei der Definition wird auch ein fhemweb device erstellt. Das könnte man direkt als Webhook in der SVS verwenden. Ist durch csrf Token geschützt. Alternativ über Chat. Wie gesagt ist nur private cloud. Das fällt mir adhoc dazu ein .

Ps: der versand von snaps und Aufnahmen ist inzwischen auch mit SSChatBot direkt aus SSCam möglich.

Lg,
Heiko

DS_Starter · 22 Dezember 2019, 08:39:40

Hallo Daniel,

Probiert habe ich es selbst noch nicht.
Aber du müsstest im Webhook den Inhalt des Internals OUTDEF eintragen, gefolgt von dem Kommando für den sschatbot. Etwa so

http://fhemtest.myds.me:8086/sschat/outchat?botname=SynChatBot&fwcsrf=5d11111f&text=/tuetwas

Wenn du im Sschatbot und WEBSSChatBot verbose 5 einstellst siehst du genau was empfangen wird bzw. Dann passiert.
Probier mal. Wenn du nicht weierkommst, schauen wir nach den Weihnachtsfeiertagen mal gemeinsam.
Ist auch für mich etwas Neuland.

Lg,
Heiko

synaps-o-dan · 22 Dezember 2019, 20:49:02

Hallo Heiko,
ich bin kurz davor, ein Fehler tritt noch in dem Webhook auf. Müssten wir aber rauskriegen, nach den Weihnachtstagen. Für mich ist das alles hier noch mehr Neuland als für Dich, deswegen beschreibe ich Schritt für Schritt, was ich unternommen habe.

Definition der Aktion in der SVS
Aktionsgerät: Webhook

Code Auswählen

URL: https://<IP-Adresse fhem>:8082/sschat/outchat?botname=SynChatBot&fwcsrf=<CSRF-Token>token=<Token des Chatbots>&text=%2Fset%20<device>%20<command>&user_id=4&username=<username>

Ergebnis im fhem-log bei verbose=5 (WEB-Instanz WEBSSChatBot)

Code Auswählen

2019.12.22 20:27:00 4: Connection accepted from WEBSSChatBot_<IP Synology NAS>_41436
2019.12.22 20:27:30 4: Connection closed for WEBSSChatBot_<IP Synology NAS>_41436: EOF
2019.12.22 20:27:30 4: Connection accepted from WEBSSChatBot_<IP Synology NAS>_41437
2019.12.22 20:27:30 4: WEBSSChatBot_<IP Synology NAS>_41437 POST /sschat/outchat&botname=SynChatBot&fwcsrf=<CSRF-Token>&token=<Token des Chatbots>&text=%2Fset%20<device>%20<command>&user_id=4&username=<username>; BUFLEN:0
2019.12.22 20:27:30 1: TYPE SSChatBot - ERROR - no Botname received
2019.12.22 20:27:30 4: WEBSSChatBot: /sschat/outchat&botname=SynChatBot&fwcsrf=<CSRF-Token>&token=<Token des Chatbots>&text%2Fset%20<device>%20<command>&user_id=4&username=<username> / RL:33 / text/plain; charset=utf-8 /  / Cache-Control: no-cache, no-store, must-revalidate

Dieser Teil dauert lange.

Wenn ich über den Synology-Chat einen /set Befehl absetze (das funktioniert), dann erscheint im fhel-log:

Code Auswählen

2019.12.22 20:37:56 4: Connection accepted from WEBSSChatBot_<IP Synology NAS>_41441
2019.12.22 20:37:56 4: WEBSSChatBot_<IP Synology NAS>_41441 POST /sschat/outchat?botname=SynChatBot&fwcsrf=<CSRF-Token>&token=<Token des Chatbots>&text=%2Fset%20<device>%2<command>&user_id=4&username=<username>; BUFLEN:0
2019.12.22 20:37:56 4: SynChatBot - ####################################################
2019.12.22 20:37:56 4: SynChatBot - ###          start Chat operation Receive           
2019.12.22 20:37:56 4: SynChatBot - ####################################################

Es folgt noch eine längere log-Ausgabe des SynChatBot, die ich hier abschneide.

Was fällt auf?

Wenn der Webhook über die SVS aufgerufen wird, wird die Verbindung zu fhem zweimal aufgebaut (beim ersten mal wird sie abgebrochen).
Webhook SVS enthält /sschat/outchat&botname=usw.
Der Chatbot sendet an fhem aber /sschat/outchat?botname=usw.

Der Unterschied liegt im & bzw. ?
Ich forsche gerade an weiteren Einstellungen in der SVS. Hier kann man beim Webhook verschiedene Methoden angeben (Automatisch, GET, POST, PUT). Aber bislang hat alles Probieren keinen Erfolg gebracht, das ? wird immer durch das & ersetzt, wodurch der Aufruf nicht funktioniert.
Liebe Grüße und nochmals vielen Dank,
Daniel

Zitat von: DS_Starter am 22 Dezember 2019, 08:39:40
Hallo Daniel,

Probiert habe ich es selbst noch nicht.
Aber du müsstest im Webhook den Inhalt des Internals OUTDEF eintragen, gefolgt von dem Kommando für den sschatbot. Etwa so

http://fhemtest.myds.me:8086/sschat/outchat?botname=SynChatBot&fwcsrf=5d11111f&text=/tuetwas

Wenn du im Sschatbot und WEBSSChatBot verbose 5 einstellst siehst du genau was empfangen wird bzw. Dann passiert.
Probier mal. Wenn du nicht weierkommst, schauen wir nach den Weihnachtsfeiertagen mal gemeinsam.
Ist auch für mich etwas Neuland.

Lg,
Heiko

DS_Starter · 22 Dezember 2019, 21:10:04

Hi Daniel,

Deine Beobachtungen sind genau die Punkte wo angesetzt werden muss. Sehr gut.

Ich denke das kriegen wir hin. Es ist jedenfalls eine POST Methode.
Ich melde mich wenn ich wieder einen PC habe.
Jetzt lediglich ein Tel mit dem ich nur ein Minimalmass an Support geben kann....

Lg und schöne Tage,
Heiko

synaps-o-dan · 22 Dezember 2019, 21:15:50

Hi Heiko,
ja, die POST-Methode habe ich auch ausprobiert. Die URL ist die

Code Auswählen

https://<IP-Adresse fhem>:8082/sschat/outchat und als Inhalt (plain/text) dann

Code Auswählen

botname=SynChatBot&fwcsrf=<CSRF-Token>token=<Token des Chatbots>&text=%2Fset%20<device>%20<command>&user_id=4&username=<username>

Aber SVS flickt halt immer ein & anstelle eines ? ein. Ich fürchte, es handelt sich um ein Bug der SVS, was Synology fixen muss.
LG, Daniel

Zitat von: DS_Starter am 22 Dezember 2019, 21:10:04
Hi Daniel,

Deine Beobachtungen sind genau die Punkte wo angesetzt werden muss. Sehr gut.
Ich denke das kriegen wir hin. Es ist jedenfalls eine POST Methode.
Ich melde mich wenn ich wieder einen PC habe.
Jetzt lediglich ein Tel mit dem ich nur ein Minimalmass an Support geben kann....

Lg und schöne Tage,
Heiko

DS_Starter · 23 Dezember 2019, 10:59:07

Hallo Daniel,

Kannst du es mal so ausprobieren ?

URL

Code Auswählen


https://<IP-Adresse fhem>:8082/sschat/outchat?botname=SynChatBot&fwcsrf=<CSRF-Token>token=<Token des Chatbots>&user_id=4&username=<username>

und als Inhalt (plain/text) dann nur noch

Code Auswählen


text=/set <device> <command>

Den letzten Teil evtl. url kodiert. Weiss jetzt nicht wie die SVS es an dieser Stelle erwartet.

Lg,
Heiko

synaps-o-dan · 23 Dezember 2019, 13:02:47

Hallo Heiko,
habe ich ausprobiert, löst das Problem nicht. Ich erhalte die gleiche Fehlermeldung im log:

Code Auswählen

2019.12.23 12:40:33 4: WEBSSChatBot_192.168.0.101_41680 POST /sschat/outchat&botname=SynChatBot&fwcsrf= usw. usw.

Das Problem scheint zu sein, dass die SVS Das ? zwischen dem CGI-Pfad und dem zu übermittelndem Text durch ein & ersetzt, egal wie man SVS konfiguriert. Dadurch kann die WEB-Instanz den Text nicht richtig interpretieren.
LG, Daniel

Zitat von: DS_Starter am 23 Dezember 2019, 10:59:07
Hallo Daniel,

Kannst du es mal so ausprobieren ?

URL

Code Auswählen Erweitern
https://<IP-Adresse fhem>:8082/sschat/outchat?botname=SynChatBot&fwcsrf=<CSRF-Token>token=<Token des Chatbots>&user_id=4&username=<username>

und als Inhalt (plain/text) dann nur noch

Code Auswählen Erweitern
text=/set <device> <command>

Den letzten Teil evtl. url kodiert. Weiss jetzt nicht wie die SVS es an dieser Stelle erwartet.

Lg,
Heiko

DS_Starter · 23 Dezember 2019, 13:09:05

Hi Daniel,

Ok. Schauen wir nach Weihnachten weiter. Versuch war es wert.
Kriegen wir bestimmt hin.

Lg,
Heiko

DS_Starter · 27 Dezember 2019, 14:06:22

Hallo Daniel,

ich hoffe du hattest eine schöne Weihnachtszeit !

Das Problem konnte ich inzwischen lösen bzw. die Lösungsvarianten dokumentieren.
Dazu gibt es eine neue Version des SSChatBots zum Download. Diese Version kann sowohl POST- als auch GET-Methoden verarbeiten. Die vorherige Version kann aber bereits die GET-Methode anwenden.

Im Wiki habe ich dokumentiert, wie man eine Aktionsregel mit Hilfe des Bots definieren kann: https://wiki.fhem.de/wiki/SSChatBot_-_Integration_des_Synology_Chat_Servers#Beispiele

Getestet und läuft.

LG,
Heiko

synaps-o-dan · 28 Dezember 2019, 09:47:06

Hallo Heiko, Mensch, du bist ja schnell! Ich bin unterwegs und melde mich wieder, wenn ich getestet habe.

Gesendet von iPhone mit Tapatalk

synaps-o-dan · 29 Dezember 2019, 17:15:09

Gerade eingebaut & getestet. Läuft!!

Ich bin sehr begeistert.
Liebe Grüße, vielen Dank!!
Daniel

Zitat von: DS_Starter am 27 Dezember 2019, 14:06:22
Hallo Daniel,

ich hoffe du hattest eine schöne Weihnachtszeit !

Das Problem konnte ich inzwischen lösen bzw. die Lösungsvarianten dokumentieren.
Dazu gibt es eine neue Version des SSChatBots zum Download. Diese Version kann sowohl POST- als auch GET-Methoden verarbeiten. Die vorherige Version kann aber bereits die GET-Methode anwenden.

Im Wiki habe ich dokumentiert, wie man eine Aktionsregel mit Hilfe des Bots definieren kann: https://wiki.fhem.de/wiki/SSChatBot_-_Integration_des_Synology_Chat_Servers#Beispiele

Getestet und läuft.

LG,
Heiko

DS_Starter · 29 Dezember 2019, 17:24:52

Super Daniel !

Bei Gelegenheit erstelle ich für das Modul noch eine Commandref und checke es offiziell ein.
Dokumentation ist an der Modulerstellung immer der "schönste" Teil. Aber nutzt ja nichts.

Grüße,
Heiko

Dracolein · 31 Dezember 2019, 12:41:45

Ich muss nochmal rumnerven zwecks Ideen. Wie einige Seiten vorher geschrieben, habe ich 2 verschiedene IP_Kameras im Einsatz, von denen 1 Cam kein MJEPG Stream innerhalb von SVS beherrscht; die andere schon. Die Folge: 1 Livestream in FHEM ruckelt mit 1 FPS daher, der andere Livestream ist flüssig.
Nun wollte ich zwecks "Verflüssigung" die eine Kamera gegen eine andere ersetzen, damit in SVS die Option "MJPEG" verfügbar würde, so die Theorie.
Gestoppt wurde alles durch einen unplanmäßigem Kameratod vor 2 Tage - genau das Gerät, welches einen flüssigen Stream ermöglicht hatte!

Also bestellte ich mir extra mit Blick auf MJPEG eine Ip Kamera, (Wansview W2), die selbiges auf jeden Fall unterstützen sollte. Lieferung heute erfolgt. Nun sitze ich hier seit 2 Stunden herum und schaffe es einfach nicht, dass allein auf der Synology überhaupt ein flüssiges Livebild entsteht. Mit gewähltem H.264 innerhalb der Kameraeinstellung ist alles flüssig, bei Umstellung auf "MJPEG" reduziert sich das ganze auf 1 FPS. Und ich weiß einfach nicht warum. Habe schon sämtliche Einstellungen direkt in der Kamera herumprobiert, Bitrate, Bildfrequenz und Auflösung reduziert - keine Änderung.

Dann fiel mir dieser Thread ein und ich fand nochmal folgendes:

Zitat von: DS_Starter am 25 November 2019, 22:37:47
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.

Ich bin ja nun überhaupt nicht zwingend an SSCam für mein FHEM-Projekt gebunden. Aufgabe ist lediglich die Darstellung zweier Livestreams innerhalb von Tablet UI. Die Bewegungserkennung und Datenspeicherung bei Ereigniserkennung usw. bleibt weiterhin vollständig auf der SVS - was ja auch problemlos bei mir funktioniert.
Wenn ich nun mittels einer anderen Device GEschichte dies alternativ lösen könnte, wärs das auch denkbar. Allerdings konnte ich unter Deinen Stichworten bisher nichts finden, hättest Du noch einen Tip für mich?
Ansonsten funktionierte die Anbindung mittels SSCam für meine Zwecke auch genial, bis auf dies Geruckel...

DS_Starter · 31 Dezember 2019, 13:22:21

Es ist schon sehr verwunderlich, dass deine Cams innerhalb der SVS (also ohne FHEM) ein ruckeliges Bild mit MJPEG liefern.
Das kann ich dir momentan auch nicht erklären.

Alternativen ... wenn du die Adresse des MJPEG-Streams direkt von der Kamera herausbekommst (z.B. über https://www.ispyconnect.com/sources.aspx ), könnetst du dir den Stream über ein Generic-Device wie hier beschrieben: https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#MJPEG_direkt_von_Kamera_wiedergeben einzubinden.

Es ist im Prinzip das gleiche, also wenn du IPCAM verwenden würdest, außer das es noch die SSCam-spezifischen Drucktasten etc gibt. IPCAM könntest du natürlich über diesen Weg auch mal probieren.

Weiterhin könntest du das noch probieren: https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#Streaming-Device_zur_Wiedergabe_eines_permanenten_HLS_Streams

Ganz allgemein suche ich noch einem Weg, RTSP-Streams in FHEM bzw. Browserseiten innerhalb SSCam verfügbar zu machen, zum Beispiel über eine userfreundliche/automatische Intergration von ffmpeg. Das wäre der generelle Problemlöser für solche Fälle. Bin noch nicht dazu gekommen mir das zu überlegen, aber kommt sicherlich noch.

LG und guten Rutsch,
Heiko