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

Dracolein

Zitat von: DS_Starter am 31 Dezember 2019, 13:22:21
Es ist schon sehr verwunderlich, dass deine Cams innerhalb der SVS (also ohne FHEM) ein ruckeliges Bild mit MJPEG liefern.
Das kann ich dir momentan auch nicht erklären.
Das verstehe ich auch nicht und konnte über Google auch keine nennenswerten Threads dazu finden, sehr komisch.

Zitat von: DS_Starter am 31 Dezember 2019, 13:22:21
Alternativen ... wenn du die Adresse des MJPEG-Streams direkt von der Kamera herausbekommst (z.B. über  https://www.ispyconnect.com/sources.aspx ), könnetst du dir den Stream über ein Generic-Device wie hier beschrieben: https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#MJPEG_direkt_von_Kamera_wiedergeben einzubinden.
Habe ich eben ausprobiert. Die MJPEG Adresse wurde freundlicherweise in der Anleitung mitgeliefert. Im Firefox Browser zuvor getestet - funktioniert einwandfrei und flüssig.
Habe dann das generic Device angelegt und das Attribut hinzugefügt, was ebenfalls funktioniert. JEdoch ist der Stream dessen ebenfalls ruckelig, allerdings im Unterschied zum normalen SVS-Kameradevice doppelt so schnell. Heißt geschätzt: 2-3 fps

Der RTSP-Stream der Kamera im VLC Mediaplayer ist ebenfalls flüssig.
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

Dracolein

#1876
Bindet man eine Streaming Device vom Typ "generic" anders in Touch UI ein, als die normalen mjpeg-Devices?
<div data-type="sscamstrm" data-device="SSCamSTRM.CamGarten.generic" class="center"></div>
liefert mir ein nicht-anzeigbares Bild in FTUI.
Allerdings in der normalen FHEMWEB-Oberfläche wird der Livestream weitgehend flüssig dargestellt vom generic-Device!

Ohnehin habe ich den Verdacht, dass diese Kamera mit dem direkten Aufruf des mjpeg-Pfades Probleme macht. Manchmal klappt es im Browser per direkteingabe (http://admin:*****@192.168.178.86:1020/mjpeg/stream.cgi?chn=1  ) und manchmal wartet der Browser unendlich lange auf irgendetwas, bis ein Timeout kommt.
Manchmal poppt auch ein Popup mit Abfrage von user / Passwort auf, ganz egal in welcher Kombination ich die URL gestalte ( http://192.168.178.86:1020/mjpeg/stream.cgi?chn=0&user=admin&pwd=***** z.B.)

Ein simples Modul, rtsp Kamerastreams einzubinden, wäre echt toll.
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

DS_Starter

Ein gesundes neues Jahr allerseits !

@dracolein,

Zitat
Bindet man eine Streaming Device vom Typ "generic" anders in Touch UI ein, als die normalen mjpeg-Devices?

<div data-type="sscamstrm" data-device="SSCamSTRM.CamGarten.generic" class="center"></div>

liefert mir ein nicht-anzeigbares Bild in FTUI.
Allerdings in der normalen FHEMWEB-Oberfläche wird der Livestream weitgehend flüssig dargestellt vom generic-Device!

Nein, die Einbindung ist identisch. Bei meiner Testinstallation (ich verwende produktiv Dashboard) ist die Definition so:

<li data-row="1" data-col="1" data-sizey="2" data-sizex="3">
<header>Giebel West über Kerberos.io</header>
        <div class="cell">
              <div data-type="sscamstrm" data-device="SSCamSTRM.SSCam.GiebelWest.generic2" ></div>
        </div>
</li>


Und klappt einwandfrei zumidest auf einem PC bzw. Android. Ich meine irgendwo gelesen zu haben, dass es mit iOS (Safari ?) in der neuesten Version irgendwelche Probs gibt (unabhängig von SSCam). Allerdings möchte ich mich dafür nicht verbürgen, kann mich auch täuschen. Müsste man nochmal googlen.

Zitat
Ohnehin habe ich den Verdacht, dass diese Kamera mit dem direkten Aufruf des mjpeg-Pfades Probleme macht. Manchmal klappt es im Browser per direkteingabe (http://admin:*****@192.168.178.86:1020/mjpeg/stream.cgi?chn=1  ) und manchmal wartet der Browser unendlich lange auf irgendetwas, bis ein Timeout kommt.
Also das muss generell problemlos funktionieren, sonst wirst du nicht glücklich über diesen Weg. Die gezeigte Definition in einem generic Streamdevice ist ja im Prinzip nichts anderes als die direkte Einbindung des Streams in entsprechende HTML-Tags (als ob man den Stream im Browser aufruft).

Zitat
Ein simples Modul, rtsp Kamerastreams einzubinden, wäre echt toll.
Ja, ist nur nicht so simpel. Es gibt derzeit keinen Browser der rtsp direkt anzeigen kann. Früher konnte man das VLC-Plugin verwenden. Das haben die Browser aber schon seit einiger Zeit abgeschaltet.
Bleibt nur der Umweg über eine Umwandlung. FFMPEG bzw. eine Javascript-Lösung schwebt mir da vor. Hatte aber noch keine wirkliche Zeit/Idee das integriert umzusetzen. Unterstützung ist hier gerne willkommen !

Allerdings gibt es schon jetzt eine Möglichkeit mit Hilfe von Kerberos.io auf der Synology im Docker den rtsp-Stream in MJPEG umzuwandeln und dann im generic Streamdevice anzuzeigen. Das funktioniert ebenfalls ausgezeichnet, benötigt nur zumindest bei mir recht viel Ressourcen (CPU 17%) für eine Kamera.
Ist hier beschrieben: https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#RTSP_Stream_in_MJPEG_umwandeln_und_anzeigen

Kannst du gerne auch mal ausprobieren.

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

Dracolein

#1878
Verrückte Sache. Also unter Raspbian im Chromium der Direktaufruf mittels
Zitathttp://admin:******@192.168.178.86:1020/mjpeg/stream.cgi?chn=1
zeigt sofort ohne Umwege den Livestream mit geschätzten 4-6 fps an.
Allerdings per iframe innerhalb Touch UI <iframe src="http://admin:*******@192.168.178.86:1020/mjpeg/stream.cgi?chn=1"></iframe> tut sich gar nichts, ausser ein sichtbarer Rahmen ohne Inhalt. Wenn ich zumindest diese Kamera mittels mjpeg-Stream ohne Umwege über Synology & FHEM direkt im HTML-Code einbinden könnte, wäre mir auch schon geholfen.
Verstehe spontan nicht das Problem sein könnte.

Zitat von: DS_Starter am 01 Januar 2020, 10:51:08
Allerdings gibt es schon jetzt eine Möglichkeit mit Hilfe von Kerberos.io auf der Synology im Docker den rtsp-Stream in MJPEG umzuwandeln und dann im generic Streamdevice anzuzeigen. Das funktioniert ebenfalls ausgezeichnet, benötigt nur zumindest bei mir recht viel Ressourcen (CPU 17%) für eine Kamera.
Ist hier beschrieben: https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#RTSP_Stream_in_MJPEG_umwandeln_und_anzeigen

Kannst du gerne auch mal ausprobieren.
Würde ich gern, aber dafür ist meine Diskstation viel zu alt und zu schwach.
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

DS_Starter

#1879
MJPEG müsstest du vermutlich über img einbinden:


<img src="http://admin:********@192.168.178.86:1020/mjpeg/stream.cgi?chn=1" >
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

Dracolein

Zitat von: DS_Starter am 01 Januar 2020, 15:35:38
MJPEG müsstest du vermutlich über img einbinden:


<img src="http://admin:******@192.168.178.86:1020/mjpeg/stream.cgi?chn=1" >

Funktioniert leider auch nicht. Erneut sehe ich nur das default-icon für ein nicht anzeigbares Bild. Allerdings: Rechtsklick mit der Maus --> Bild in neuem Tab anzeigen --> öffnet ein neues Tab mit funktionierendem Stream. Kurios...
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

DS_Starter

Ach ich ahne etwas ... mir war so als ob die in den Tags angegebene Basic authentication "admin:******" im Chrome abgeschaltet wurde. Habe es eben bei mir nachgestellt. Ist bei mir mit Chrome genauso wie von dir beschrieben. Firefox arbeitet hingegen einwandfrei. Und ich benutze Firefox auf dem PC bzw. Fully Browser auf den Wandtablets.
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

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

Dracolein

#1883
Hm, aber wie gesagt, es funktioniert ausserhalb von FHEM/FTUI problemlos. Ich starte Chromium, füge o.g. Link ein und es öffnet sich problemlos der Stream. Kopfkratz... als ob irgendwas im HTML-Code von TouchUI dies verhindern würde.

edit:
Erweiterung hinzugefügt und URL konfiguriert. iframe wird zumindest jetzt geladen, nun kann ich mich an der optischen Anpassung versuchen.
Cooler Tip, danke.

edit2:
jetzt habe ich das iframe im Layout drin und in seiner Größe per HTML anpassen können, aber dessen Inhalt kann ich natürlich nicht beeinflussen --> Folge: Scrollbalken ! ARG  :-X
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

DS_Starter

#1884
Jetzt würde ich es nochmal mit img statt iframe versuchen.

EDIT: Bzw. jetzt kannst du sicherlich auch das Generic Streamdevice sauber einbinden.
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

Dracolein

Zitat von: DS_Starter am 01 Januar 2020, 16:07:42
EDIT: Bzw. jetzt kannst du sicherlich auch das Generic Streamdevice sauber einbinden.
Awesome! Vielen Dank, jetzt hab ich es tatsächlich so geschafft, der Schlüssel war die Erweiterung für den Chrome Browser.

Für alle, die das zukünftig lesen, anbei ein Screenshot der konfigurierten Erweiterung. Ich habe die URL 2fach angelegt, einmal mit integr. auth-Daten und einmal ohne.  in FTUI ist das Ganze als Generic-Device nun so eingefügt:
<div data-type="sscamstrm" data-device="SSCamSTRM.CamGarten.generic" class="center"></div>
und in FHEM lautet das "genericStrmHtmlTag"-Attribut:
<img $HTMLATTR src="http://192.168.178.86:1020/mjpeg/stream.cgi?chn=1">

Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

DS_Starter

 8)
Ich habe im Wiki hier https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#MJPEG_direkt_von_Kamera_wiedergeben

noch eine Ergänzung dafür gemacht. Bild kommt auch noch rein. Im Prinzip reicht ein Regex mit der Ip wie unten gezeigt.



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

Dracolein

Ich hätte noch eine Auffälligkeit dies bezüglich zu melden:
Und zwar nach dem Neustart meines Raspi funktioniert die Anzeige des Streams zunächst nicht und ich muss trotz laufender Erweiterung im Chrome Browser erstmal das Bild im Browser separat laden: dann kommt das Popup mit der user/pw-Abfrage und erst wenn ich dies erledigt habe und die TouchUI Seite aktualisiere, wird das Bild dargestellt.
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

DS_Starter

Zitat
Und zwar nach dem Neustart meines Raspi funktioniert die Anzeige des Streams zunächst nicht und ich muss trotz laufender Erweiterung im Chrome Browser erstmal das Bild im Browser separat laden: dann kommt das Popup mit der user/pw-Abfrage und erst wenn ich dies erledigt habe und die TouchUI Seite aktualisiere, wird das Bild dargestellt.
Ich würde es für insofern normal halten weil die Applikation beim Restart des Raspi neu gestartet werden muss. Die Erweiterung im Chrome sollte aber m.M. nach sofort arbeiten, d.h. das Popup nicht kommen.
Vielleicht gibt es eine besseres Plug-In. Mir war es nur über den "Weg" gelaufen als ich nach dem Problem an sich mit Chrome gegoogelt hatte.
Möglicherweis findest du ein besseres Ad-On für Chrome für die Übermittlng der Basic Auth an die Kamera. Wenn ja würden wir uns freuen wenn du deine Ergebnisse wieder teilen würdest.

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

justcallmeal

Hallo zusammen,

ich habe ein kleines Problem: via SSCAM wird meine Außenkamera von zwei Bewegungsmeldern (an verschiedenen Orten im Garten) angetriggert. In beiden Fällen gibts einen erfolgversprechenden Eintrag im Log der so aussieht:

Zitat2020.01.16 16:56:07 3: Mobo_vorne - Camera Mobotix_M12_1 recording with recording time 50 s started
2020.01.16 16:56:58 3: Mobo_vorne - Camera Mobotix_M12_1 Recording stopped

Die Crux dabei ist, dass nur bei einem der beiden triggernden Bewegungsmeldern in der surveillance station auch eine entsprechende Aufnahme zu finden ist.

Was läuft hier verkehrt, hat da jemand eine Idee?

VG,
al




HM-Sen-DB-PCB, HM-Sec-SCo, HM-MOD-Re-8, HM-SEC-SC-2, HM-Sen-MDIR-O, HM-LC-Sw1PBU-FM, HM-LC-RGBW-WM, HM-ES-PMSw1-SM, HM-LC-Sw1-DR