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

stobor

Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-73-generic x86_64))  mit CUL V3.2 (Firmware 1.57 CUL868) für FS20 und CUL V3.4 (Firmware 1.57 CUL868) für HM + Arduino Mega
FHEM Revision: 27642
FS20-Schalter und Dimmer
HM Fensterkontakte, Heizungsthermostate, Temperatursensoren

DS_Starter

Garnicht. Schau mein Beispiel in #1282 an. Das ist ein Notify was ich verwende.

HAst du denn die Kamera Ost oder Nord_Ost in deiner SVS umbenannt wie ich es geschrieben hatte ?
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

stobor

Ja, ich habe alles umbenannt. Jetzt kommen ja auch die richtige Anzaghl an Bildern.

#1282 ?
Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-73-generic x86_64))  mit CUL V3.2 (Firmware 1.57 CUL868) für FS20 und CUL V3.4 (Firmware 1.57 CUL868) für HM + Arduino Mega
FHEM Revision: 27642
FS20-Schalter und Dimmer
HM Fensterkontakte, Heizungsthermostate, Temperatursensoren

stobor

Hab's gefunden ;-)

Jetzt scheint alles zu laufen.

Super!!! Toll gemacht!
Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-73-generic x86_64))  mit CUL V3.2 (Firmware 1.57 CUL868) für FS20 und CUL V3.4 (Firmware 1.57 CUL868) für HM + Arduino Mega
FHEM Revision: 27642
FS20-Schalter und Dimmer
HM Fensterkontakte, Heizungsthermostate, Temperatursensoren

DS_Starter

Na das sieht doch gut aus !  :)

Das ist ein ganz gemeiner Bug in der API der Surveillance Station. Ein paar Seiten zuvor sind wir schonmal darauf gestoßen. Daraufhin habe ich mit der Entwicklung von Synology gesprochen und die Kollegen haben eine neue API Version 3.0 rausgebracht wo sie die Möglichkeiten des Schnappschußabrufs nachgebessert haben.
Mir ist nur noch unklar wann die Version ausgerollt wird. Mal schauen ...

Kannst du jetzt bitte nochmal die Version aus dem Contrib ziehen. Ich habe meine Änderung gerade wieder rückgängig gemacht weil ja ein Fehler in der Notify-Definition vorlag und nicht im Modul.

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

stobor

Da ist noch keine neuere Version vorhanden. Stand: 10.01.2019 um 21:18:55

Ich muss mich dann noch mal im Detail reinwühlen, wie ich meine notify Definitionen verändere, da die alle dei Perl-Klammern nutzen.
Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-73-generic x86_64))  mit CUL V3.2 (Firmware 1.57 CUL868) für FS20 und CUL V3.4 (Firmware 1.57 CUL868) für HM + Arduino Mega
FHEM Revision: 27642
FS20-Schalter und Dimmer
HM Fensterkontakte, Heizungsthermostate, Temperatursensoren

DS_Starter

Ja 21:18 ist richtig. Die SVN -Zeit ist immer (zumindest jetzt im Winter) eine Stunde zurück. Das heißt die Version habe ich 22:18 nach contrib geladen.
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

stobor

Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-73-generic x86_64))  mit CUL V3.2 (Firmware 1.57 CUL868) für FS20 und CUL V3.4 (Firmware 1.57 CUL868) für HM + Arduino Mega
FHEM Revision: 27642
FS20-Schalter und Dimmer
HM Fensterkontakte, Heizungsthermostate, Temperatursensoren

DS_Starter

Prima  :)

Morgen früh ist die Version im Regelupdate verfügbar. Danke fürs lange Aushalten beim Testen  :D War ja doch nicht ganz so einfach.

Im Wiki hinterlege ich auch noch die Infos zu den neuen Möglichkeiten und schreibe auch ein paar Infos wegen der Namensgebung innerhalb der SVS hinzu damit man solche Probleme proaktiv vermeiden kann bzw. darauf gestubbst wird  ;).

