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

DS_Starter · 05 Februar 2019, 16:28:02

Verwendet wird aber SSCAM_user_12345 anstatt SSCAM_user123 wie weiter oben zu sehen ist ?!
Neu setzen ist eine gute Idee ...

justcallmeal · 05 Februar 2019, 16:44:32

Zitat von: DS_Starter am 05 Februar 2019, 16:28:02
Verwendet wird aber SSCAM_user_12345 anstatt SSCAM_user123 wie weiter oben zu sehen ist ?!
Neu setzen ist eine gute Idee ...

das waren nur 2 verschiedene Beispiele, die exemplarisch angesehen werden sollten

justcallmeal · 05 Februar 2019, 22:39:13

Hallo Heiko und Gemeinde,

es ist zum Verzweifeln.... habe nun fast den ganzen Abend damit verbracht, die die Zugangsprobleme der ersten Kamera zur SVS zu fixen, leider ohne Erfolg.

Bin soweit gegangen, dass ich nun in der SVS sogar für jede Kamera einen eigenen User und ein eigenes Passwort angelegt habe und entsprechend die credentials in fhem neu gesetzt. Diese werden auch angenommen (mit getStoredCredentials überprüft). Dann die IP des Raspberry auf die Whitelist der SVS gesetzt, damit sie nicht geblockt wird, wenn sie versucht sich ständig erfolglos anzumelden.

Resultat: nur die zweite Kamera erhält Zugang zur SVS, die erste wird abgewiesen "due to authorisazion failure" - wie es im Protokoll der SVS heißt.

Auf der fhem Seite im Logfile steht dann sinngemäß das Gleiche:

Zitat2019.02.05 22:34:42 3: Mobo_vorne - Login of User SSCAM_user_mobo_1 unsuccessful. Code: 400 - Invalid user or password - try again
2019.02.05 22:34:42 2: Mobo_vorne - ERROR - Login or privilege of user SSCAM_user_mobo_1 unsuccessful

gestern ging noch alles einwandfrei....
...ratlos,
al

DS_Starter · 05 Februar 2019, 22:49:38

Das ist wirklich merkwürdig was du beschreibst.
Ich habe mehrere Vorschläge, die du für die erste Kamera ausprobieren kannst.

* setzte das Attribut noQuotesForSID = 1
* setzte das Attribut loginRetries hoch, z.B. auf 7
* setze das Attribut session = DSM -> in diesem Fall musst du die credentials neu setzen auf einen DSM-User mit Adminrechten (d.h. der User muß Mitglied der Admin-Gruppe sein)

Mal dieser Reihe nach ....

EDIT: etwas vergessen. Führe für dies Cam mal get ... scanVirgin aus.

justcallmeal · 05 Februar 2019, 23:02:49

Hallo Heiko,

bei scanVirgin kommt nichts.
Auch lassen sich die Buttons nicht schalten (s. Foto mit rotem Pfeil).
Morgen probiere ich Deine weiteren Vorschläge.
Vielleicht auch das Device mal deleten und neu in fhem anlegen.

Ich mach Feierabend für heute, - halte Dich/Euch auf dem Laufenden.

Gute N8,
al

DS_Starter · 05 Februar 2019, 23:07:44

Zitatbei scanVirgin kommt nichts.

Ja, es wird intern nur alles resettet und neu eingelesen.

ZitatAuch lassen sich die Buttons nicht schalten (s. Foto mit rotem Pfeil).

Auch normal solange kein Login erfolgreich war.

Du müsstest mal ein paar Logauszüge (verbose 4 ) zur Verfügung stellen.

Wenn du das Device löscht, kannst dir dann auch ein SVS-Device anlegen. In diesem Device dann "set ... autoCreateCams" ausführen.

Nicht den Kopf hängen lassen ... kriegen wir hin

LG,
Heiko

justcallmeal · 06 Februar 2019, 14:31:48

Zitat von: DS_Starter am 05 Februar 2019, 22:49:38
* setzte das Attribut noQuotesForSID = 1
* setzte das Attribut loginRetries hoch, z.B. auf 7
* setze das Attribut session = DSM -> in diesem Fall musst du die credentials neu setzen auf einen DSM-User mit Adminrechten (d.h. der User muß Mitglied der Admin-Gruppe sein)

Hallo Heiko,

vorab: ES FUNZT WIEDER!!!

Ich habe..
noQuotesForSID=1 gesetzt --> nix gebracht
loginReries habe ich nicht hochgesetzt, weil die 1. SSCAM-Kamera ohnehin jede Minute einen Anmeldeversuch durchgeführt hatte (entsprechend fett ist jetzt meine Logdatei)
session-DSM habe ich nicht gesetzt, dafür gleich den User auf der DSM in die Admin-Gruppe aufgenommen.
Genau das letzte war ausschlaggebend, dass es jetzt wieder funktioniert, wobei die andere Kamera auch ohne diese Admingruppe auskommt.

Wie auch immer, ganz herzlichen Dank für Deine Unterstützung ohne die ich es nicht geschafft hätte!!!

