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

DS_Starter · 30 Juni 2017, 17:39:56

Hallo @all,

habe das Update auf die SVS 8.1.0-5364 (ist noch "beta" !) vorgenommen. Das hat problemlos geklappt und die Cams laufen mit dem Modul problemlos weiter.
Im Modul habe ich dennoch eine Kleinigkeit gleich angepasst, weil die letzte "0" der Version (also nur 8.1) gefehlt hat. Ist hier angehängt.

Es gibt auch eine neue API-Doku zum Download. Die schaue ich mir mal bei Gelegenheit an. Es gibt in der neuen SVS-Version einen sogenannten "Home-Modus". Ob man den über die API schon mit schalten kann weiß ich noch nicht, mal schauen.

Grüße
Heiko

cortmen · 25 Juli 2017, 17:20:49

Kurze Frage: Warum meldet das SSCam Modul oft:

Bei erstellen eines Snapshot auf einen notify Ereignis
Die sid ist aktuell, wenn ich exakt den URL im Browser aufrufe, klappt es sofort.

2017.07.25 17:02:31 4: Haustuer_CAM - Take Snapshot of Camera Haustuer
2017.07.25 17:02:31 4: Haustuer_CAM - ####################################################
2017.07.25 17:02:31 4: Haustuer_CAM - ### start new cam operation ##
2017.07.25 17:02:31 4: Haustuer_CAM - ####################################################
2017.07.25 17:02:31 4: Haustuer_CAM - --- Begin Function sscam_getapisites nonblocking ---
2017.07.25 17:02:31 4: Haustuer_CAM - API hashvalues already set - ignore get apisites
2017.07.25 17:02:31 4: Haustuer_CAM - --- Begin Function sscam_getcamid nonblocking ---
2017.07.25 17:02:31 4: Haustuer_CAM - CAMID already set - ignore get camid
2017.07.25 17:02:31 4: Haustuer_CAM - --- Begin Function Snap nonblocking ---
2017.07.25 17:02:31 5: Haustuer_CAM - HTTP-Call will be done with httptimeout-Value: 15 s
2017.07.25 17:02:31 4: Haustuer_CAM - Call-Out now: http://x.x.x.x:####/webapi/entry.cgi?api="SYNO.SurveillanceStation.SnapShot"&dsId="0"&method="TakeSnapshot"&version="1"&camId="18"&blSave="true"&_sid="oLEZ4B07HJqhkC8L5N03237"
2017.07.25 17:02:42 2: Haustuer_CAM - error while requesting http://x.x.x.x:####/webapi/entry.cgi?api="SYNO.SurveillanceStation.SnapShot"&dsId="0"&method="TakeSnapshot"&version="1"&camId="18"&blSave="true"&_sid="oLEZ4B07HJqhkC8L5N03237" - http://x.x.x.x:####/webapi/entry.cgi?api="SYNO.SurveillanceStation.SnapShot"&dsId="0"&method="TakeSnapshot"&version="1"&camId="18"&blSave="true"&_sid="oLEZ4B07HJqhkC8L5N03237": empty answer received

Surveillance Station 8.1.0.5364, SSCAM 2.2.3

DS_Starter · 25 Juli 2017, 18:40:32

Hallo cortmen,

Zitathttp://x.x.x.x:####/webapi/entry.cgi?api="SYNO.SurveillanceStation.SnapShot"&dsId="0"&method="TakeSnapshot"&version="1"&camId="18"&blSave="true"&_sid="oLEZ4B07HJqhkC8L5N03237": empty answer received

Das ist eine gute Frage. Ich habe etwas im Forum gesucht und gefunden dass diese Fehlermeldung "empty answer received" ein Problem ist, welches bei dem einen oder anderen unabhängig vom SSCam-Modul ganz allgemein bei HTTP-Aufrufen vorkommt. Allerdings bezog sich das meistens auf HTTPS was ich auf die Schnelle gefunden habe.

Es wird auch mit ziemlicher Sicherheit auch kein Problem des Moduls an sich sein, sondern eher im Umfeld zu suchen.
Bei mir sieht der Ablauf bei Snap total sauber aus und die Meldung "empty answer received" habe ich bei mir noch nie gesehen.

Code Auswählen


