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

docb

Ich habe zu danken - und ein kleiner Hinweis für Interessierte zum Workaround:
1. Benutzer in der SVS einrichten, zum Manager machen
2. Benutzer wird automatisch auch in FHEM eingerichtet, dort zum Admin machen
3. 2-Stufen Verifizierung ausschalten
4. Modul / Kamera zum Laufen bringen
5. Session im Modul auf SVS stellen
6. Benutzer in der DSM aus der Admin-Gruppe rausnehmen
7. 2-Stufen Verifizierung einschalten (Option nur für Admins)

So spart man sich viele Fehlermeldungen ;-)

Viele Grüße
doc
I love FHEM!

DS_Starter

Hi Doc,

Super, magst du es vielleicht ins Wiki eintragen ?
Dort gibt es auch einen Abschnitt für SSCam.
Ist vielleicht ganz günstig es dort unterzubringen.

Viele 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

docb

I love FHEM!

cortmen

 :)Hallo DS_Starter,

erst einmal Danke für Deine Arbeit an dem Modul.

Habe habe ein Problem mit der Snapshot Funktion.

Verbose 4 auf das Device:

2016.07.18 19:06:41 2: FI9805.email: {MyMail ('foobar@forbar.com','Bewegungsalarm FI9805','Eine Bewegung wurde registriert.  Aufnahmelink: /volume1/surveillance/FI9805W/20160718PM/FI9805W20160718-190626-1468861586.mp4','/media/videostation/@Snapshot/FI9805W-20160718-0630195478.jpg')}: HASH(0x41d0350)
2016.07.18 19:06:41 3: FI9805 - Query event list of FI9805W successfully done
2016.07.18 19:06:41 4: FI9805 - --- End Function cam: geteventlist nonblocking ---
2016.07.18 19:06:41 4: FI9805 - --- Begin Function logout nonblocking ---
2016.07.18 19:06:41 4: FI9805 - Credentials read from RAM: xxxxxx ********
2016.07.18 19:06:41 4: FI9805 - URL-Call: http://x.x.x.x:5000/webapi/auth.cgi?api=SYNO.API.Auth&version=6&method=Logout&_sid=S6IyV6hwbg4MsC8L5N03500
2016.07.18 19:06:41 4: FI9805 - JSON returned: {
  'success' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' )
}

2016.07.18 19:06:41 4: FI9805 - Session of User xxxxxx has ended - SID: S6IyV6hwbg4MsC8L5N03500 has been deleted
2016.07.18 19:06:41 4: FI9805 - --- End Function logout nonblocking ---
2016.07.18 19:06:41 3: Ubuntumail - sendEmail returned: Jul 18 19:06:41 localhost sendEmail[14247]: ERROR => The attachment [/media/videostation/@Snapshot/FI9805W-20160718-0630195478.jpg] doesn't exist!


Komisch ist nur, das unter Readings  LastSnapFilename FI9805W-20160718-0630195478.jpg immer noch ein snapfilename von einer älteren Aufnahme steht.
Genau dieses alte jpg wird mit jeder Aufnahme per Mail versendet. Wenn ich es lösche, wird kein neues snapfile erstellt.

Es scheint das der Wert von LastSnapFilename nicht aktualisiert wird.


Hast Du einen Tipp?


DS_Starter

Hallo cortmen,

ich gehe mal davon aus, dass die Snapshotfunktion als solche funktioniert. Soll heißen, wenn du einen Snapshot auslöst, wirst du diese Aufnahem in der SVS auf der Synology auch finden.  Das sollte grundsätzlich funktionieren , check das mal bitte.

Jetzt muß man noch wissen,dass nach dem snapshot implizit die Funktion "get ... snapfileinfo" aufgerufen wird. Du kannst sie auch im FHEMWEB manuell aufrufen. Wenn dieses Funktion durchgelaufen ist, wird der neue/letzte Snapfilename angezeigt, aber erst dann !
Du kannst es mal manuell ausprobieren ... wird klappen.

Wenn du also eine Mail mit dem letzten Snapshot versenden willst mußt du also dein Notify so einstellen dass es erst den Mailversand antriggert wenn das Reading "LastSnapFilename" gechanged wurde (event-on-change-reading). Wenn du auf die LastSnapId triggerst könnte es u.U. zu früh sein.

Bei mir sieht das Notify so aus:


define N.CamHE1.Snap.Email notify CamHE1:LastSnapFilename.* {DebianMailnbl .......}


Warum allerdings die alte Aufnahme nicht mehr in deinem Snapshot-Ordner ist, erschließt sich mir momentan nicht. Die bleiben gewöhnlich einige Zeit liegen.

Wenn du damit nicht weiter kommst, poste mal bitte einen verbose 4 log von der gesamten snapshot-funktion. Der Mailversand ist erstmal nicht so relevant. Vielmehr müssen die oben genannten Abläufe sauber funktionieren.

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

Sehe gerade dass meine Beschreibung im Wiki nicht so eindeutig auf diesen Umstand hinweist, werde ich verbessern ....
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

cortmen

Hi thx für die schnelle Antwort.

1. kurz ein snap gefeuert Ergebnis: jpg unter @Snap wurde angelegt

sendEmail returned: Jul 18 22:30:01 localhost sendEmail[16564]: ERROR => The attachment [/media/videostation/@Snapshot/FI9805W-20160718-0630195478.jpg] doesn't exist!

