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

DS_Starter · 13 Oktober 2018, 08:17:36

Hallo miteinander,

ich mache gerade etwas Planung für die Weiterentwicklung der Anwendung im Winterhalbjahr.
Neben den weiteren Entwicklungen bei DbLog und DbRep möchte ich für SSCam noch etwas tun.
So wie ich beobachte, arbeitet Synology ja recht intensiv an dem weiteren Ausbau der Surveillance Applikation
und dadurch gibt es ebenfalls Weiterentwicklungen an der API. Sollte Synology dort interressante Möglichkeiten
einbauen, würde ich das Modul dementsprechend auch bereichern wenn möglich.

Ansonsten hätte ich momentan folgende Punkte auf der Agenda:

* Thema RTSP - ich würde gern dieses Protokoll auf eine möglichst praktikable Art- und Weise
im Modul weiter verfügbar machen. Ich habe den Ansatz über die Umwandlung zu HLS und dessen Einbindung.
Weiter vorn habe ich schon mal beschrieben wie man über einen Docker-Container RTSP in HLS umwandelt und
im Modul einbindet. Es fehlt noch die Verfügbarkeit im Browser (bis jetzt nur auf bestimmten mobilen Clients nativ möglich)

* createLiveGalery zur Darstellung aller Liveviews auf einer Seite über konfigurierbare Struktur (ähnlich createSnapGallery)

* Wiki ausbauen. Ziemlich großes Thema. SSCam bietet inzwischen recht viele Möglichkeiten die sich nicht sofort erschließen.
Hier ist es hilfreich für verschiedene Anwendungsfälle Beschreibungen im Wiki zu haben die Anregungen bieten.
So etwas habe ich bereits für DbRep im Wiki aufgebaut und möchte das für SSCam auch tun.

* die direkte Attributhilfe einbauen

* get versionNotes einbauen wie bei DbRep bzw. Log2Syslog (wer das kennt). Damit knn die Änderungshistorie immer nachgeschaut
werden und es gibt Verlinkungen zu hilfeichen Hinweisen / Wikibeiträgen etc.

Soweit mein Plan.
Ihr seid eingeladen ebenfalls Ideen / Anregungen sowie weitere Hinweise einzubringen.
Über Unterstützung bei dem einen oder anderen Thema würde ich mich natürlich auch freuen.

Ansonsten möchte ich auch mal Danke sagen für die Mitarbeit bei Tests, hilfreichen Kritiken die ihr einbringt und wünsche euch
noch viel Freude mit Modul !

Grüße
Heiko

Fredi69 · 18 Oktober 2018, 16:22:08

Ich bekomme folgende Meldung dauernd im Log:

Code Auswählen

your current/simulated SVS-version may be incompatible to the SSCam version 7.1.0
Was kann ich dagegen tun?

DS_Starter · 18 Oktober 2018, 16:36:46

Hallo Fredi,

ZitatWas kann ich dagegen tun?

Ein Update von SSCam.
Wenn du die Meldung ignorieren willst, setzt du dir einfach den verbose Level hoch.
Aber ich habe diese Medlung extra drin um den User darauf hinzuweisen, dass die von ihm eingesetzte SSCam-Version noch nicht mit der Version der SS auf seiner Syno getestet wurde und Incompatibilitäten vorhanden sein können.

Ich werde den Meldungstext noch etwas ergänzen damit man weiß was zu tun ist.

LG,
Heiko

DS_Starter · 20 Oktober 2018, 20:35:49

@all,

habe soeben die Version 7.2.0 in das Repository geladen.
Neu ist:

* die Direkthilfe für Attribute ist eingebaut
* ein neues Kommando "get ... versionNotes"

Die Version ist morgen früh im Update. Wer es eilig hat kann sie auch hier herunterladen:

https://svn.fhem.de/trac/browser/trunk/fhem/FHEM

Grüße,
Heiko

juemuc · 20 Oktober 2018, 22:13:07

Hallo Heiko,

