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

Begonnen von DS_Starter, 14 Dezember 2015, 16:19:08

Vorheriges Thema - Nächstes Thema

DS_Starter

Hallo Gordon,

zu deinem GetLiveViewPath -Problem habe ich im offiziellen Syno-Forum eine Meldung eröffnet.
Man kann sie verfolgen (und sich natürlich auch beteiligen) unter diesem Link:

https://community.synology.com/enu/forum/3/post/129312

Mal schauen was geantwortet wird. Deine DSM Version würde ich noch gern ergänzen. Vermutlich kommt die Frage sowieso.

Grüße,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

BM030

Hier alles zusammen aus GetInfo:

CMSMinVersion "8.2.5-5850"
DSModelName "DS1515+"
SvsClientMinVersion "1.2.0-0553"
VS240HDMinVersion "2.4.0-1508"
VS360HDLoginMinVersion "4.3.0-4631"
VS360HDMinVersion "3.0.5-2084"
VS960HDMinVersion "2.3.4-1700"
cameraNumber 1
customizedPortHttp 9900
customizedPortHttps 9901
defaultWallpaperCount 2
enableVideoRelay true
hostname "xxx"
inaAdvancedPriv 268435456
isBeta false
isLicenseEnough 1
liscenseNumber 2
maxCameraSupport 40
maxlanport "4"
path "/webman/3rdparty/SurveillanceStation/"
pluginHelperVersion ""
productName "DiskStation"
remindQuickconnectTunnel true
reportURL ""
serial "xxxxxx"
serviceVolSize 2669.514434814453
timezone "Amsterdam"
uid 1047
unique "synology_avoton_1515+"
userPriv 2
version
build "5850"
major "8"
minor "2"
small "5"
webPluginVersion ""
success


DSM Version: DSM 6.2.2-24922 Update 3

Vielen Dank Heiko

Greetings Gordon

DS_Starter

ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Tutti_Bomovski

Zitat von: DS_Starter am 22 Oktober 2019, 19:44:26
Das ist ein typischer Fehler wenn man nicht die ip adresse der Synology angegeben hat.
Ansonsten hilft ein list des definierten devices -> list <device>.

Lg,
Heiko

