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

[DS_Starter]

Hallo zusammen,

kurze Info falls ihr auf SVS 8.0.1-5128 updated.

Ich habe es nun während meiner IT-Umbauten auch getan und habe festgestellt dass die Snapshot-Funktion nicht mehr wie gewünscht funktioniert.
Es kommt die Meldung:

Code Auswählen Erweitern

ERROR - Operation Snap of Camera Carport was not successful. Errorcode: 400 - Execution failed

Mit verbose 5 sieht man die Antwort der API:

Code Auswählen Erweitern


2017.03.04 09:42:39.976 4: CamCP1 - Call-Out now: http://192.168.2.10:5000/webapi/entry.cgi?api="SYNO.SurveillanceStation.SnapShot"&dsId="0"&method="TakeSnapshot"&version="1"&camId="5"&blSave="true"&_sid="tZ.6NDY9aYztg14A0MIN235902"
2017.03.04 09:42:40.369 4: CamCP1 - JSON returned: $VAR1 = {
          'success' => bless( do{\(my $o = 0)}, 'JSON::XS::Boolean' ),
          'error' => {
                       'errors' => {
                                     'param1' => '',
                                     'param2' => ''
                                   },
                       'code' => 400
                     }
        };


Allerdings wird der Snap an sich angelegt, aber das Modul kann wegen der Fehlermeldung nicht die ID bzw. der Datenamen ermitteln.
Es gab letztes Jahr von Martin schon mal eine Meldung diesbezüglich und leider erscheint dieser Fehler nun wieder.

Die Ursache ist nicht im Modul und ich kann das Problem auch nicht lösen. Es liegt ein Bug in der API vor. Das kann man auch mit der App DS Cam kontrollieren. Bei der Ausführung eines Schnappschusses kommt die gleiche Meldung, natürlich in deutsch.

Ich habe dieses Problem bereits an den Syno-Support bzw. meine Kontakte bei Synology gemeldet und hoffe das bald eine Lösung herbeigeführt wird.
Möglicherweise tritt dieses Problem nicht mit allen Cam-Typen auf. Bei mir sind es alle im Einsatz, d.h. Hikvision und Airlive Cams.

Grüße
Heiko

[DS_Starter]

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 ...

Grüße
Heiko

[dt2510]

Ich haben gerade mal das Bild über die Surveillance Station mit dem Bild in FHEM verglichen und festgestellt, daß in der Surveillance Station wohl ein kleiner Versatz (< 1 Sekunde) ist, Bewegungen jedoch flüssig dargestellt werden. In FHEM hab' ich Verzögerungen von 3-4 Sekunden und mehr eine Diashow als ein flüssiges Video. Dabei ist es egal, ob ich den Stream kabelgebunden am PC anzeige oder per WLAN auf dem Tablet. Gibt es noch Optionen um die Darstellung zu optimieren ? Hier mal noch ein List des Devices und meine Systemkonfiguration

Code Auswählen Erweitern