Die Funktion arbeitet immer mit einen "alten" 0630 Uhr Snap file, was nicht mehr existiert.


cortmen

 :)Ok, verstehe jetzt warum immer der alte Snapfile erscheint.

Sollte nicht aber auch nach einem kurzen 15 Sek Video ein >Snapfile erstellt werden?
Die Funktion "Snap" erstellt ein jpg.
Eine Videoaufnahme 15sek recording leider nicht.

DS_Starter

#413
Eine Aufnahme / Video erstellt nicht automatisch noch einen Snap zum Schluß. Wenn du beides haben möchtest mußt du es auch auslösen.
Also zum Beispiel durch folgends Notify wenn der MelderHE1 anspricht:


define N.MelderHE1.CamHE1.on MelderHE1:on.* set CamHE1 on;set CamHE1 runView image;define ches at +00:00:02 set CamHE1 snap;define chesw at +00:00:30 set CamHE1 stopView


Hier passieren mehrere Dinge... es wird die Aufnahme gestartet (set CamHE1 on), dann wird ein LiveView-Bild im FHEMWEB angezeigt (set CamHE1 runView image), 2 Sekunden nach Aufnahmestart wird ein Snapshot angelegt und 30 Sekunden nach Aufnahmestart wird der Liveview wieder beendet.

Ein weiteres Notify versendet dann die Mail mit dem Anhang wenn das Reading "LastSnapFilename" gefüllt wurde.

Aber warum ist denn der Snap von 0630 schon weg ? Das verstehe ich nicht, bei mir liegen die Snaps noch so ca. 30 Tage auf der Syno.

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

cortmen

 :)tHX für die ausführlichen Informationen.
Der genannte Snap wurde manuell gelöscht.
Somit passen Deine Aussagen exakt.

Danke - closed




Rumbel

Hi DS_Starter,

sorry für die Späte antwort, aber mir kam in letzter Zeit einiges dazwischen, da war keine Zeit für FHEM und "unwichtige" Themen wie die Kamera.

Nach einem Update im FHEM funktioniert das Modul wieder perfekt.
Vielen Dank für die schnelle Hilfe! :-)
Fhem auf Raspberry Pi 3 mit HMLAN + viel HomeMatic-Zeugs / VU+ duo2 / Webcam an Synology Surveillance Station auf DS213+ / LD382A LED Module /Netatmo Wetterstation ... und mehr kommt sicher bald ;-)

Luigi

Ich versuche gerade das Modul zu installieren. FHEM ist aktuell.
ich bekomme immer den Error
Permission denied - DSM-Session: make sure user is member of Admin-group, SVS-Session: make sure SVS package is started

2016.08.14 21:46:13.229 4: CamHaustuer - Credentials read from RAM: admin 1aJu45EyK
2016.08.14 21:46:13.229 5: CamHaustuer - HTTP-Call will be done with httptimeout-Value: 5 s
2016.08.14 21:46:13.229 4: CamHaustuer - Call-Out now: http://192.168.24.161:5000/webapi/auth.cgi?api=SYNO.API.Auth&version=4&method=Login&account=admin&passwd=1aJu45EyK&format="sid"
2016.08.14 21:46:13.305 4: CamHaustuer - Credentials read from RAM: admin XXXX
2016.08.14 21:46:13.379 1: CamHaustuer - ERROR - Login of User admin unsuccessful. Errorcode: 402 - Permission denied - DSM-Session: make sure user is member of Admin-group, SVS-Session: make sure SVS package is started


Wenn ich [url="http://192.168.24.161:5000/webapi/auth.cgi?api=SYNO.API.Auth&version=4&method=Login&account=admin&passwd=XXXX&format="sid""]http://192.168.24.161:5000/webapi/auth.cgi?api=SYNO.API.Auth&version=4&method=Login&account=admin&passwd=XXXX&format="sid"[/url] im Browser aufrufe bekomm ich

{"data":{"is_portal_port":false,"sid":"5UcE86DsD8vugC9L6N01345"},"success":true}

retour, der Login funktioniert hier also.

Wo liegt mein Denkfehler?

Gruß
Luigi

Dangermouse

FHEM auf Synology-NAS via Docker
piVCCU
HM-LAN & SCC 868 (MAX!) als Funkschnittstelle

Luigi

Ja, sonst würde wohl der Aufruf im Browser auch nicht funktionieren.

Gruß
Luigi

Dangermouse

Zitat von: Luigi am 14 August 2016, 21:56:35



2016.08.14 21:46:13.379 1: CamHaustuer - ERROR - Login of User admin unsuccessful. Errorcode: 402 - Permission denied - DSM-Session: make sure user is member of Admin-group, SVS-Session: make sure SVS package is started



Aufrufen kannst du auch als normaler User, wichtig für das Modul im FHEM ist die Steuerbarkeit der Surveillance Station, und hierfür braucht das Modul eben Admin-Rechte von der DS.
Schau mal bitte auf der DS (nicht der SurveillanceStation) unter Systemsteuerung/Benutzer, was bei dir drin steht.
Ich habe der Übersichtlichkeit halber einen User "FHEM" angelegt und diesen der Administratorengruppe hinzu gefügt

LG
Thorsten
FHEM auf Synology-NAS via Docker
piVCCU
HM-LAN & SCC 868 (MAX!) als Funkschnittstelle