die IP-Adresse habe ich schon eingegeben... :-(

DS_Starter

Na dann bitte mal ein list der definition liefern. sonst kann man ja nichts dazu sagen.

Aber grundsätzlich ist in den meisten Fällen am einfachsten ein SVS device anzulegen mit:

define SVS SSCam SVS <IP Adresse der DS>

Danach die credentials angeben mit set credentials.
Wenn das läuft, sieht man state, einfach alle Cams mit autocreate anlegen lassen mit


set <svs device> autocreateCams


Ansonsten bitte noch ein Log mit verbose 5 des devices anhängen. Wir brauchen einfach mehr Informationen dazu.

Grüße,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

BM030

Hi,

ist ja echt merkwürdig. Hatte in der Zwischenzeit schon einmal die "harte Tour" probiert und alles auf der Syno gelöscht und ein Packet vom letzten Jahr (SurveillanceStation-x86_64-8.2.2-5766.spk) installiert.

Das Problem bleibt trotzdem bestehen. Ich finde auch in dem spk keine Infos zu möglichen Fehlern. Ich bin gespannt, was den Fehler verursacht und warum er scheinbar nicht bei jedem auftaucht.

Die Frage bleibt, hat er die selbe Hardware wie ich? Die Kamera habe ich über http eingebunden, also auch ein völlig anderer Weg, als er.

Greetings Gordon

DS_Starter

#1807
Hi Gordon,

Zitatist ja echt merkwürdig
dem schließe ich mich an !

Habe ihn nochmal nach seiner DS gefragt. Also ich vermute ein Problem mit dem DSM des spezifischen DS-Typs. Es funktioniert ja nur dieser eine API-Call nicht (mehr !  :o ) und bei ihm ist es derselbe wie bei dir !

Aber ...
ZitatDie Kamera habe ich über http eingebunden, also auch ein völlig anderer Weg, als er.
wieso ?
Er benutzt ja auch

http://xxx.xxx.xxx.xxx:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Camera&method=GetLiveViewPath&version=9&_sid=*****&idList=camid


Ich denke, da müssen die Syno-Developer ran. Kann mir selbst noch keinen Reim machen.

Vielleicht kannst du auch auf seinen Thread antworten oder Infos geben. Bin erstmal im Kurzurlaub und werde nur von Zeit zu Zeit mal reinschauen aber auch nicht viele Möglichkeiten haben zu unterstützen. Einen Syno-Account hast du vermutlich als Synology-Nutzer bereits ?

Edit: Ein generelles Problem schließe ich aus. Dann hätten sich viel mehr User gemeldet. Und bei mir läuft es auch nach wie vor rund. Habe 5 Cams an der DS 415+ dran. Aktuelles Package 8.2.6-6009 und DSM 6.2.2-24922 Update 3.

LG,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

BM030

Hallo Heiko,

ich meine die Einbindung der Kamera in die Surveillance, er nutzt onvif und rtsp, ich nutze http (Motioneye auf einem Raspi)

Einen Account habe ich bisher nur im deutschen Synology Forum.

Werd ja sehen, ob weitere Antworten kommen.
Danke für die Infos schonmal.

Greetings Gordon

DS_Starter

ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

#1810
Hallo zusammen,

ich habe die letzte Zeit eine Weiterentwicklung im Modul platziert, die sich um die Datenhaltung von Massendaten dreht.
Mit Massendaten meine ich die mehr oder minder umfangreichen Bild- oder Aufnahmedaten die man im Speicher hält für eine Schnappschußgalerie oder auch temporäre Speicherung von Schnappschüssen bzw. Recordings zum Zweck des Versands mit Telegram und/oder Email.

Bisher wurde dafür ein interner Cachemechanismus verwendet. Nun habe ich mit dem CPAN-Modul CHI ein Cache handling interface implementiert. Damit ist es nun möglich verschiedene Cachemechanismen einzubinden. Der Nutzer hat damit veschiedene Wahlmöglichkeiten und kann die für ihn passende auswählen.

Hervorzuheben wäre hier die Möglichkeit Redis einzubinden. Ein sehr schneller In-Memory Cache den man zentral zur Verfügung stellen und nutzen kann. Ich habe ihn auf meiner Syno im Docker laufen (ist sehr einfach zu implementieren) und nutze ihn über das Netzwerk.
Sollte der Cache mal nicht vorhanden sein, erfolgt ein Fall back zum internen Cacheverfahren, welches wie bisher der Default ist.

Interessanter ist vielleicht den Redis auf dem FHEM Server mit zu installieren, weil man ihn dann über Unix Sockets ansprechen kann.
Habe ich aber noch nicht probiert. Vorteil des externen Caches ist weniger die Geschwindigkeit, die ist im Default bereits gegeben, aber der verwendete Speicher gehört dann nicht zum FHEM-Prozessspeicher und bleibt bei fork-Vorgängen (BlockingCall) unberücksichtigt.

Die verscheidenenen Möglichkeiten benötigen u.U. die Installation weiterer Module. MIt dem FHEM Installer klappt das aber sehr einfach. Im Installer "get ... checkprereqs" und die fehlenden Module nachinstallieren. SSCam gibt die benötigten Module bei Auswahl eines Caches aus. Nach Installation Restart.

Für die neuen Möglichkeiten gibt es neue Attribute. Hier die Beschreibung:

* cacheServerParam
Angabe der Verbindungsparameter zu einem zenralen Datencache.

redis    : bei Netzwerkverbindung: <IP-Adresse>:<Port> / bei Unix-Socket: <unix>:</path/zum/socket>


* cacheType
Legt den zu verwendenden Cache für die Speicherung von Schnappschüssen, Aufnahmen und anderen Massendaten fest. (Default: internal).
Es müssen eventuell weitere Module installiert werden, z.B. einfach mit dem FHEM Installer (http://fhem.de/commandref.html#Installer).
Die Daten werden in "Namespaces" gespeichert um die Nutzung zentraler Caches (redis) zu ermöglichen.
Die Cache Typen "file" und "redis" bieten sich an, wenn die Daten nicht im RAM des FHEM-Servers gehalten werden sollen. Für die Verwendung von Redis ist zunächst ein Redis Key-Value Store bereitzustellen, z.B. in einem Docker-Image auf der Synology Diskstation (https://hub.docker.com/_/redis).

internal     : verwendet modulinterne Speicherung (Default)
mem         : sehr schneller Cache, kopiert Daten in den RAM
rawmem    : schnellster Cache bei komplexen Daten, speichert Referenzen im RAM
file            : erstellt und verwendet eine Verzeichnisstruktur im Directory "FhemUtils"
redis         : Verwendet einen externen Redis Key-Value Store per TCP oder Unix-Socket. Siehe dazu Attribut "cacheServerParam".


* debugCachetime
Zeigt die verbrauchte Zeit für Cache-Operationen an.

Wer möchte, kann sich zum Test die VErsion aus meinem contrib laden, Bitte so komplett mit den Ausführungszeichen am Anfang und Ende eingeben:

"wget -qO ./FHEM/49_SSCam.pm https://svn.fhem.de/fhem/trunk/fhem/contrib/DS_Starter/49_SSCam.pm"

Um die recht umfangreichen Neuerungen und internen Änderungen zu verdeutlichen, habe ich die Version nun auf 9.0.0 hochgehoben.

Viel Spaß beim Testen und bis bald ...

Grüße,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

@Gordon, Syno Team hat geantwortet und benötigt einen Logfile Auszug.
https://community.synology.com/enu/forum/3/post/129312

Kannst du das bitte liefern und am Besten gleich in dem Thread posten ?

Grüße,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

BM030

Hallo Heiko,

kannst Du diese Zeilen weiterleiten?!:


Oct 28 19:00:31 [27770] sdkfuncdata.cpp:163:InitNetData(): Failed to get network info. SDK error code[8192], file[file_get_key_value.c], line[81]
Oct 28 19:00:31 [27770] sdkfuncdata.cpp:167:InitNetData(): Failed to get net[0] setting.
Oct 28 19:00:31 [27770][cam-api][error] cameraV2.cpp:2951:HandleGetLiveViewPath(): Fail to get local host Ip str!


Danke

Greetings Gordon

DS_Starter

Hi Gordon,

macht sich zwar etwas umständlich mit einem Telefon, habs aber hinbekommen.  :D
Schauen wir mal was die Kollegen rausbekommen.
Der andere User hat in seinem Thread auch das log gepostet. Sieht genauso wie deines aus.

Grüße,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

BM030

Vielen Dank Heiko,

Also you could try to reset your network setting.

Da mein System produktiv ist, werde ich das bestimmt nicht tun, er weiss, was dann nicht mehr geht.

Logs kann ich gerne bereitstellen.