LG,
al

DS_Starter · 06 Februar 2019, 15:02:20

Hallo al,

das ist doch super

Vielleicht erkennen wir noch den Unterschied zwischen den Cams, da ja das Verfahren genau identisch ist. Ich weiß jetzt nicht welche DSM Version du im Einsatz hast und ob hier ein Update möglich wäre. Denn irgendwie riecht mir das nach einem DSM / SVS Bug, auch im Hinblick auf das plötzliche Auftreten.

Und ich danke dir, habe mich sehr gefreut !!!

justcallmeal · 06 Februar 2019, 20:20:14

Zitat von: DS_Starter am 06 Februar 2019, 15:02:20
Vielleicht erkennen wir noch den Unterschied zwischen den Cams, da ja das Verfahren genau identisch ist. Ich weiß jetzt nicht welche DSM Version du im Einsatz hast und ob hier ein Update möglich wäre. Denn irgendwie riecht mir das nach einem DSM / SVS Bug, auch im Hinblick auf das plötzliche Auftreten.

Habe die neueste Version, ich denke auch es ist ein Bug.

Zitat von: DS_Starter am 06 Februar 2019, 15:02:20
Und ich danke dir, habe mich sehr gefreut !!!

...ich mich auch, - der Kaffee von heute Mittag ist von mir

LG,
al

DS_Starter · 06 Februar 2019, 22:14:49

@al, ich weiß ... danke für den Kaffee, deswegen hatte ich mich oben so gefreut !

In der Zwischenzeit habe ich etwas weiter gearbeitet und ein neues Streaming Device vom Typ "lastsnap" implementiert.
Die Aufgabe dieser Definition ist es, den letzten Schnappschuss in einem separaten Streaming Device anzuzeigen. Dieses Device kann zum Beispiel dazu dienen, immer den letzten Schnappschuß auf einer Dashboard- oder FTUI-Seite anzuzeigen. Möglich ist auch, ein Popup-Fenster nach der Erstellung eines Schnappschusses für eine gewisse Zeit einzublenden.

Damit ich nicht alles hier schreiben muss habe ich gleich einen Wiki-Eintrag erstellt:
https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#permanente_Anzeige_des_letzten_Schnappschusses

Die Version steht wieder erstmal im Contrib zum Download bereit:

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

Diesmal bitte sowohl 49_SSCam als auch 49_SSCamSTRM downloaden wer es testen möchte.

LG,
Heiko

justcallmeal · 08 Februar 2019, 20:06:42

Zitat von: DS_Starter am 06 Februar 2019, 22:14:49
...deswegen hatte ich mich oben so gefreut !

ahhh, okay, jetzt erst kapiert

btw.: bei mir ist das erste Foto bei einer Serie von 3 immer schon eins vor dem Auslöseevent. Ist das normal? Gibt es einen anderen Trick als mit "sleep" zu verzögern?

VG,
al

DS_Starter · 08 Februar 2019, 21:37:26

Zitatbtw.: bei mir ist das erste Foto bei einer Serie von 3 immer schon eins vor dem Auslöseevent. Ist das normal? Gibt es einen anderen Trick als mit "sleep" zu verzögern?

Das kann ich so nicht bestätigen. Bei mir stimmt es 100%ig. Um da etwas mehr sagen zu können müsstest du mal eine etwas größeren verbose 4 Loggingausschnitt posten wenn du 3 Schnappschüsse auslöst. Sleep oder sowas braucht man nicht.
Die Schnappschüsse werden immer direkt nach der Erstellung von der Synology abgerufen.

justcallmeal · 08 Februar 2019, 21:49:42

Zitat von: DS_Starter am 08 Februar 2019, 21:37:26
Die Schnappschüsse werden immer direkt nach der Erstellung von der Synology abgerufen.

...vielleicht ist es kameraabhängig? Ich meine irgendwo in meiner Kamerabeschreibung gelesen zu haben, dass die Kamera im Prinzip ständig in einen internenen Speicher aufnimmt, der sich immer wieder überschreibt, so dass das Phänomen "Snapshot vor Event" durchaus möglich wäre.

Werde das mal genauer mit einem hochgesetzten verbose verifizieren, --
andererseits ist das aber auch nicht schlimm, im Gegenteil, ein Foto vor dem eigentlichen Event ist schließliche ein "feature" und kein "bug"

LG,
al

DS_Starter · 08 Februar 2019, 21:52:35

So kann man es natürlich auch sehen

Positives Denken ist immer gut

LG,
Heiko

justcallmeal · 11 Februar 2019, 13:13:05

Hallo Heiko,

kleines Feedback von meiner Seite, nach mehrtäger Nutzung der Foto-Telegram-Schnittstelle: toll, gefällt mir außerordentlich gut - das habe ich mir schon lange gewünscht, nachdem ich es seinerzeit mit IPCAM trotz viel investierter Zeit nicht hingekriegt hatte)

Was ich festgestellt habe: der Parameter $TIME enthält bereits das aktuelle Datum, demnach wäre $DATE fast überflüsssig, oder?

LG,
al