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

juemuc

3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

DS_Starter

#2146
Aber vielleicht liege ich auch falsch mit meinem Tipp....  :o

Ich glaube du meinst eher dass in diesem Fall die fhem.cfg (nicht fhem.save) geschrieben wird, da über das Attribut eine Konfigurationsänderung vorliegt.
Das von dir gewünschte Feature ist wohl eher dem "set <> inactive / active" in einem notify vergleichbar weil das dann keine Konfigurationsänderung darstellt und in der fhem.save persistiert wird.
Beim restart ist dieses Device dann immer noch disabled ohne das man die cfg sichern muss.

Ist es das ?  ;)
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

juemuc

Hallo Heiko,

ja das meinte ich. Ich hätte mich schon gemeldet, wenn der Tipp nicht funktioniert hätte   8)

Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

DS_Starter

Alles klar ... bis später  :D
Ich mach mal weiter ....

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

DS_Starter

Hallo zusammen,

wer die Updates regelmäßig verfolgt hat wird wissen, dass bis jetzt schon allerhand passiert ist.
Morgen früh ist noch einmal ein Update dabei bei dem ich die Zeitsteuerung der Funktionen besser strukturiert habe. Damit kann ich auch eine leichtere Priorisierung vornehmen. Das sind alles Interna, die euch als User i.A. nicht so interessieren.

Ein paar kleine Fixes sind auch dabei, zum Beispiel dass beim boot die eingestellten Werte für eine Snapgallery (Auflösung, Anzahl,...) erst nach dem ersten Polling korrekt im System war und nicht sofort.

Jedenfalls scheint bisher alles gut gegangen zu sein.  :D

Mal eine Frage / Hinweis...
die aktuelle Surveillance Station erlaubt auch die Übertragung eines Livestreams zu Youtube. Möglicherweise ist das für ganz bestimmte Einsätze interessant, z.B. um Tier/Naturbeobachtungen zu teilen.
Benutzt es jemand von euch ?
Die API gibt auch ein gewisses Management einer solchen Livestream Übertragung her. Falls da jemand Bedarf hat, könnte ich es mal versuchen mit ihm/ihr zusammen zu implementieren. Ich selbst habe es noch nicht benutzt da kein Use Case vorhanden.

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

juemuc

Hallo Heiko,

klingt interessant  ;D, auch wenn ich aktuell auch keinen Use Case (und keinen Youtube-Account) habe  8)

Ansonsten läuft alles problemlos.

Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

DS_Starter

#2151
Hallo zusammen,

habe noch ein recht umfangreiches Update eingecheckt und ist morgen früh in der Verteilung.
Ich konnte nicht alles komplett testen, aber das meiste ist kontrolliert.

Solltet ihr auf ein Problem stoßen, bitte einfach die vorherige Version aus dem \restoreDir\update Ordner zurück holen und mir Bescheid geben.
Dann schaue ich danach.
Ich hoffe aber dass alles so geräuschlos abgeht wie bisher.  :)
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

Darkrabbit

Hallo zusammen,

ich habe meine Kamera in FHEM und TabletUI über die Surveillance Station vom NAS (Synology) erfolgreich eingebunden.

<div data-type="image" data-device="SSDericamCarport" data-get="StmKeymjpegHttp"></div>


defmod SSDericamCarport SSCam DericamCarport 192.168.1.16
attr SSDericamCarport htmlattr width="840" height="405"
attr SSDericamCarport room Kamera
attr SSDericamCarport showStmInfoFull 1
attr SSDericamCarport snapGallerySize Full
attr SSDericamCarport webCmd on:off:snap:enable:disable:runView:stopView


Funktioniert soweit prima. Allerdings liefert das Bild im TabletUI immer nur eine Auflösung von ca. 640x400 px.
Dachte erst es liegt daran, dass ich im SSCam Device die htmlattr ändern muss, jedoch ändert sich hierdurch nur die Auflösung im FHEM selbst (bis max. 640x400).

Die Kamera liefert 1280x960. Steht aus so im SSCam Device. Und in der Surveillance Station kann ich auch diese Auflösung sehen.

Nur im TabletUI bleibt die Auflösung so gering (und übrigens auch die Bildwiederholrate).

Wenn ich z.B. die URL aus dem Reading StmKeymjpegHttp vom SSCam Device direkt im Browser eingebe, erhalte ich auch nur die geringe Auflösung.

Es scheint daher so zu sein, dass das was ich von der Surveillance Station abgreife irgendwie nur diese Auflösung bietet. Und deshalb kann ich in FHEM oder TabletUI einstellen was ich will, mehr geht nicht.