2017.07.25 18:07:19.092 4: CamTER - ####################################################
2017.07.25 18:07:19.101 4: CamTER - ###            start new cam operation            ##
2017.07.25 18:07:19.108 4: CamTER - ####################################################
2017.07.25 18:07:19.112 4: CamTER - --- Begin Function sscam_getapisites nonblocking ---
2017.07.25 18:07:19.116 4: CamTER - API hashvalues already set - ignore get apisites
2017.07.25 18:07:19.120 4: CamTER - --- Begin Function sscam_getcamid nonblocking ---
2017.07.25 18:07:19.124 4: CamTER - CAMID already set - ignore get camid
2017.07.25 18:07:19.128 4: CamTER - --- Begin Function Snap nonblocking ---
2017.07.25 18:07:19.136 4: CamTER - Call-Out now: http://192.168.2.10:5000/webapi/entry.cgi?api="SYNO.SurveillanceStation.SnapShot"&dsId="0"&method="TakeSnapshot"&version="1"&camId="2"&blSave="true"&_sid="X4yVemxJptmfM14A0MIN235902"
2017.07.25 18:07:20.011 3: CamTER - Snapshot of Camera Terrasse has been done successfully
2017.07.25 18:07:20.519 4: CamTER - Get filename of present Snap-ID 6566

Deswegen macht es m.M. nach Sinn das Umfeld zu vergleichen. SSCam nutzt die HttpUtils, die sollten ebenfalls aktuell sein.
Desweiteren nutze ich:

Code Auswählen


HttpUtils.pm              14654 2017-07-06 08:17:38Z rudolfkoenig
perl5 (revision 5 version 20 subversion 2)
Linux Debian 3.16.43-2+deb8u2 (2017-06-26) x86_64 GNU/Linux
Surveillance Station 8.1.0.5364

Du kannst noch mit den Attributen "session" und "noQuotesForSID" experimentieren, allerdings glaube ich nicht das damit dieses spezifische Problem beseitigt werden kann.
Vermutlich muß man etwas intensiver die Google-Suche bemühen und nach "empty answer received" allgemein bei HTTP-Calls/Antworten suchen.

LG
Heiko

cortmen · 25 Juli 2017, 18:55:21

Danke für Deinen Support,

in allen Browsern inkl. Tablet geht der API Aufruf sofort durch.
In der fhem Commando-Eingabezeile klappt es perfekt.

Halt nur über DOIF, notify und myutils nicht.

Erstmal Danke für die Tipps.

DS_Starter · 25 Juli 2017, 19:04:43

Ich löse normalerweise die snaps auch über notify aus -> kein Probs .
Wirklich schwer zu raten ...

DS_Starter · 25 Juli 2017, 19:18:25

Benutzt du eine IP-Adresse für die DS oder einen Hostnamen mit DNS-Auflösung ?

DS_Starter · 25 Juli 2017, 19:40:21

Hier habe ich dir mal eine Testversion gemacht nur um etwas auszuschließen.
Kannst du bitte die angehängte Version testen ?

cortmen · 25 Juli 2017, 20:40:13

:)Danke für das Testmodul, leider keine Änderung.

Die Surveillance Station hat 83% idle ... langweilt sich fast.
fhem läuft einem Ubuntu 16.4 - 4 Core System mit Gigabit Anbindung...96% idle
WLAN ist hier nicht im Spiel.

Der Fehler wird wohl "tiefer" vielleicht sogar an der CAM liegen.
Arbeite mit IP Adr. keine Namensauflösung.

Kann ich erstmal mal mit leben, manches klärt sich auch wieder mit der Zeit.

Danke für Dein tolles Modul!

DS_Starter · 25 Juli 2017, 20:55:19

ZitatDanke für das Testmodul, leider keine Änderung.

Ok., naja was zu beweisen war. Man muß ja alle Möglichkeiten in Betracht ziehen und probieren.

Es freut mich dass dir das Modul gefällt und hilfreich ist

Ich werde mich auch wieder etwas mehr damit beschäftigen und habe auch eine Idee was man noch brauchen könnte ...

LG
Heiko

ThomasMagnum · 26 Juli 2017, 21:10:06

Hallo zusammen,

bin im Zuge meiner Kameraintegration auf dieses Modul gestoßen. Scheint ja perfekt die Verbindung zwischen Synology SS und FHEM herzustellen dachte ich mir.
Schwupps hab ich das heute mal eingerichtet. Läuft soweit auch prima, vielen Dank für das Modul an den Entwickler!

Eine kleine Frage hätte ich allerdings noch.
Ich verstehe das Modul so das es zum einen Aktionen in des SS auslösen kann, andersrum aber auch mitbekommt wenn in der SS eine neue Aufnahme / Snapshot vorliegt und dann, im Rahmen der HTTP-Aufrufe die Readings aktualisiert. Ist dem so?

In meiner Konfiguration scheint das Aktualisieren der Readings irgendwie nicht richtig zu funktionieren, obwohl das WEB Interfache auf Longpoll= 1 steht. Testweise habe ich auch das Attribut httptimeout auf 3 gestellt. Im Eventlog ist aber nichts zu sehen.

Irgendeine Idee wo ich noch suchen könnte?

Modulversion ist: 2.2.3
SS Version ist: 8.1.0-5364