Internals:
   CAMID      1
   CAMNAME    Haustuer
   CREDENTIALS Set
   DEF        Haustuer 192.168.220.240
   NAME       N5DL
   NR         379
   OPMODE     getStmUrlPath
   SERVERADDR 192.168.220.240
   SERVERPORT 5000
   STATE      on
   TYPE       SSCam
   VERSION    1.40
   Helper:
     ACTIVE     off
     APIAUTH    SYNO.API.Auth
     APIAUTHMAXVER 6
     APIAUTHPATH auth.cgi
     APICAM     SYNO.SurveillanceStation.Camera
     APICAMEVENT SYNO.SurveillanceStation.Camera.Event
     APICAMEVENTMAXVER 1
     APICAMEVENTPATH entry.cgi
     APICAMMAXVER 8
     APICAMPATH entry.cgi
     APIEVENT   SYNO.SurveillanceStation.Event
     APIEVENTMAXVER 5
     APIEVENTPATH entry.cgi
     APIEXTEVT  SYNO.SurveillanceStation.ExternalEvent
     APIEXTEVTMAXVER 1
     APIEXTEVTPATH entry.cgi
     APIEXTREC  SYNO.SurveillanceStation.ExternalRecording
     APIEXTRECMAXVER 3
     APIEXTRECPATH entry.cgi
     APIINFO    SYNO.API.Info
     APIPTZ     SYNO.SurveillanceStation.PTZ
     APIPTZMAXVER 4
     APIPTZPATH entry.cgi
     APISNAPSHOT SYNO.SurveillanceStation.SnapShot
     APISTM     SYNO.SurveillanceStation.Streaming
     APISTMMAXVER 2
     APISTMPATH SurveillanceStation/streaming.cgi
     APISVSINFO SYNO.SurveillanceStation.Info
     APISVSINFOMAXVER 6
     APISVSINFOPATH entry.cgi
     APITAKESNAPMAXVER 1
     APITAKESNAPPATH entry.cgi
     APIVIDEOSTM SYNO.SurveillanceStation.VideoStreaming
     APIVIDEOSTMMAXVER 1
     APIVIDEOSTMPATH entry.cgi
     CAMLASTRECID 6814
     CREDENTIALS ************************
     LINK       http://192.168.220.240:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.VideoStreaming&version=1&method=Stream&cameraId=1&format=mjpeg&_sid="v6ZzlUtxI0gUc1650O6N731801"
     OLDVALPOLL 200
     OLDVALPOLLNOLOGGING 0
     OPENWINDOW 0
     RECTIME_DEF 15
     SID_STRM   v6ZzlUtxI0gUc1650O6N731801
     WLTYPE     image
     Allpatrols:
     Allpresets:
       home       -1
     Svsversion:
       BUILD      5128
       MAJOR      8
       MINOR      0
   Readings:
     2017-03-11 09:16:05   Availability    enabled
     2017-03-11 09:16:00   CamEventNum     1359
     2017-03-11 09:16:05   CamExposureControl Unknown
     2017-03-11 09:16:05   CamExposureMode Unknown
     2017-03-11 09:16:06   CamForceEnableMulticast false
     2017-03-11 09:16:05   CamIP           192.168.220.200
     2017-03-11 09:16:00   CamLastRec      20170311AM/Haustuer20170311-091312-1489219992.mp4
     2017-03-11 09:16:00   CamLastRecTime  11.03.2017 / 09:13:12 - 09:13:23
     2017-03-11 09:16:05   CamLiveMode     Liveview from DS
     2017-03-11 09:16:05   CamModel        Generic_ONVIF
     2017-03-11 09:16:01   CamMotDetSc     SVS, sensitivity: 90, threshold: 10
     2017-03-11 09:16:05   CamPort         80
     2017-03-11 09:16:05   CamPreRecTime   5
     2017-03-11 09:16:05   CamPtSpeed      3
     2017-03-11 09:16:05   CamRecShare     surveillance
     2017-03-11 09:16:05   CamRecVolume    /volume1
     2017-03-11 09:16:05   CamVendor       ONVIF
     2017-03-11 09:16:05   CamVideoFlip    true
     2017-03-11 09:16:05   CamVideoMirror  true
     2017-03-11 09:16:05   CamblPresetSpeed false
     2017-03-11 09:16:06   CapAudioOut     false
     2017-03-11 09:16:06   CapChangeSpeed  true
     2017-03-11 09:16:06   CapPTZAbs       false
     2017-03-11 09:16:06   CapPTZAutoFocus false
     2017-03-11 09:16:06   CapPTZDirections 8
     2017-03-11 09:16:06   CapPTZFocus     false
     2017-03-11 09:16:06   CapPTZHome      true
     2017-03-11 09:16:06   CapPTZIris      false
     2017-03-11 09:16:06   CapPTZPan       support continuous operation
     2017-03-11 09:16:06   CapPTZTilt      support continuous operation
     2017-03-11 09:16:06   CapPTZZoom      support continuous operation
     2017-03-11 09:16:05   DeviceType      PTZ
     2017-03-11 09:16:06   Error           none
     2017-03-11 09:16:06   Errorcode       none
     2017-03-11 09:16:05   LastUpdateTime  11.03.2017 / 09:16:05
     2017-03-11 09:16:03   LiveStreamUrl   http://192.168.220.240:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.VideoStreaming&version=1&method=Stream&cameraId=1&format=mjpeg&_sid="v6ZzlUtxI0gUc1650O6N731801"
     2017-03-11 09:16:04   Patrols
     2017-03-08 03:12:23   PollState       Active
     2017-03-11 09:16:02   Presets         home
     2017-03-11 09:16:05   Record          Stop
     2017-03-08 03:12:03   SVSlicenseNumber 2
     2017-03-08 03:12:03   SVSuserPriv     Admin
     2017-03-08 03:12:03   SVSversion      8.0-5128
     2017-03-11 09:16:06   StmKey          b307e37ea3fc9dbca7ec55167bd395ec
     2017-03-11 09:16:06   StmKeyUnicst    rtsp://syno:b307e37ea3fc9dbca7ec55167bd395ec@192.168.220.240:554/Sms=1.unicast
     2017-03-11 09:16:06   StmKeymjpegHttp http://192.168.220.240:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mjpeg&cameraId=1&StmKey="b307e37ea3fc9dbca7ec55167bd395ec"
     2017-03-11 09:16:05   UsedSpaceMB     9.985
     2017-03-11 09:16:05   VideoFolder     /volume1/surveillance/Haustuer
     2017-03-11 09:16:05   state           on