Wie kann ich jedoch auf einen höher auflösenden "Stream" zugreifen? In der Surveillance Station sind alle Einstellungen bzgl. der Auflösung entsprechend hoch gesetzt.

Hat jemand eine Idee?  :-\

DS_Starter

Hallo,

bin unterwegs und kann dir nur kurz einen Tipp geben.
Schau mal direkt in diexKamera ob dort H.264 und MJPeg als streamtyp gewählt ist. Welcher Cam Typ.
Gib uns auch noch bitte ein list vom Sscam device.
Später evtl. mehr bzw. Können andere user daraus auch etwas ableiten.

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

Darkrabbit

Hallo,

sowohl in der Kamera direkt als auch in den Kameraeinstellugen in der Surveillance Station ist H264 als Typ ausgewählt (gibts auch nichts anderes)
Die Kamera ist die S2 von DeriCam.

Hier noch das Device:

Internals
CAMID
3
CAMNAME
DericamCarport
CFGFN
COMPATIBILITY
8.2.8
CREDENTIALS
Set
DEF
DericamCarport 192.168.1.16
FUUID
5f5913a1-f33f-2fe8-7477-4a4eb5ba95e7fc0d
FVERSION
49_SSCam.pm:v9.7.5-s22701/2020-08-30
MODEL
Dericam - S1-N
NAME
SSDericamCarport
NR
5414
OPMODE
getStmUrlPath
PROTOCOL
http
SERVERADDR
192.168.1.16
SERVERPORT
5000
STATE
off
TYPE
SSCam
Readings
Availability
enabled
2020-09-09 19:45:56
CamAudioType
Unknown
2020-09-09 19:45:56
CamExposureControl
Outdoor
2020-09-09 19:45:56
CamExposureMode
Auto
2020-09-09 19:45:56
CamIP
192.168.1.42
2020-09-09 19:45:56
CamLiveFps
25
2020-09-09 19:45:56
CamLiveMode
Liveview from DS
2020-09-09 19:45:56
CamLiveQuality
5
2020-09-09 19:45:56
CamLiveResolution
1280x960
2020-09-09 19:45:56
CamLiveStreamNo
1
2020-09-09 19:45:56
CamModel
S1-N
2020-09-09 19:45:56
CamPort
80
2020-09-09 19:45:56
CamPreRecTime
5
2020-09-09 19:45:56
CamPtSpeed
3
2020-09-09 19:45:56
CamRecShare
surveillance
2020-09-09 19:45:56
CamRecVolume
/volume1
2020-09-09 19:45:56
CamVendor
Dericam
2020-09-09 19:45:56
CamVideoFlip
false
2020-09-09 19:45:56
CamVideoMirror
false
2020-09-09 19:45:56
CamVideoRotate
false
2020-09-09 19:45:56
CamVideoType
H.264
2020-09-09 19:45:56
CamblPresetSpeed
false
2020-09-09 19:45:56
CapAudioOut
false
2020-09-09 19:45:58
CapChangeSpeed
false
2020-09-09 19:45:58
CapPIR
false
2020-09-09 19:45:56
CapPTZAbs
false
2020-09-09 19:45:58
CapPTZAutoFocus
false
2020-09-09 19:45:58
CapPTZDirections
8
2020-09-09 19:45:58
CapPTZFocus
false
2020-09-09 19:45:58
CapPTZHome
true
2020-09-09 19:45:58
CapPTZIris
false
2020-09-09 19:45:58
CapPTZObjTracking
false
2020-09-09 19:45:58
CapPTZPan
support continuous operation
2020-09-09 19:45:58
CapPTZPresetNumber
8
2020-09-09 19:45:58
CapPTZTilt
support continuous operation
2020-09-09 19:45:58
CapPTZZoom
support continuous operation
2020-09-09 19:45:58
DeviceType
PTZ
2020-09-09 19:45:56
Error
none
2020-09-10 13:03:10
Errorcode
none
2020-09-10 13:03:10
LastSnapFilename
DericamCarport-20200908-0201482099.jpg
2020-09-09 19:45:55
LastSnapId
743
2020-09-09 19:45:55
LastSnapTime
08.09.2020 / 02:01:48
2020-09-09 19:45:55
LastUpdateTime
09.09.2020 / 19:45:56
2020-09-09 19:45:56
PollState
Inactive
2020-09-09 19:45:35
Record
Stop
2020-09-09 19:45:56
SVSlicenseNumber
3
2020-09-09 19:45:54
SVSuserPriv
Admin
2020-09-09 19:45:54
SVSversion
8.2.8-6335
2020-09-09 19:45:54
StmKey
"fa84196007ace77f81e0cf1f707f1a48"
2020-09-10 13:03:10
StmKeyUnicst
rtsp://syno:fa84196007ace77f81e0cf1f707f1a48@192.168.1.16:554/Sms=3.unicast
2020-09-10 13:03:10
StmKeyUnicstOverHttp
rtsp://192.168.1.16:5000/webman/3rdparty/SurveillanceStation/cgi/rtsp.cgi?Sms=3.unicast&DsId=0&StmKey=fa84196007ace77f81e0cf1f707f1a48
2020-09-10 13:03:10
StmKeymjpegHttp
http://192.168.1.16:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mjpeg&cameraId=3&StmKey="fa84196007ace77f81e0cf1f707f1a48"
2020-09-10 13:03:10
StmKeymxpegHttp
http://192.168.1.16:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mxpeg&cameraId=3&StmKey="fa84196007ace77f81e0cf1f707f1a48"
2020-09-10 13:03:10
UsedSpaceMB
1.502
2020-09-09 19:45:56
VideoFolder
/volume1/surveillance/DericamCarport
2020-09-09 19:45:56
compstate
true
2020-09-09 19:45:54
state
off
2020-09-09 19:45:56
SSDericamCarport
room
Kamera
Attributes
htmlattr
width="840" height="405"
deleteattr
room
Kamera
deleteattr
showStmInfoFull
1
deleteattr
snapGallerySize
Full
deleteattr
webCmd
on:off:snap:enable:disable:runView:stopView
deleteattr