Es wäre sehr nett wenn jemand eine Hinweis für mich hätte.

Vielen Dank und schöne Grüße

Thomas

DS_Starter · 26 Juli 2017, 22:17:47

Hallo Thomas,

zunächst willkommen im SSCam-Club

.

ZitatIch verstehe das Modul so das es zum einen Aktionen in des SS auslösen kann

Ja

Zitatandersrum aber auch mitbekommt wenn in der SS eine neue Aufnahme / Snapshot vorliegt und dann, im Rahmen der HTTP-Aufrufe die Readings aktualisiert. Ist dem so?

Ja und Nein.
Diesbezüglich ist es wichtig zu wissen dass diese Aktualisierung nur funktioniert wenn man über das Attribut "pollcaminfoall" eine regelmäßige Abfrage der Cam (in der Surveillance Station) einschaltet oder aber über geeignete Maßnahmen ein "get ... caminfoall" bzw. "get ... eventlist" die Daten abfragt.
Das funktioniert für alle möglichen Informationen außer Schnappschüsse die nicht über FHEM ausgelöst wurden. Das ist noch ein ToDo was ich aber demnächst mit integrieren will.

Das Attr "httptimeout" ist nur ein Wert den man verändert muß wenn man im Log immer mal wieder timeout-Fehler bei der Abfrage der DS bekommen würde. Das ist eher die Ausnahme.

Wenn du noch Fragen hast ... immer gerne.

LG
Heiko

ThomasMagnum · 27 Juli 2017, 08:39:23

Hallo Heiko,

vielen Dank für die schnelle Antwort und die Erklärungen.
So was in der Richtung habe ich mir schon gedacht, da die Aktualisierung immer dann stattfand wenn die "pollcaminfoall" Zeit um war.

Da es in meinen Augen aber Sinn macht direkt bei einer Bewegungserkennung eine Info zu erhalten (ich nutze hier E-Mail und XMPP), habe ich das wiefolgt gelöst.

In FHEM einen Dummy "BewegungErkannt" angelegt.
In der SS eine Aktionsregel hinterlegt mit der zum einen bei Bewegungserkennung ein Snapshot erstellt wird, zum anderen aber der Link

Code Auswählen

http://192.168.178.47:8083/fhem?cmd=set%20BewegungErkannt%20on
aufgerufen wird. Dieser setzt den Dummy auf "on". In diesem Beispiel allerdings noch ohne csrf Token.

Dies kann dann genutzt werden um ein "get ... caminfoall" bzw. "get ... eventlist" auszuführen. Mein DOIF lauscht dann auf das Reading "CamLastRec" / "LastSnapFilename" und sendet mir dann eine Mail bzw. eine Jabber Nachricht mit Links zur letzten Aufnahme bzw. zum letzten Snapshot. Wobei die Snapshotinfos ja noch nicht funktionieren, hab ich bei mir aber bereits schon integriert. Das DOIF setzt dann auch den Dummy zurück um für das nächste Event bereit zu sein.

Dies nur als kurze Beschreibung wie man zumindest per "Umweg" eine sofortige Info erhalten kann.
Ich hoffe das hilft dem ein oder anderen.

Gruß, Thomas

DS_Starter · 27 Juli 2017, 08:52:57

Hi Thomas,

ja das ist super und du hast mir diesen Hinweis vorweggenommen

Irgendwo in diesem Thread hatte ich die Verwendung des Aktionsregeleditors auch schonmal angedeutet.

Aber ich nehme das mal zum Anlass um diese Möglichkeit im Wiki zu SSCam zu beschreiben.
Wie immer ist die Zeit einfach zu knapp

EDIT: stelle das neue Modul hier zum Test zur Verfügung wenn ich den Snap Infoabruf integriert habe.

LG,
Heiko

DS_Starter · 27 Juli 2017, 13:01:20

Den Wiki-Artikel habe ich erstellt: https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#Aktionen_mit_dem_Aktionsregeleditor_der_Surveillance_Station_ausl.C3.B6sen

Ergänzungen sind gerne willkommen.

VG
Heiko

DS_Starter · 27 Juli 2017, 19:03:05

Hallo,

anbei eine neue Version 2.3.0.
Neben kleinen Fixes gibt es nun endlich die Möglichkeit mit "get ... snapinfo" die Schnappschußinformationen von der SS abzurufen wenn die Schnappschüsse nicht von FHEM/SSCam erzeugt werden.
Mit dieser Funktion wird nun diese Lücke geschlossen und es kann mit einer Aktionsregel in der SS auch der Schnapschußversand über die get-Funktion und einem enstsprechenden Notify einfach angestoßen werden.

Wie immer gerne Rückinfo zu euren Testergebnissen.

VG
Heiko