Attributes:
   group      Kamera
   pollcaminfoall 200
   room       Eingang
   showStmInfoFull 1
   webCmd     on:off:snap:enable:disable

Die Kamera ist eine Jovision N5DL, der Stream liefert 1920x1080@24FPS CBR (3MBit)
Surveillance Station 8.0.1 läuft auf einer DS216+II mit 8GB RAM
Kamera und NAS sind per LAN (KEIN WLAN oder PowerLAN !!) mit meinem PC verbunden (durchgängig Gigabit, die Kamera hat allerdings nur einen 10/100 MBit Anschluß)

[DS_Starter]

Hallo dt2510,

du vewendest doch sicherlich diesen Streamlink:

LINK       [url="http://192.168.220.240:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.VideoStreaming&version=1&method=Stream&cameraId=1&format=mjpeg&_sid="v6ZzlUtxI0gUc1650O6N731801""]http://192.168.220.240:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.VideoStreaming&version=1&method=Stream&cameraId=1&format=mjpeg&_sid="v6ZzlUtxI0gUc1650O6N731801"[/url]

Die Unterschiede haben m.M. nach nichts mit FHEM zu tun. Die Verbindung wird direkt zwischen deinem Browser und der DS bzw. SVS über die API hergestellt. Wenn optimieren, dann evtl. in den Einstellungen zu den Streams in der SVS -> Kameraeinstellungen. Du kannst auch mal probieren wie es sich verhält wenn du in der SVS Liveview von Kamera statt von DS einstellst.

Grüße
Heiko

[dt2510]

Danke für die Info ... werd' ich mal testen

edit:

Es macht leider keinen Unterschied, ob ich den Kamerastream oder den von der SVS nehme. Ich hab' auch die Auflösung/Bitrate veringert, der Versatz bleibt gleich. Das Problem besteht bei allen meinen Kameras (sind aktuell nur 2), also vermute ich doch eher einen Fehler, der nicht mit der Kamerakonfiguration selbst zu tun hat. Die 2. Kamera ist eine Foscam C1 mit 1280x720 Pixeln. Die Verzögerung ist bei beiden Modellen in etwa identisch:

- Mitgeliefererte Software bzw. Weboberfläche zur Desktop Zeit (Kameras und Desktop verwenden gleichen NTP) kein Versatz
- Kamera zu SVS < 1 Sekunde, flüssiges Bild
- Kamera zu FHEM > 2-3 Sekunden, Diashow

Wie verhält sich das bei anderen Usern ?

FHEM läuft auf einem Pi3 mit einer (noch) 8GB SD-Karte

[helgo2000]

Hallo Heiko und Foristen,

nach meinen Problemen mit dem SVS8.0-Update ist alles wieder am Laufen (es ist gut, wenn ab und zu von seinen Söhnen besucht wird...)

Nun eine andere Frage: ich habe mich durch das ganze Forum durchgelesen und weiß, dass die Bewegungsmeldung über die Kameras nicht optimal ist. Mir reicht aber die Genauigkeit, die über die SVS der Synology angeboten wird. Die Bereiche kann man gut abgrenzen und über die beiden Parameter Schwellwert und Empfindlichkeit erreiche ich eigentlich gute Ergebnisse mit wenig Fehlalarmen.
Die Kameras speichern die entsprechenden Videos über die SVS ab und ich bekomme auch über die Synology per mail eine Nachricht - das klappt ganz gut. Gleichzeitig synchronisiere ich die Videos über die Synology in die Cloud (mit entsprechender Rotation, damit nichts überläuft) und kann per Handy über die Cloud die gespeicherten Videos kontrollieren, bzw. "live" auf die Kameras zugreifen. Damit bin ich eigentlich sehr zufrieden, obwohl es vielleicht nur mit dem sscam-Modul eleganter geht.

Als Abfallprodukt möchte ich nun gerne mit den Kameras meine Außenbeleuchtung einschalten. Die hatte ich vorher (klassisch - ohne fhem) mit normalen Bewegungsmeldern ausgestattet - die Erkennungsraten waren nicht besser als jetzt mit den Kameras.

Das Problem ist aber die Zeitverzögerung.

Ich schalte jetzt die Außenlampen über EGPM2LAN und lese zum Schalten von meinen 3 Kameras (über PoE angeschlossen) das SSCAM-Reading "Record" aus, um diese einzuschalten. Ich kann auch mit dieser Einschaltverzögerung der Beleuchtung leben, zumal die Videos ja richtig aufgenommen werden.