Ich melde mich auch wieder wenn es eine Weiterentwicklung gegeben hat.

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

stobor

Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-73-generic x86_64))  mit CUL V3.2 (Firmware 1.57 CUL868) für FS20 und CUL V3.4 (Firmware 1.57 CUL868) für HM + Arduino Mega
FHEM Revision: 27642
FS20-Schalter und Dimmer
HM Fensterkontakte, Heizungsthermostate, Temperatursensoren

marvin78

Zur Info (ich habe leider keine Zeit, mich weiter zu kümmern): Auf meinem System funktioniert in der neuen Version snap nur so lange, bis man versucht Werte für Anzahl und Zwischenzeit einzugeben. Danach akzeptiert die Kamera keine Befehle mehr (nicht nur snap). Es gibt, auch bei verbose 5, keinerlei Einträge im Log. Nach einem FHEM-Neustart funktioniert snap wieder, aber nur so lange man den Befehl nicht mit weiteren Parametern benutzt (E-Mail habe ich gar nicht erst probiert, auch keine Attribute gesetzt). Ich habe ein restore gemacht, da ich heute und die nächsten Tage sehr eingespannt bin und das ganze nicht weiter untersuchen kann. System ist Ubuntu Server in einer VM. Das Modul funktioniert in der vorherigen Version einwandfrei. Das Problem betrifft alle Kameras.

List von Device (nichts auffälliges):


Save config
Multimedia
Presence
SSCam
Unsorted
Verwaltung
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor

