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

ahome77 · 19 März 2017, 00:13:55

Hat jemand eine Idee warum dies hier nicht mehr funktioniert?


<div class="cell">
   <div data-type="image"
     data-device="Kamera_Garage"
     data-refresh="1"
     data-get="StmKeymjpegHttp"
     data-size="192"
     class="nocache">
   </div>					
</div>

Es kommt folgender Fehler:

Code Auswählen

{"error":{"code":105},"success":false}

Die Synologie hat folgende Version:

Code Auswählen

SVSversion 8.0-5128

DS_Starter · 19 März 2017, 07:54:51

Guten Morgen,

@Andre0909, mach mal bitte folgendes. Kopiere dir die komplette Livestreamadresse aus dem Reading "StmKeymjpegHttp" in ein separates Browserfenster und schau wie die Performance dann ist. Es ist prinzipiell so, dass die Kommunikation über die API von Synology erfolgt und die muß die Daten zügig liefern.

@ahome77, was gibt den bei dir das Reading "StmKeymjpegHttp" aus ?

Grüße
Heiko

ahome77 · 19 März 2017, 10:51:53

Code Auswählen

StmKeymjpegHttp
http://192.168.x.xx:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mjpeg&cameraId=1&StmKey="xxxxe94f5xxxx94cexxxx559c7xxxx"
2017-03-10 18:21:34

Nach einem:

Code Auswählen

get Kamera_Garage caminfoall

direkt im FHEMWEB abgesetzt geht es aufeinmal, hmmm...

Code Auswählen

StmKeymjpegHttp
http://192.168.x.xx:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mjpeg&cameraId=1&StmKey="xxxx9ee4xxxx187fxxxx7e13xxxx512"
2017-03-19 10:26:59

Irgendwie scheint der get Befehl vom FTUI nicht zum FHEMWEB durchzukommen.

Fredi69 · 23 März 2017, 17:53:13

Zitat von: DS_Starter am 15 März 2017, 18:48:53
Au ja ... hast recht. In Zeile 3383 hat sich ein Leerzeichen beim "disabled" verirrt. Sorry ... hatte ich noch nicht bemerkt
Habe es korrigiert und hier angehängt.
Weil ich inzwischen noch etwas weiter entwickelt hatte (wegen SVS 8.x) ist noch die Erkennung der installierten Cams geändert.

Probiert bitte die neue 1.42 aus. Wenn alles klappt checke ich sie auch ein.

Das Leerzeichen ist nach dem letzten Update scheinbar wieder da.

DS_Starter · 23 März 2017, 20:45:15

Hallo Fredi,

ZitatDas Leerzeichen ist nach dem letzten Update scheinbar wieder da.

Kann ich nicht bestätigen (V1.42). Habe nochmal jkontrolliert und auch nichts wieder gefunden.
Woraus schließt du das ?

Grüße
Heiko

Fredi69 · 23 März 2017, 22:21:11

Bei mir ist der Status "disabled "

49_SSCam.pm 13174 2017-01-21 20:19:36Z

DS_Starter · 23 März 2017, 22:44:01

Ich habe die neue Version auch noch nicht eingecheckt -> siehst du am Datum bzw. der Version im Internal

Die neue herunter geladene Version hast du dir wohl beim Update wieder überschrieben.
Ich checke die neue Version morgen ein ... läuft ja alles.

Grüße
Heiko

DS_Starter · 24 März 2017, 14:24:45

Version 1.42 ist eingecheckt.

viele Grüße
Heiko

wulfmain · 30 März 2017, 13:17:40

Hallo,
RIESEN Dank für dieses Modul - ich schlagem ich jetzt schon einige Tage rum, aber ich komme nicht weiter und wäre für jeden Tipp dankbar:
Der Kamera-Livestream ist bei mir im FHEM eingebaut und funtkioniert. Das Bild wird angezeigt und auch aktualisiert.

Auch die Variable StmKeymjpegHttp wird angezeigt - wenn ich diese URL allerdings direkt aufrufe oder per Tablet UI einbinde, erscheint kein Bild.
Beim manuellen Aufruf der URL kommt im Browserfenster: {"error":{"code":105},"success":false}
Im Tablet UI erscheint ein broken image.

Im FHEM habe ich schon ein update gemacht, aber das hat nicht geholfen.

Hat jemand noch einen Tipp für mich?

DS_Starter · 30 März 2017, 18:18:58

Hallo wulfmain,

prinzipiell ist es so dass bei Verwendung von StmKeymjpegHttp kein Passwort nötig ist. Der Aufruf des Strings aus dem Reading StmKeymjpegHttp in einem separaten Browserfenster als Test muß auf jeden Fall ohne Probleme funktionieren. Die Rückgabe von error code 105 bedeutet "Insufficient user privilege".
Das besondere an StmKeymjpegHttp ist dass dieser Key von der API in Abständen (die Kriterien habe ich noch nicht erkannt) neu berechnet und geliefert wird. Das heißt er ist nicht fix !
Deswegen ist es notwendig die Kamera in Abständen zu pollen. Bei mir mache ich das ca. alle 205s (attr pollcaminfoall = 205).

Zum Beispiel kann ich dann den Inhalt des Readings StmKeymjpegHttp :

Code Auswählen


http://<IP>:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mjpeg&cameraId=1&StmKey="32234dfb5a971c520c66633c5e45e496"