Jetzt meine Frage: wie kann man mit SSCAM "die Tiefen des Systems" abfragen, um möglichst schnell mitzubekommen, dass die Kamera eine Bewegung erkannt hat? Wenn das nicht geht, hab ich kein Problem damit, muss ich hat im Finstern ein bisschen warten, bis die Bits und Bytes das Ergebnis liefern...

Gruß
helgo

[DS_Starter]

Hallo helgo,

wenn du für deinen speziellen Einsatz SSCAM benutzen willst wirst du immer Zeitverzögerungen haben weil man in diesem Fall über Polling die Cam abfragen muß.
Aber es gibt einen anderen Weg ohne SSCAM.

Du kennst doch sicher den Aktionsregeleditor in der SVS. Erstelle dir einen Regel dass wenn die entsprechende Cam eine Bewegung erkennt eine Aktion ausgelöst wird. Ziel -> externes Gerät.
Für das externe Gerät kannst du den Aufruf einer Webseite eintragen.
Hier würdest du den Befehl für FHEMWEB hinterlegen.

Also wenn du z.B. eine Lampe "eg.wz.couch1" hättest, könntest du sie damit einschalten:

Code Auswählen Erweitern


http://<server>:8083/fhem?cmd.eg.wz.couch1=set%20eg.wz.couch1%20on


Server, Port usw. wäre anzupassen.
Probiere den Aufruf erstmal im Browser aus ob er funktioniert, dann könntest du ihn im Regeleditor hinterlegen.
Ich hatte es mal erfolgreich ausprobiert, aber setze ich mangels Einsatzscenario nicht produktiv ein. Möglicherweise mußt du neuerdings noch crfstoken beachten (ich habe noch crfstoken=none im WEB gesetzt).

Vielleicht hilft dir der Ansatz weiter. Damit sollte es mit einer nur geringen Verzögerung möglich sein deine Lampe über die Bewegungserkennung der Cam/SVS zu steuern.

Grüße
Heiko

[helgo2000]

Hallo Heiko,

danke für deinen Ansatz, ich werde es ausprobieren.

Gruß
helgo

[Fredi69]

Kann es sein, dass sich beim State "disabled" ein Leerzeichen eingeschlichen hat "disabled "?
Ich bin heute beim devStateIcon fast verzweifelt.

[DS_Starter]

Kann es sein, dass sich beim State "disabled" ein Leerzeichen eingeschlichen hat "disabled "?
Ich bin heute beim devStateIcon fast verzweifelt.

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.

Grüße
Heiko

[oli82]

Bei mir kann das Modul nicht geladen werden
Modul läuft und bisher keine Auffälligkeiten

[DS_Starter]

Hallo Oli,

Irgendwelche Fehlermeldungen ? Hast du die Rechte auf die Datei richtig gesetzt ? Das ist immer so ein typischer Fehler.

Grüße
Heiko

[oli82]

Du warst zu langsam 
Irgendwie war die Datei beim ersten Download defekt. Neu runter geladen und es lief.

[helgo2000]

Hallo Heiko,

ich habe das mit dem Aktionsregeleditor in der SVS ausprobiert und bin mit dem Ergebnis sehr zufrieden.

Also die Bewegungserkennung der Kameras werden  ohne Zeitverzögerung an fhem übermittelt und ich kann das so ohne Probleme als Bewegungsmelder verwenden und damit bei entsprechender Dämmerung das Aussenlicht einschalten, wenn eine Kamera auslöst.

Licht "an" und "aus" provoziert keine zusätzlichen Alarme, wenn die Ereigniserkennung in der SVS entsprechend abgestimmt ist.

Ich danke dir für den Tip.

Gruß
helgo

[Andre0909]

Brauche auch mal eure Hilfe. Habe eine Trendnet kamera mit Haupt und Substream. Den Substream wollte ich eigentlich in Fhem Tablet UI anzeigen lassen, leider gibt es aufgrund der Authorization immer probleme. Nutername- und pw können nicht an den link übergeben werden
Daher habe ich mich jetzt mit SSCam beschäftigt.

Problem: Ich bekomme jetzt den LIVE-Link wie überall beschrieben,  ich bekomme auch ein live bild ABER leider nur ca. 1 Bild / 3 Sec. Was msche ich falsch? Der Substream in geringer Auflösung lief rukelfrei und auch den Mainstream kann ich mir z.B. in der SS ruckelfrei in 1080 live angucken.

Habe ich irgendetwas vergessen? Was mache ich falsch? Bitte bitte um Hilfe, damit ich endlich mein livebild aufs tablet bekomme DANKE!!