Internals:
   CAMID      3
   CAMNAME    HaustuerCam
   CHANGED   
   COMPATIBILITY 8.2
   CREDENTIALS Set
   DEF        HaustuerCam 10.10.3.7 5000
   MODEL      Vivotek - FD8164V
   NAME       HaustuerCam
   NR         25
   OPMODE     getStmUrlPath
   PROTOCOL   http
   SERVERADDR 10.10.3.7
   SERVERPORT 5000
   STATE      off
   TYPE       SSCam
   VERSION    7.7.1
   HELPER:
     ACTIVE     off
     ACTSTRM    MJPEG Livestream
     ALIAS       
     APIAUDIOSTM SYNO.SurveillanceStation.AudioStream
     APIAUDIOSTMMAXVER 2
     APIAUDIOSTMPATH SurveillanceStation/audioStreaming.cgi
     APIAUTH    SYNO.API.Auth
     APIAUTHMAXVER 6
     APIAUTHPATH auth.cgi
     APICAM     SYNO.SurveillanceStation.Camera
     APICAMEVENT SYNO.SurveillanceStation.Camera.Event
     APICAMEVENTMAXVER 1
     APICAMEVENTPATH entry.cgi
     APICAMMAXVER 9
     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
     APIHM      SYNO.SurveillanceStation.HomeMode
     APIHMMAXVER 1
     APIHMPATH  entry.cgi
     APIINFO    SYNO.API.Info
     APILOG     SYNO.SurveillanceStation.Log
     APILOGMAXVER 3
     APILOGPATH entry.cgi
     APIPARSET  1
     APIPRESET  SYNO.SurveillanceStation.PTZ.Preset
     APIPRESETMAXVER 1
     APIPRESETPATH entry.cgi
     APIPTZ     SYNO.SurveillanceStation.PTZ
     APIPTZMAXVER 5
     APIPTZPATH entry.cgi
     APISNAPSHOT SYNO.SurveillanceStation.SnapShot
     APISTM     SYNO.SurveillanceStation.Stream
     APISTMMAXVER 1
     APISTMPATH entry.cgi
     APISVSINFO SYNO.SurveillanceStation.Info
     APISVSINFOMAXVER 6
     APISVSINFOPATH entry.cgi
     APITAKESNAPMAXVER 1
     APITAKESNAPPATH entry.cgi
     APIVIDEOSTM SYNO.SurveillanceStation.VideoStreaming
     APIVIDEOSTMMAXVER 1
     APIVIDEOSTMPATH entry.cgi
     APIVIDEOSTMS SYNO.SurveillanceStation.VideoStream
     APIVIDEOSTMSMAXVER 1
     APIVIDEOSTMSPATH SurveillanceStation/videoStreaming.cgi
     AUDIOLINK  http://10.10.3.7:5000/webapi/SurveillanceStation/audioStreaming.cgi?api=SYNO.SurveillanceStation.AudioStream&version=2&method=Stream&cameraId=3&_sid=fB.OiRzxcb45w1810ODN064100
     CAMLASTRECID 26475
     CREDENTIALS ]qmreXN?T[hu`HvgWkDA
     HLSSTREAM  inactive
     KEYWORD    HaustuerCam
     LINK       http://10.10.3.7:5000/webapi/SurveillanceStation/videoStreaming.cgi?api=SYNO.SurveillanceStation.VideoStream&version=1&method=Stream&cameraId=3&format=mjpeg&_sid=fB.OiRzxcb45w1810ODN064100
     LOGINRETRIES 0
     OLDPTZHOME
     OLDVALPOLL 30
     OLDVALPOLLNOLOGGING 1
     OPENWINDOW 0
     RECTIME_DEF 15
     RUNVIEW    live_fw
     SID        fB.OiRzxcb45w1810ODN064100
     SNAPIMGSIZE 0
     SNAPLIMIT  1
     STMKEYMJPEGHTTP http://10.10.10.10:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mjpeg&cameraId=3&StmKey=516829848c6c5be94ed111858c78e358
     STMKEYMXPEGHTTP http://10.10.10.10:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mxpeg&cameraId=3&StmKey="516829848c6c5be94ed111858c78e358"
     STMKEYUNICST rtsp://syno:516829848c6c5be94ed111858c78e358@10.10.10.10:554/Sms=3.unicast
     STMKEYUNICSTOVERHTTP rtsp://10.10.10.10:5000/webman/3rdparty/SurveillanceStation/cgi/rtsp.cgi?Sms=3.unicast&DsId=0&StmKey=516829848c6c5be94ed111858c78e358
     TOTALCNT   0
     WLTYPE     image
     SVSVERSION:
       BUILD      5766
       MAJOR      8
       MINOR      2
       SMALL      2
   READINGS:
     2019-01-11 09:09:55   Availability    enabled
     2019-01-11 09:09:55   CamAudioType    G711
     2019-01-11 09:09:55   CamEventNum     7650
     2019-01-11 09:09:55   CamExposureControl 50HZ
     2019-01-11 09:09:55   CamExposureMode Auto
     2019-01-11 09:09:55   CamIP           10.10.3.12
     2019-01-11 09:09:55   CamLastRec      20190111AM/HaustuerCam-20190111-080229-1547190149.mp4
     2019-01-11 08:38:11   CamLastRecId    26475
     2019-01-11 09:09:55   CamLastRecTime  11.01.2019 / 08:02:29 - 08:03:03
     2019-01-11 09:09:55   CamLiveFps      5
     2019-01-11 09:09:55   CamLiveMode     Liveview from DS
     2019-01-11 09:09:55   CamLiveQuality  4
     2019-01-11 09:09:55   CamLiveResolution 1280x720
     2019-01-11 09:09:55   CamLiveStreamNo 2
     2019-01-11 09:09:55   CamModel        FD8164V
     2019-01-11 09:09:55   CamMotDetSc     Camera, sensitivity: 90, percentage: 50
     2019-01-11 09:09:55   CamPort         80
     2019-01-11 09:09:55   CamPreRecTime   5
     2018-11-02 14:26:15   CamPtSpeed      3
     2019-01-11 09:09:55   CamRecShare     surveillance
     2019-01-11 09:09:55   CamRecVolume    /volume4
     2019-01-11 09:09:55   CamStreamFormat HLS
     2019-01-11 09:09:55   CamVendor       Vivotek
     2019-01-11 09:09:55   CamVideoFlip    false
     2019-01-11 09:09:55   CamVideoMirror  false
     2019-01-11 09:09:55   CamVideoRotate  false
     2019-01-11 09:09:55   CamVideoType    H.264
     2019-01-11 09:09:55   CamblPresetSpeed false
     2019-01-11 09:09:55   CapAudioOut     false
     2019-01-11 09:09:55   CapChangeSpeed  false
     2019-01-11 09:09:55   CapPIR          false
     2019-01-11 09:09:55   CapPTZAbs       false
     2019-01-11 09:09:55   CapPTZAutoFocus false
     2019-01-11 09:09:55   CapPTZDirections 0
     2019-01-11 09:09:55   CapPTZFocus     false
     2019-01-11 09:09:55   CapPTZHome      false
     2019-01-11 09:09:55   CapPTZIris      false
     2019-01-11 09:09:55   CapPTZObjTracking false
     2019-01-11 09:09:55   CapPTZPan       false
     2019-01-11 09:09:55   CapPTZPresetNumber 0
     2019-01-11 09:09:55   CapPTZTilt      false
     2019-01-11 09:09:55   CapPTZZoom      false
     2019-01-11 09:09:55   DeviceType      Camera
     2019-01-11 09:09:58   Error           none
     2019-01-11 09:09:58   Errorcode       none
     2019-01-11 09:09:56   LastSnapFilename HaustuerCam-20190111-0905090807.jpg
     2019-01-11 09:09:56   LastSnapId      339
     2019-01-11 09:09:56   LastSnapTime    11.01.2019 / 09:05:09
     2019-01-11 09:09:55   LastUpdateTime  11.01.2019 / 09:09:55
     2019-01-11 09:05:04   LiveStreamUrl   http://10.10.3.7:5000/webapi/SurveillanceStation/videoStreaming.cgi?api=SYNO.SurveillanceStation.VideoStream&version=1&method=Stream&cameraId=3&format=mjpeg&_sid=fB.OiRzxcb45w1810ODN064100
     2019-01-11 09:09:54   PollState       Active - next time: 09:10:24
     2019-01-11 09:09:55   Record          Stop
     2019-01-11 09:09:56   SVScustomPortHttps 9901
     2019-01-11 09:09:56   SVSlicenseNumber 6
     2019-01-11 09:09:56   SVSuserPriv     Manager
     2019-01-11 09:09:56   SVSversion      8.2.2-5766
     2019-01-11 09:09:58   StmKey          516829848c6c5be94ed111858c78e358
     2019-01-11 09:09:58   StmKeyUnicst    rtsp://syno:516829848c6c5be94ed111858c78e358@10.10.10.10:554/Sms=3.unicast
     2019-01-11 09:09:58   StmKeyUnicstOverHttp rtsp://10.10.10.10:5000/webman/3rdparty/SurveillanceStation/cgi/rtsp.cgi?Sms=3.unicast&DsId=0&StmKey=516829848c6c5be94ed111858c78e358
     2019-01-11 09:09:58   StmKeymjpegHttp http://10.10.10.10:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mjpeg&cameraId=3&StmKey=516829848c6c5be94ed111858c78e358
     2019-01-11 09:09:58   StmKeymxpegHttp http://10.10.10.10:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mxpeg&cameraId=3&StmKey="516829848c6c5be94ed111858c78e358"
     2019-01-11 09:09:55   UsedSpaceMB     832.700
     2019-01-11 09:09:55   VideoFolder     /volume4/surveillance/HaustuerCam
     2019-01-11 09:09:56   compstate       true
     2019-01-11 09:09:56   state           off
Attributes:
   event-on-change-reading .*
   event-on-update-reading Availability
   pollcaminfoall 30
   pollnologging 1
   rectime    30
   room       SSCam
   session    SurveillanceStation
   showStmInfoFull 1
   verbose    2
   webCmd     on:off:snap:enable:disable:runView:stopView


Das hier ist keine Anfrage, der irgendeine Prio eingeräumt werden sollte. Es ist lediglich zur Information gedacht, dass hier offenbar noch etwas im Argen liegt.

DS_Starter

Hallo Marvin,

danke für die Info. Ich habe auch eine Idee die ich checken muss.
Ich melde mich wieder. Kann aber bis Sonntag dauern.

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

stobor

Hallo Heiko,
leider habe ich doch noch mal Probleme:

1. Ich habe die Kameras so konfiguriert, dass Sie alle im Bild Datum und Uhrzeit einblenden. Die Kameras synchronisieren sich mit der Synology. Jetzt bekomme ich immer mal Mails mit 4 Bildern, wo jeweils zwei Bilder den gleichen Timstamp im Bild anzeigen. Snap sollte eigentlich im Abstand von 5sec 4 Bilder versenden.
2. Obwohl die Kameras nun alle wirklich andere Nsmen in der Synology haben (Nord_Ost, Eingang, Sued, West), kamen doch mal Mails mit weniger als den gewünschten 4 Bildern. Das lässt sich leider schwer reproduzieren.

Hast Du eine Idee?

Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-73-generic x86_64))  mit CUL V3.2 (Firmware 1.57 CUL868) für FS20 und CUL V3.4 (Firmware 1.57 CUL868) für HM + Arduino Mega
FHEM Revision: 27642
FS20-Schalter und Dimmer
HM Fensterkontakte, Heizungsthermostate, Temperatursensoren

DS_Starter

#1303
Hallo Marvin, @all,

jetzt habe ich den Fehler doch schnell gefunden. Dank deiner genauen Beschreibung wusste ich genau wo ich zu suchen hatte.
Wie es so ist, trat dieses Problem nur auf wenn man der snap-Funktion Argumente mitgegeben hat und NICHT das Attribut "snapEmailTxt" gesetzt hatte weil man eben keinen Email-Versand wollte.  In dem Fall wurde das zentrale Ablauf-Token nicht freigegeben was zu der Blockade aller SSCam-Befehle führte.

Die gefixte Version ist eingecheckt, aber kann auch aus dem contrib geladen werden wer möchte:

https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter  (Downloadbutton benutzen)

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

#1304
Hi stobor,

Zitat1. Ich habe die Kameras so konfiguriert, dass Sie alle im Bild Datum und Uhrzeit einblenden. Die Kameras synchronisieren sich mit der Synology. Jetzt bekomme ich immer mal Mails mit 4 Bildern, wo jeweils zwei Bilder den gleichen Timstamp im Bild anzeigen. Snap sollte eigentlich im Abstand von 5sec 4 Bilder versenden.
Du müsstest dir mal genau die Dateinamen anschauen, die angehängt sind (mit der Maus drüber fahren). Ich habe bei mir das immer wieder kontrolliert und nichts dergleichen feststellen können.
Wenn es tatsächlich s sein sollte wie du schreibst, müssen wir den beschwerlichen Weg gehen. Dann müsstest du mal verbos 4 einstellen und debugactivetoken = 1.
Das entstehende Log wäre zu analysieren für den Fall wenn du das Problem feststellst. Wenn es schwer zu reproduzieren ist, ist es natürlich blöd:

Zitat
......
2019.01.11 15:33:53.423 4: CamHE1 - ####################################################
2019.01.11 15:33:53.423 4: CamHE1 - ###    start cam operation Snap         
2019.01.11 15:33:53.424 4: CamHE1 - ####################################################
2019.01.11 15:33:53.424 4: CamHE1 - --- Begin Function SSCam_getapisites nonblocking ---
2019.01.11 15:33:53.425 4: CamHE1 - API hashvalues already set - ignore get apisites
2019.01.11 15:33:53.425 4: CamHE1 - --- Begin Function SSCam_getcamid nonblocking ---
2019.01.11 15:33:53.426 4: CamHE1 - CAMID already set - ignore get camid
2019.01.11 15:33:53.426 4: CamHE1 - --- Begin Function Snap nonblocking ---
2019.01.11 15:33:53.458 4: CamHE1 - Call-Out now: http://192.168.2.10:5000/webapi/entry.cgi?api="SYNO.SurveillanceStation.SnapShot"&method="List"&version="1"&keyword="Hauseingang"&imgSize="2"&limit="4"&_sid="rs9tR0rK7NpY.14A0MIN235902"
2019.01.11 15:33:54.927 4: CamHE1 - Snapinfos of camera Hauseingang retrieved
2019.01.11 15:33:54.927 4: CamHE1 - Snap
  • : ID => 13334, File => Hauseingang-20190111-1533536822.jpg, Created => 11.01.2019 / 15:33:53
    2019.01.11 15:33:54.957 4: CamHE1 - Snap '0' added to send gallery hash: ID => 13334, File => Hauseingang-20190111-1533536822.jpg, Created => 11.01.2019 / 15:33:53
    2019.01.11 15:33:54.958 4: CamHE1 - Snap '1' added to send gallery hash: ID => 13333, File => Hauseingang-20190111-1533512470.jpg, Created => 11.01.2019 / 15:33:51
    2019.01.11 15:33:54.958 4: CamHE1 - Snap '2' added to send gallery hash: ID => 13332, File => Hauseingang-20190111-1533487570.jpg, Created => 11.01.2019 / 15:33:48
    2019.01.11 15:33:54.959 4: CamHE1 - Snap '3' added to send gallery hash: ID => 13331, File => Hauseingang-20190111-1533463240.jpg, Created => 11.01.2019 / 15:33:46

    2019.01.11 15:33:54.959 4: CamHE1 - ####################################################
    2019.01.11 15:33:54.959 4: CamHE1 - ###         start send snapshot by email           
    2019.01.11 15:33:54.960 4: CamHE1 - ####################################################
    2019.01.11 15:33:54.960 4: CamHE1 - version of loaded module "Net::SMTP" is "3.08_01"
    2019.01.11 15:33:54.961 4: CamHE1 - version of loaded module "MIME::Lite" is "3.030"
    2019.01.11 15:33:54.961 4: CamHE1 - param part1type is now "text/plain; charset=UTF-8"
    2019.01.11 15:33:54.961 4: CamHE1 - param part1txt is now "Eine Bewegung wurde am Hauseingang registriert (11.01.2019 / 15:33:54)"
    .....

Wichtig wäre die rote Kennzeichnung. Du siehst hier welche Bilddaten zur Mail hinzugefügt wurden. Wenn es an dieser Stelle Diskrepanzen gibt muss man noch tiefer graben. Ist eben nicht einfach wenn es keinen Anhaltspunkt gibt.

Zitat2. Obwohl die Kameras nun alle wirklich andere Nsmen in der Synology haben (Nord_Ost, Eingang, Sued, West), kamen doch mal Mails mit weniger als den gewünschten 4 Bildern. Das lässt sich leider schwer reproduzieren.
Auch hier gilt das vorher gesagte. verbose 4 und debugactiveToken. Dann das Ganze großzügig um den relevaten Zeitpunkt herum aus dem Log in ein File kopieren und zur Verfügung stellen. Schön wäre es wenn du es reproduzieren könntest, sonst ist es echt schwierig.  :(

Timeouts stellst du nicht fest bei den Schnappschußvorgängen ?

Bei mir läuft das Ganze übrigens absolut perfekt und es gibt keine Fehldateien und dgl.

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