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

[DS_Starter]

Sieht doch alles sehr gut aus.
Du müstest mal prüfen ob dein FHEM-Rechner dieses Verzeichnis

Code Auswählen Erweitern

/opt/surveillance/@Snapshot/

auch gemounted und lesend Zugriff hat.
Wen du dich im Betriebssystem anmeldest, kannst du dann auf das File /opt/surveillance/@Snapshot/outdoor2-20180412-2012029142.jpg zugreifen ?

Meine Theorie ist zunächst, dass eventuell einkleines Zeitproblem vorliegt, also dass das File noch geschrieben wird (vllt. recht groß) wenn der Event schon da ist und den Sendeprozess in gang setzt.
Bei mir funktioniert es nach wie vor einwandfrei wie immer.

LG,
Heiko

[Knuspertaler]

alles gut 
habe in der fstab für automatisches Backup noch

Code Auswählen Erweitern

//192.168.1.20/01_backups /Q/backup cifs username=xxxxx,password=xxxxx,iocharset=utf8,sec=ntlm 0 0
drin, welches den fehler verursacht.
Hab ich erstmal auskommentiert, jetzt läuft wieder alles so wie es soll....
da scheint sich was am cifs geändert zu haben

[DS_Starter]

Hallo miteinander,

für PTZ-Cams habe ich in der angehängten Version eine Erweiterung zur PTZ-Steuerung eingebaut.
Macht bitte vorher ein FHEM-Update weil die notwendigen Icons inzwischen per update verteilt wurden. (./www/images/sscam)
Wird diese Version eingespielt, erhält die Detailansicht einer PTZ-Kamera automatisch ein Steuerungspanel mit angezeigt. Dieses Panel setzt SVS >= 7.1 voraus.
Das Panel wird nach einer kurzen Verzögerung erstellt sobald das Modul eine PTZ Cam anhand des Readings "DeviceType = PTZ" erkannt hat.
Es erfolgt beim Start automatisch bzw. beim Polling.

Es werden auch automatisch einige Attribute gesetzt:

Code Auswählen Erweitern


ptzPanel_Home Home
ptzPanel_row00 move upleft:CAMUPLEFTFAST.png,:CAMBLANK.png,move up:CAMUPFAST.png,:CAMBLANK.png,move upright:CAMUPRIGHTFAST.png
ptzPanel_row01 :CAMBLANK.png,move upleft 0.5:CAMUPLEFT.png,move up 0.5:CAMUP.png,move upright 0.5:CAMUPRIGHT.png
ptzPanel_row02 move left:CAMLEFTFAST.png,move left 0.5:CAMLEFT.png,goPreset Home:CAMHOME.png,move right 0.5:CAMRIGHT.png,move right:CAMRIGHTFAST.png
ptzPanel_row03 :CAMBLANK.png,move downleft 0.5:CAMDOWNLEFT.png,move down 0.5:CAMDOWN.png,move downright 0.5:CAMDOWNRIGHT.png
ptzPanel_row04 move downleft:CAMDOWNLEFTFAST.png,:CAMBLANK.png,move down:CAMDOWNFAST.png,:CAMBLANK.png,move downright:CAMDOWNRIGHTFAST.png


Die Attribute kann man nicht löschen, sie werden wieder angelegt ... aber man kann sie verändern und bleiben dann bestehen.
Man kann noch eigene Zeilen hinzufügen (bis ptzPanel_row09) um eigene Steuericons anzulegen und zu belegen.

In row2 seht ihr ein "goPreset Home:CAMHOME.png". Nach goPreset wird automatisch der Wert des Readings "PresetHome" eingefügt. Sollte das nicht passen kann es einfach auf das Preset mit dem Attribut "ptzPanel_Home" abgeändert werden was HOME darstellen soll (im Beispiel "HOME").
Der Aufbau dieser Attribute ist identisch zum Modul remotecontrol. Mit Attr "ptzPanel_iconPath" und "ptzPanel_iconPrefix" können eigene/andere Icons ausgewählt werden. Auch die Verwendung enspricht der von remotecontrol.
Später erläutere ich noch mehr in der Commandref.

Mit dem Set-Befehl createPTZcontrol kann man sich noch ein freies PTZ control-Panel (weblink) erstellen um es z.B. in einem Dashboard mit einzubinden und so die Cam zu steuern.
Als kleines Beispiel wie sowas aussehen kann habe ich mal schnell meinen Gartenausblick im Anhang eingebunden. 

Viel Spaß beim ausprobieren !
Ich hoffe euch freut die Erweiterung und wenn Hinweise/Fragen sind ... wie üblich.

EDIT: Mit V3.9.1 gibt es noch das Attribut ptzPanel_use um das PTZ-Panel in der Detailsicht ausschalten zu können wenn man es nicht möchte.