Vorher lief z.B. alles über MotionEye und von dort habe ich den Stream abgegriffen. Und davor lief alles über einen Umwandler in einem Docker-Container. Lief beides mit der korrekten Auflösung. Ich hatte die Lösungen jedoch dann aufgegeben, da es hier immer zu mehr oder weniger Verzögerungen wenn man erst noch umwandeln muss. Und da ich die Surveillance Station eh am Laufen habe, dachte ich dass ich einfach direkt darüber den Stream abgreife und damit keine Verzögerung habe.
Klappt ja auch alles, nur die Auflösung ist viel zu gering und ich verstehe nicht wieso.

Dachte auch erst dann es vielleicht daran liegt, dass Stream2 von der Kamera verwendet wird. Das hätte die geringere Auflösung erklärt. Habe dann mit den Einstellungen von Stream2 experimentiert, um zu schauen, ob es hierdurch zu Änderungen kommt. Scheint aber nicht der Fall zu sein.


DS_Starter

#2155
Also ich denke es ist soweit alles korrekt eingerichtet. In FHEM muss man da nicht weiter suchen.
Wesentlich ist die Tatsache dass der von der Surveillance Station gesendete Stream im Reading StmKeymjpegHttp auch im Browser nicht die gewünschte Auflösung bringt.

Ich sehe da momentan zwei Ansätze:

1. die Cam in der Surveillance Station nochmal löschen und neu über ONVIV einbinden. Ich hege die Vermutung, dass die Sureveillance Station den falschen Stream abgreift.

2. Man holt sich den Stream an der Surveillance Station vorbei direkt von der Kamera. Das macht man mit einem SSCam Streaming Device vom Typ Generic.  Die Anlage ist einfach. Im SSCam Device ein "set <> createStreamDev generic".
Es wird ein Device automatisch angelegt. Man muss dann nur noch im Attribut  genericStrmHtmlTag den richtigen Stream von der Kamera einstellen, z.B. für eine Hikvision wäre das:


<img $HTMLATTR
   src="http://user:password@192.168.2.xx:80/Streaming/channels/2/httppreview"
>


Von der DeriCam weiß ich es nicht, kriegt man aber sicher raus.
Nur der Stream kommt dann von der Cam. Alle anderen Steuerungfunktionen laufen über die SVS.
Ist auch im Wiki beschrieben.

Noch etwas, lt. Synology soll die Cam mind. die Firmware Version V11.3.8.1.9 haben. Mal prüfen.Lässt sich denn die Auflösung höher setzen wenn du die FPS reduzierst, z.B. auf 5 ?

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

Habe den Link für JPEG gefunden (https://www.ispyconnect.com/man.aspx?n=dericam&page=1#). Damit wäre der Eintrag in einem genericStrmHtmlTag  wie oben beschrieben:


<img $HTMLATTR
   src="http://user:password@<ip>/tmpfs/auto.jpg "
>
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

Darkrabbit

Guten Morgen,

danke erstmal für Deine Unterstützung  :)

Habe die Kamera in der Surveillance Station neu als ONVIV eingebunden. Anschließend hab ich auch das Device im FHEM gelöscht und neu erstellt.