ich wäre heute fast verzweifelt. Ich habe ein neues SVS-Gerät zusätzlich zur Kamera definiert. die credentials funktioniren nur, wenn der User der Admin-Gruppe auf der Synology definiert ist. Sobald ich die Rechte reduziere, funktioniert der Zugriff nicht mehr. Kannst Du helfen? Ich habe noch die Version 7.1.1

Viele Grüße
Jürgen

DS_Starter · 20 Oktober 2018, 22:26:37

Hallo Jürgen,

also ich vermute du meinst, wenn der verwendete User Mitglied der Admin-Gruppe ist funktioniert es und wenn nicht dann gibt es kein Zugriff.
Weiterhin vermute ich du verwendest eine DSM-Session, Attribut session = DSM (oder nicht gesetzt).
Ich schlage vor session = SurveillanceStation zu setzen und einen User in der SVS für den Zugriff zu definieren.
In der SVS legst du diesen User in der Verwaltung an und weist noch ein Rechteprofil mit den entsprechenden Berechtigungen zu.
Dessen credetials dann im Modul verwenden/setzen.
Damit sollte es klappen (verwende ich auch so).

LG,
Heiko

juemuc · 20 Oktober 2018, 22:45:56

Hallo Heiko,

danke für die schnelle Info. Mit dem setzen des Attributes "session=SurveillanceStation" hat es funktioniert.
Dies sollte eventuell noch in der Doku ergänzt werden.

Bei mir wird der Status von Homemode nicht angezeigt (s. Screenshot). Fehlt hier etwas. Der Status ist korrekt vorhanden.

Viele Grüße
Jürgen

DS_Starter · 20 Oktober 2018, 22:57:43

Hi Jürgen,

ja, mit der morgigen Version habe ich die Voraussetzungen für eine intensivere Userunterstützung geschaffen.
Stichwort "get versionNotes". Probiers mal aus wenn du das update eingespielt hast. Auch der Wiki-Ausbau soll dazu dienen.
Das alles ist eben leider sehr arbeits/zeit-intensiv.

ZitatBei mir wird der Status von Homemode nicht angezeigt (s. Screenshot). Fehlt hier etwas. Der Status ist korrekt vorhanden.

Nein, das ist alles ok so. Kleines Missverständnis, das ist nicht der Status sondern eine Drop-Down-Liste zum schalten des Home-Mode. Du solltest on/off zur Auswahl in der Liste haben.
Mit einem stateFormat kannst du dir den Status in die Übersicht holen.

EDIT:

Zitat
Dies sollte eventuell noch in der Doku ergänzt werden.

Steht in der Commandref unter "Credentials" vllt. nicht sogleich zu erkennen weil es sich auf "Home-Modus" bezieht :
" set ... homeMode session: ServeillanceStation - Betrachter mit Privileg Home-Modus schalten "

Grüße
Heiko

DS_Starter · 21 Oktober 2018, 11:39:36

Weil Jürgen gestern etwas darüber gestolpert ist, habe ich die Beschreibung des Abschnitts Credentials in der Commandref noch etwas ergänzt und eingecheckt.
Ich hoffe es ist jetzt noch etwas deutlicher gekennzeichnet, was ein SVS-Device diesbezüglich benötigt.

schönen Sonntag und Grüße
Heiko

DS_Starter · 23 Oktober 2018, 19:01:19

Hallo zusammen,

ich habe die COMPATIBILITY für das Modul nach Tests mit der aktuellen SVS auf 8.2.1 gesetzt und eingecheckt.

Weiterhin wird der Kompatibilitätscheck jetzt nur noch alle ca. 2 Stunden augeführt um von dieser Meldung nicht
erschlagen und genervt zu werden falls man so wie Fredi mal darauf aufmerksam gemacht wird.
Damit sollte es auch überflüssig sein den verbose Level in diesem Fall zu reduzieren.