direkt in einem Browserfenster ohne Eingabe eines Passwortes aufrufen und den Stream anzeigen lassen.

Eine andere Sache ist FTUI. Ich selbst habe es noch nicht im Einsatz und kann nicht viel dazu sagen, aber vielleicht kann ahome77, der im Beitrag weiter oben das gleiche Problem mit FTUI hatte, seine Erfahrung oder auch Lösung schildern. Auf jeden Fall muß zunächst einmal der einfache Aufruf im Browser funktionieren.

Grüße
Heiko

redlav · 30 März 2017, 20:30:40

Ich habe meine Kamera so in FTUI eingebunden:

<div data-type="image"
data-device="KameraGarage"
data-get="StmKeymjpegHttp"
data-height="325px"
data-width="400px">
</div>

Hier hatte ich das vor einiger Zeit schonmal mit einem User ans fliegen gebracht:https://forum.fhem.de/index.php/topic,65448.msg566608.html#msg566608

DS_Starter · 30 März 2017, 21:05:22

Hallo redlav,

danke für die Info.
Ich denke es wäre hilfreich die FTUI-Integration im SSCAM-Wikibeitrag zu hinterlegen. Würdest du das machen können ?
Ansonsten sag Bescheid, dann würde ich einen erstellen.

Grüße
Heiko

wulfmain · 31 März 2017, 20:19:42

Danke für eure Hilfe!
Ich hatte es in FTUI genauso wie redlav eingebunden.

Der Tipp von DS_Starter mit pollcaminfoall hat mir geholfen und jetzt funktioniert es. Ich musste den Zeitabstand allerdings auf ca. 60s einstellen, denn bei 200s hatte ich trotzdem immer wieder mal Probleme mit dem Stream.

Update 19.04.2017:
Trotz dem pollcaminfoall, das ich zwischenzeitlich auf 60 gesetzt hatte, konnte ich meinen Stream zwischenzeitlich sehr häufig überhaupt nicht aufrufen. Auch meine Aufnahmen in der Surveillance Station waren öfter mal weg. Ich habe meine Kamera zurückgegeben und mir jetzt eine Instar 5907HD gekauft - diese bietet eine perfekte Konfigurationsoberfläche (einfach nur IP der Kamera aufrufen) und vor allen Dingen ohne Umwege über die Surveillance API einen MJPEG Stream, der perfekt und nahezu ohne Verzögerung läuft. Das nur als Zwischenfazit, falls sich der ein oder andere mit dem Kauf einer Kamera beschäftigen sollte. Bisher läuft alles seit 2 Tagen unterbrechungsfrei als Live-Stream im FTUI und auch die Aufnahmen in der SuveillanceStation sind perfekt!!!

DS_Starter · 01 April 2017, 07:40:03

Super.
Noch ein Tipp ... statt pollcaminfoall würde es reichen ein "get <name> getUrlPath" auszuführen um den aktuellen StmKeymjpegHttp zu erhalten.
Der Befehl ist schlanker. Allerdings müßtest du ihn von "außen" über ein AT zum Beispiel regelmäßig ausführen lassen.
Das nur zur Ergänzung falls mal aus irgendwelchen Gründen das Pollen nicht gewünscht ist.

Grüße
Heiko

Motivierte linke Hände · 03 April 2017, 16:58:49

Zitat von: DS_Starter am 04 März 2017, 15:46:11
Das obige Problem konnte ich lösen.

Offensichtlich funktioniert der Upgrade-Mechanismus nicht richtig. Es fehlt eine Berechtigung für den bisherigen Ordner

/volume1/surveillance

Das Unterverzeichnis @Snapshot gehörte bis jetzt dem Benutezr/Gruppe root/root.
Nach Änderung der Berechtigung mit:

chown -R SurveillanceStation:SurveillanceStation @Snapshot

klappen auch die Snaps wieder

Werde Syno unterrichten ...

Ich habe extra länger mit dem Update gewartet. Nun ist SVS aktualisiert, und ich habe das mal getestet. Die Berechtigungen für das Verzeichnis werden inzwischen (wieder) wie von Dir angegeben und an Syno reported gesetzt. Allerdings enthalten die Mails, die verschickt werden, nur "leere" Anhänge: Richtiger Dateiname für den Snapshot, aber 0 Bytes groß. Vor dem Update funktionierte es noch...

Die Snapshots liegen in @Snapshot, Benutzer und Gruppe SurveillanceStation. Offenbar kann fhem aber dennoch nicht drauf zugreifen...

Ich suche mal, ob ich was finde...

Edith sagt: Er hat's. Lt. Wiki (https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#Nutzung_der_Webstation_auf_Synology_DS_zum_Zugriff_auf_Recordings) ist bei Nutzung der Webstation für den Zugriff ab SVS Version 8 der Link auf /volume1/@surveillance/ anstatt auf /volume1/surveillance zu setzen. Allerdings enthält bei mir nach dem Update (von der SVS Beta) nun wieder "surveillance" und nicht "@surveillance" das Unterverzeichnis @Snapshots. Also habe ich bei mir den Link wieder angepasst.

EINE BITTE AN ALLE, BEVOR ICH DAS WIKI ANPASSE: Schaut mal bitte, wo mit SVS8 bei Euch das Verzeichnis @Snapshots liegt: in @surveillance oder in surveillance? Die Lösung im Wiki sollte ja idealerweise für alle passen.

Danke!