LG,
Heiko

[Peter_Listig]

Hallo zusammen,

ich bin der Integration des telegramBots zufällig über dieses
tolle Modul gestolpert (Vielen Dank @Heiko) und habe es, nachdem
ich eine Syno 214 + habe, auch gleich erfolgreich eingebaut ...

aus dem Wiki habe ich das vorgeschlagene notify übernommen

Code Auswählen Erweitern


define N.CamHE1.Snap.TeleBot notify CamHE1:LastSnapFilename.* { my $var = '/sds1/surveillance/@Snapshot/'.(ReadingsVal("CamHE1","LastSnapFilename",""));; fhem ("set teleBot sendImage $var Eine Bewegung an der Haustür wurde aufgezeichnet");;   }
attr N.CamHE1.Snap.TeleBot room Cams


und etwas angepasst

Code Auswählen Erweitern


define SnapTelegram notify VorneCAM:LastSnapFilename.* { my $var = '/sds1/surveillance/@Snapshot/'.(ReadingsVal("VorneCAM","LastSnapFilename",""));; fhem ("set xyzBot sendImage $var Eine Bewegung an der Haustür wurde aufgezeichnet");;   }
attr SnapTelegram room IPCAMS



Getriggert wird das Ganze durch die Betätigung der Haustürklingel, was den snap auslöst.
Das Bild mit dem Besucher "VorneCAM-20180426-2258513661.jpg" wird durch das obige notify gesendet.

Das funktioniert auch sehr gut - zu gut ...   

Nach einem shutdown restart von FHEM wurde und wird genau dieses Bild
(das letzte aufgenommene - "LastSnapFilename") nochmal zugesendet.

Nun suche ich schon seit Tagen erfolglos nach einer Möglichkeit dieses Verhalten abzustellen.

Vielleicht hat jemand einen Tipp für mich ...


Vielen Dank

Greetz

Peter

[DS_Starter]

Morgen Peter,

Setz dir mal das Attr enent-on-change reading auf die relevanten Readings.
Dss sollte helfen.

Viel Spass mit dem Modul !

LG,

Heiko

[hauwech]

Hallo zusammen,
ich habe noch eine kleine Frage.
Ich habe im SSCam Device für eine cam im Attribut livestreamprefix meinen DynDNS URL mit Port eingetragen. Der Aufruf von

Code Auswählen Erweitern

set <cam> runView live_fw versucht trotzdem, mit der lokalen IP der Syno zu verbinden. Lokal funktioniert das natürlich super, aber wenn ich von draußen komme, geht das live Bild nur mit VPN.
Habe ich was übersehen und muß noch eine Einstellung setzen, oder ist das so gedacht?

Gruß Roland

[DS_Starter]

Hallo Roland,

Ja, das ist so gedacht. Das besagte Attribut verändert den Aufrufstring im Readimg LiveStreamUrl glaube ich.
Bin gerade unterwegs und kann schlecht nachschauen. Das ist dafür gedacht sich den String zusenden zu lassen um von aussen ihn dann aufrufen zu können. Lies mal bitte in der commandref nach. Ansonsten schauen wir uns deine Aufgabenstellung nochmal am Montag an.

LG,
Heiko

[hauwech]

Hallo Heiko,
ich wollte da jetzt keine "Anforderung" draus machen, mit VPN geht's ja.
Ich habe mir in Anlehnung an's Wiki Beispiel eine readingsGroup als Übersicht und zum schnellen Schalten gebaut. Von Unterwegs schaue ich mal eben schnell via DynDNS/https auf fhem. Ich bin drauf gestoßen, weil man in der readingsGroup schnell und komfortabel ein live Bild einblenden kann.
Übrigens: Die Cam-Steuerung via "setPreset" funktioniert perfekt, danke nochmal für's Einbauen!

Aber jetzt wünsche ich Dir erstmal ein sonniges Wochenende.
Gruß Roland

[Peter_Listig]

Hallo Heiko,


hab Deinen Vorschlag so umgesetzt

Code Auswählen Erweitern


define VorneCAM ...
attr VorneCam event-on-change-reading.*


Bisher unterbleibt der Bildversand beim Neustart.
Ob daurch andere Features "unterbleiben" wird sich zeigen.
Falls es zuviel des Guten war, kann ich es ja begrenzen
auf "LastSnapFilename" ...

Jedenfalls vielen Dank für die prompte Hilfe

@Hauwech
Habe ich heute mal ausprobiert - geht von außen nur über VPN
(wegen csrf) - intern werde ich es heute abend mal testen.

Aber Vorsicht 20 Sekunden Buildl gugggen macht 20 MB Datenvolumen ..

Greetz

Peter

[DS_Starter]

Hallo zusammen,

ich habe etwas weitergebaut und in der angehängten V3.10.0 das zusätzliche Kommando "set ... createStreamDev" erstellt:

set <name> createStreamDev [mjpeg | switched]     (gilt für CAM)

Es wird ein separates Streamingpaneel (weblink) erstellt. Dieses Device kann z.B. als separates Device in einem Dashboard genutzt werden. Dem Weblink-Device wird der aktuelle Raum des Kameradevice zugewiesen sofern dort gesetzt. Die Gestaltung kann durch HTML-Tags im Attribut "htmlattr" im Kameradevice oder mit den spezifischen Attributen im Weblink-Device beeinflusst werden.

    mjpeg          - das Weblink-Device gibt einen permanenten MJPEG Kamerastream wieder (Streamkey Methode)
    switched      - Inhalte und Wiedergabestatus des Weblink-Devices werden durch den Befehl "set <name> runView ..." gesteuert.

Weiterhin ist "set ... runView" ergänzt und nachgebessert:

set <name> runView [... | lastrec_fw | lastrec_fw_MJPEG | lastrec_fw_MPEG4/H.264 |...]

   lastrec_fw                            - letzte Aufnahme als iFrame Objekt
   lastrec_fw_MJPEG                - nutzbar wenn Aufnahme im Format MJPEG vorliegt
   lastrec_fw_MPEG4/H.264     - nutzbar wenn Aufnahme im Format MPEG4/H.264 vorliegt

Ein paar unscheinbare Bugs habe ich mit beseitigt.

viele Grüße
Heiko

[justcallmeal]

Hallo zusammen,

kann mir jemand bei dem Problem helfen:

hin und wieder startet die Kamera trotz Auslöse-event nicht. Im Log steht dann wie z.B. verg. Nacht:

2018.05.01 03:52:17 2: Mobotix_vorne - ERROR - Operation Start of Camera Mobotix_vorne was not successful. Errorcode: 117 - need manager rights in SurveillanceStation for operation

Ja, natürlich weiß ich was das heißt, nur eigentlich sollten die Rechte schon ausreichend sein, denn diese Meldung kommt nur manchmal und nach einem Neustart und in den meisten anderen Fällen scheinen die Rechte auszureichen und die Kamera macht, was sie soll.


Jemand eine Idee?

                       ....sorry, falls das Thema schon irgendwo behandelt wurde, - ich hab's trotz Suche leider nicht gefunden...
VG,
al

[DS_Starter]

Hallo al,

wie ist denn das Attribut "session" bei dir gesetzt ?

[justcallmeal]

Hallo al,

wie ist denn das Attribut "session" bei dir gesetzt ?

hm.... gerade mal nachgesehen: ich habe da gar nichts gesetzt.

Was rätst Du mir?


VG,
al

[DS_Starter]

Wenn das Attr nicht gesetzt ist verwendest du den Standard, d.h. die Session wird mit dem DSM aufgebaut.
Die meisten User wollen nicht dass ein User mit Admin-Rechten auf diesem Weg die SVS nutzt und setzen session = "SurveillanceStation".
Dazu musst du direkt in der SVS-Nutzerverwaltung einen User anlegen und dem am Besten das Profil "Manager" zuweisen.

Im Modul setzt du dann das Attr session = SurveillanceStation und setzt mit "set ... credentials" die Zugangsparameter wieder entsprechend.
Dadurch wird immer die Verbindung gleich zur SVS aufgebaut und nicht zum DSM und darüber dann zur SVS.
Wahrscheinlich hilft es dir auch diesen ab-und-zu Fehler zu vermeiden. (vermutlich Zeitproblematik)
Darüber hinaus kannst du diesen Nutzer im SVS ziemlich umfassend Rechte erteilen bzw. wegnehmen.

LG,
Heiko

[justcallmeal]

Wenn das Attr nicht gesetzt ist verwendest du den Standard, d.h. die Session wird mit dem DSM aufgebaut.
Die meisten User wollen nicht dass ein User mit Admin-Rechten auf diesem Weg die SVS nutzt und setzen session = "SurveillanceStation".
Dazu musst du direkt in der SVS-Nutzerverwaltung einen User anlegen und dem am Besten das Profil "Manager" zuweisen.

Im Modul setzt du dann das Attr session = SurveillanceStation und setzt mit "set ... credentials" die Zugangsparameter wieder entsprechend.
Dadurch wird immer die Verbindung gleich zur SVS aufgebaut und nicht zum DSM und darüber dann zur SVS.
Wahrscheinlich hilft es dir auch diesen ab-und-zu Fehler zu vermeiden. (vermutlich Zeitproblematik)
Darüber hinaus kannst du diesen Nutzer im SVS ziemlich umfassend Rechte erteilen bzw. wegnehmen.

LG,
Heiko

super, danke!  Ich werde es die Tage probieren und werde danach berichten