Ich möchte ja erreichen, dass der Nutzer auf eine mögliche Inkompatibiltät aufmerksam wird, aber sich eben nicht genervt fühlt und demzufolge die Nachricht im Log ausblendet. 2 Stunden fand ich angemessen, ggf. setze ich den Wert noch höher falls die Anwender es wünschen.

@Fredi, könntest also dein verbose wieder hochsetzen wenn du möchtest

LG,
Heiko

Fredi69 · 23 Oktober 2018, 20:56:00

Zitat von: DS_Starter am 23 Oktober 2018, 19:01:19
... ich habe die COMPATIBILITY für das Modul nach Tests mit der aktuellen SVS auf 8.2.1 gesetzt und eingecheckt.

Weiterhin wird der Kompatibilitätscheck jetzt nur 2 Stunden fand ich angemessen, ggf. setze ich den Wert noch höher falls die Anwender es wünschen.

@Fredi, könntest also dein verbose wieder hochsetzen wenn du möchtest

Super Service, Heiko!
Ich halte alle 6 Stunden, viermal pro Tag für ausreichend.

Herzlichen Dank!

DS_Starter · 23 Oktober 2018, 21:13:48

Mach ich gerne Fredi, ich ändere das nachher und checke es neu ein.

Grüsse,
Heiko

juemuc · 23 Oktober 2018, 21:27:14

Hallo Heiko,

ich habe noch einen Verbesserungsvorschlag:
Die Readings StmKeymjpegHttp bzw. StmKeymxpegHttp sollten in Abhängigkeit des Protokolls ggf. den https-Wert enthalten. Alternativ werden protokollabhängig entsprechende "https"-Readings erstellt.
Zusätzlich sollte auch die IP-Adresse aus dem Internal SERVERADDR verwendet werden.

Viele Grüße
Jürgen

DS_Starter · 23 Oktober 2018, 22:13:26

So, die abgeänderte Version mit dem 6-Stunden Check ist im SVN und morgen im Update enthalten.

@Jürgen, deinen Vorschlag schaue ich mir auch gerne noch an.
In diesen Readings wird bei mir bereits die SERVERADDR verwendet. Man muss dazu wissen, dass die Inhalte für diese Readings von der SVS geliefert werden. Ich verändere sie erstmal nicht !
Man kann allerdings jetzt schon das Protokoll und die Serveradresse mit dem Attribut "livestreamprefix" übersteuern.

Als Beispiel liefert bei mir die SVS Daten, die in den Readings so aussehen:

Code Auswählen


StmKeymjpegHttp = http://192.168.2.10:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mjpeg&cameraId=5&StmKey=.......

StmKeymxpegHttp = http://192.168.2.10:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mxpeg&cameraId=5&StmKey=.....

Wobei die Definition HTTPS verwendet:

Code Auswählen


define CamCP1 SSCam Carport 192.168.2.10 5001 HTTPS

Um die Werte zu übersteuern setze ich:

Code Auswählen


livestreamprefix = https://sds1.myds.me:9901

Damit werden die Readings beim nächsten get caminfoall dann zu:

Code Auswählen


StmKeymjpegHttp = https://sds1.myds.me:9901/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mjpeg&cameraId=5&StmKey=.....
	
StmKeymxpegHttp = https://sds1.myds.me:9901/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mxpeg&cameraId=5&StmKey=....

Also das Protokoll im Standard automatisch gemäß dem DEF umzusetzen kann ich sicherlich einfach ergänzen.
Aber SERVERADDR wird ja eigentlich schon verwendet bzw. von der SVS so geliefert, oder wie sieht es bei dir/euch aus ?

juemuc · 23 Oktober 2018, 22:45:39

Hallo Heiko,

das mit dem Attribut "livestreamprefix" ist sicherlich eine Alternative.

Ich habe die Kamera wie folgt definiert:

Code Auswählen

defmod Reo_Cam SSCam CAM1 x.y.de 8701 https

Im Reading steht dann

Code Auswählen

http://192.168.70.40:7800/webapi/...

Ich benötige aber den "externen" Link. Aktuell baue ich diesen selbst zusammen.

Viele Grüße
Jürgen