Was anschließend schon mal auffällt: Er scheint immer den Stream2 zu verwenden, deshalb die schlechte Auflösung und die Bildwiederholrate.
Habe dann versucht in der Surveillance Station einfach den Stream2 auf hohe Auflösung zu setzen. Oder alternativ Stream1 auf niedrige Auflösung bzw. gar nicht zu verwenden und Stream2 auf höhe Auflösung zu setzen. Das scheint die Kamera jedoch nicht mitzumachen. Es bleibt immer bei hoher Auflösung in Stream1 und schlechter in Stream 2. Auch in den Kameraeinstellungen direkt lässt sich dies nicht ändern. Daher bleibt Stream1 immer hochauflösend und Stream2 niedrig.
Kamera (Version V20...) und Synology und alles ist übrigens auf der neusten Version.
Gibt es noch irgendeine Möglichkeit den Stream1 abzugreifen?

Dann habe ich wie von Dir beschrieben ein Device vom Typ Generic erstellt. Habe dazu die von Dir genannte URL als Attribut eingefügt:

<img $HTMLATTR http://admin:XXX@192.168.1.42/tmpfs/auto.jpg">

Wenn ich die dort eingefügt URL direkt im Browser aufrufe, bekomme ich auch ein Bild in korrekter hoher Auflösung. Das ist schon mal super!
Allerdings wird mir kein Bild in FHEM angezeigt. Es bleibt weiß bzw. es kommt dieses "Standard-Browser-Fehlerbildchen", dass das Bild nicht angezeigt werden kann. Muss ich noch irgendwas anderes im generic device einstellen?
Denn die URL scheint ja ok zu sein, da ich sie direkt aufrufen kann mit korrektem Bild.

Danke nochmal für Deine Unterstützung!





Darkrabbit

Hallo nochmal,

habe jetzt einfach nochmal den Weg über einen Docker-Container (Kerberos.io - gemäß Anleitung im Wiki) durchgeführt.
Das funktioniert nun in hoher Auflösung und mit nur 1-2 Sekunden Verzögerung.

Hoffe dass der Container dauerhaft stabil läuft. Hat hier jemand schon Erfahrungswerte?

Falls Du für u.g. Problem noch eine Lösung hast, immer gerne. Falls nicht, ist es so für mich nun auch ok und Du musst nicht zwingend Zeit damit verschwenden eine Lösung zu finden.

Danke trotzdem für die vielen hilfreichen Tipps!

DS_Starter

#2159
Moin,

bezüglich Einbindung der Cam in die Surveillance Station scheint mir das evtl. etwas buggy zu sein.
Würde an deiner Stelle mal den Synology Support anschreiben. Die Kollegen können zwar nichts mit FHEM anfangen (außer ein Mitarbeiter mit dem ich API-Probleme bearbeite  ;) ), aber wenn du Bezug auf die Darstellung über den API Call im Browser nimmst und deine Beobachtungen beschreibst fällt den Kollegen vllt. etwas dazu ein.
Den API Call kennst du ja aus dem Inhalt des Readings StmKeymjpegHttp.

Bei dem generic Streaming Device hast du das Attribut nicht richtig befüllt, es fehlt das src="...".
Hier mal ein komplettes Beispiel aus meiner Installation mit Hikvision:


defmod SSCamSTRM.SSCam.Terrasse.generic SSCamSTRM {FHEM::SSCam::streamDev('SSCam.Terrasse','SSCamSTRM.SSCam.Terrasse.generic','generic')}
attr SSCamSTRM.SSCam.Terrasse.generic disable 0
attr SSCamSTRM.SSCam.Terrasse.generic genericStrmHtmlTag <img $HTMLATTR \
   src="http://user:passw@192.168.2.32:80/Streaming/channels/2/httppreview"\
>
attr SSCamSTRM.SSCam.Terrasse.generic group Kameras
attr SSCamSTRM.SSCam.Terrasse.generic hideButtons 0
attr SSCamSTRM.SSCam.Terrasse.generic room SSCam
attr SSCamSTRM.SSCam.Terrasse.generic widgetOverride genericStrmHtmlTag:textField-long


Die Sache mit Kerberos.io hatte ich auch für sehr gut befunden und war es mir wert ins Wiki aufzunehmen.  :D Super, dass es bei dir auch sehr gut klappt.
Nach meiner Erfahrung läuft das stabil. Nur der CPU Verbrauch war /ist bei mir recht hoch. Für eine Cam ist das mM. nach gut brauchbar, aber bei mehreren Cams wird es evtl. etwas eng.
Wie sieht das bei dir aus ?
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