Frage: Einbindung zoneminder

Begonnen von deune, 02 März 2015, 17:41:16

Vorheriges Thema - Nächstes Thema

pula

Tja, das muß ich erst herausfinden, allerdings hatte ich daran auch schon gedacht.
Ist eigentlich keine china-cam, sondern eine lupus aus deutschland.
aber danke für die antwort!
fhem (debian auf proxmox), HM-LAN und wired, MySensors, FritzBoxes, Kodi, vdr, Onkyo, squeezeplayers, nanoCUL, wifilight (Ethernet-Bridge), Heizungssteuerung (python/vncdotool), doorpi, ESP/Arduinos/MQTT, Alexa, HomeConnect, Sonoff/Tasmota, espRGBWW, esphome, Telegram

Ma_Bo

Also ich hatte auch das Problem einer immer mal wieder abgeschmierten Cam.

Ich habe dann mal die Spannung gemessen, die die Kamera bekommt und dabei festgestellt, das Sie 12V braucht und 11,8V ankamen.
Sollte eigentlich kein Problem sein, da das Netzteil Original war, aber ich habe eine neues Netzteil angeschlossen, welches dann auch 12,1V an der Kamera bringt und siehe da, alles in Ordnung, kein einziger Absturz mehr der Kamera.
Überwacht wird das ganze mit dem Modul PRESENCE über PING, sollte dann doch mal die Kamera ausfallen und nicht mehr auf den Ping antworten, wird diese über eine schaltbare Steckdose einfach für 5 Minuten vom Strom getrennt und dann wieder aktiviert.

Grüße Marcel
NUC mit FHEM, HM Heizungsthermostate, HM Wandthermostate, Intertechno Funksteckdosen, 10" Tablet als Wanddisplay, KeyMatic, Fensterkontakte, Fensterkontakte umgebaut als Wassermelder und Briefkastenmelder, Aussenthermostat, Anwesenheitssteuerung über Fritz Box, Google Home usw. usw.

pula

Danke für den Hinweis mit der Spannung. Ich hab das noch nicht gemessen, aber ich fahr die Kamera mit einem Schaltnetzteil mit genügend Saft direkt aus dem Schaltschrank.
Aber ich werde mir auf jeden Fall mal ein presence-device dafür anlegen. Schaumamoi.
Die Ausfälle sind ziemlich sporadisch. Falls die Cam dann tatsächlich nicht mehr pingpar ist, könnte das helfen.
Ich muss mir mal in zm anschaun, ob es da evtl direkt einen hook oder so gibt, wenn ein monitor "not connected" zeigt. Mir ist nämlich auch aufgefallen, daß das manchmal auftritt und ein restart von zm hilft.
Schräge Sache das.
fhem (debian auf proxmox), HM-LAN und wired, MySensors, FritzBoxes, Kodi, vdr, Onkyo, squeezeplayers, nanoCUL, wifilight (Ethernet-Bridge), Heizungssteuerung (python/vncdotool), doorpi, ESP/Arduinos/MQTT, Alexa, HomeConnect, Sonoff/Tasmota, espRGBWW, esphome, Telegram

dyna

Moin pula,

ich frage zm mit einem HTTMOD ab.
defmod Flur_Kammera_Http HTTPMOD http://192.168.67.17/zm/api/monitors/2.json 100
attr Flur_Kammera_Http enableControlSet 1
attr Flur_Kammera_Http enableCookies 1
attr Flur_Kammera_Http enforceGoodReadingNames 1
attr Flur_Kammera_Http event-on-change-reading .*
attr Flur_Kammera_Http extractAllJSON 1
attr Flur_Kammera_Http group Kamera
attr Flur_Kammera_Http handleRedirects 1
attr Flur_Kammera_Http room Unten->Flur
attr Flur_Kammera_Http stateFormat monitor_Monitor_Status_Status


Das Reading monitor_Monitor_Status_Status enthält den Verbindungsstatus zwischen Kamera und zm.

Grüße
Jens

pula

@dyna
vielen DANK! GENAU das habe ich gesucht!
cheers,
Pula
fhem (debian auf proxmox), HM-LAN und wired, MySensors, FritzBoxes, Kodi, vdr, Onkyo, squeezeplayers, nanoCUL, wifilight (Ethernet-Bridge), Heizungssteuerung (python/vncdotool), doorpi, ESP/Arduinos/MQTT, Alexa, HomeConnect, Sonoff/Tasmota, espRGBWW, esphome, Telegram

kamp

Hallo, danke fürs Modul. Ich habe ZM seit längerem einwandfrei laufen und habe nun beschlossen, es in FHEM einzubinden, mit folgenden Zielen:

  • Die in FHEM abgebildete Alarmanlage soll Videoaufzeichnung bei Bewegungserkennung für einen Teil der Kameras in ZM deaktivieren, wenn Alarmanalge ausgeschaltet wird und aktivieren, wenn Alarmanlage eingeschaltet wird. Ich will die Innenkameras quasi deaktivieren, solange ich zuhause bin. Nur Außen/Keller etc. sollen immer an bleiben.
  • Bei Bewegungserkennung jeder Kamera (sofern bei der jeweiligen Kamera lt. Punkt 1 aktiv) soll FHEM eine Nachricht via Nextcloud Talk (ist bereits in FHEM eingebunden) an meine Geräte senden. Sowie Benachrichtigungen an meine LG-TVs senden. In dieser Nachricht soll auch ein Link zum Livestream enthalten sein.

Ich habe nun das ZoneMinder Device angelegt, wobei sich hier schon die ersten Probleme auftun. Nach wenigen Minuten wurde mir die CPU-Last nicht mehr angezeigt: CPU_Load: error
Außerdem dürfte es ein Problem mit dem Trigger-Port geben (in ZM aktiviert): state: Trigger-Port: error, API: opened
Weiters sehe ich in den Kamera-Devices den Livestream nicht, da in den Kamera-Devices unter streamUrl trotz gesetzter publicAddress mit https und usePublicUrlForZmWeb 1 im ZM-Device der LAN-interne link mit http angezeigt wird, anstatt der öffentlichen Adresse. Ein updateMonitorConfig hat nichts gebracht.

Bevor ich nun mit meiner eigentlichen Umsetzung beginne, würde ich gerne diese 3 Probleme beheben, da ich sonst meine Ziele vermutlich nicht umsetzen kann... Hat jemand das schon gehabt und lösen können, oder eine Idee was ich tun könnte?
Ich verwende ZM v1.37.37

kamp

Hallo, danke fürs Modul. Ich habe ZM seit längerem einwandfrei laufen und habe nun beschlossen, es in FHEM einzubinden, mit folgenden Zielen:

  • Die in FHEM abgebildete Alarmanlage soll Videoaufzeichnung bei Bewegungserkennung für einen Teil der Kameras in ZM deaktivieren, wenn Alarmanalge ausgeschaltet wird und aktivieren, wenn Alarmanlage eingeschaltet wird. Ich will die Innenkameras quasi deaktivieren, solange ich zuhause bin. Nur Außen/Keller etc. sollen immer an bleiben.
  • Bei Bewegungserkennung jeder Kamera (sofern bei der jeweiligen Kamera lt. Punkt 1 aktiv) soll FHEM eine Nachricht via Nextcloud Talk (ist bereits in FHEM eingebunden) an meine Geräte senden. Sowie Benachrichtigungen an meine LG-TVs senden. In dieser Nachricht soll auch ein Link zum Livestream enthalten sein.

Ich habe nun das ZoneMinder Device angelegt, wobei sich hier schon die ersten Probleme auftun. Nach wenigen Minuten wurde mir die CPU-Last nicht mehr angezeigt: CPU_Load: error
Außerdem dürfte es ein Problem mit dem Trigger-Port geben (in ZM aktiviert): state: Trigger-Port: error, API: opened
Weiters sehe ich in den Kamera-Devices den Livestream nicht, da in den Kamera-Devices unter streamUrl trotz gesetzter publicAddress mit https und usePublicUrlForZmWeb 1 im ZM-Device der LAN-interne link mit http angezeigt wird, anstatt der öffentlichen Adresse. Ein updateMonitorConfig hat nichts gebracht.

Bevor ich nun mit meiner eigentlichen Umsetzung beginne, würde ich gerne diese 3 Probleme beheben, da ich sonst meine Ziele vermutlich nicht umsetzen kann... Hat jemand das schon gehabt und lösen können, oder eine Idee was ich tun könnte?
Ich verwende ZM v1.37.37

Weitere Fragen:
Mein ZM läuft direkt auf einer Subdomain, ohne Context. Der Link über die FHEM Seite fügt automatisch /zm/ ein. Ich kann aber kein leeres webConsoleContext setzen, nur /. Dann ist die URL aber so: https://publicdomain.at///index.php?...

kamp

Hallo, danke fürs Modul. Ich habe ZM seit längerem einwandfrei laufen und habe nun beschlossen, es in FHEM einzubinden, mit folgenden Zielen:

  • Die in FHEM abgebildete Alarmanlage soll Videoaufzeichnung bei Bewegungserkennung für einen Teil der Kameras in ZM deaktivieren, wenn Alarmanalge ausgeschaltet wird und aktivieren, wenn Alarmanlage eingeschaltet wird. Ich will die Innenkameras quasi deaktivieren, solange ich zuhause bin. Nur Außen/Keller etc. sollen immer an bleiben.
  • Bei Bewegungserkennung jeder Kamera (sofern bei der jeweiligen Kamera lt. Punkt 1 aktiv) soll FHEM eine Nachricht via Nextcloud Talk (ist bereits in FHEM eingebunden) an meine Geräte senden. Sowie Benachrichtigungen an meine LG-TVs senden. In dieser Nachricht soll auch ein Link zum Livestream enthalten sein.

Ich habe nun das ZoneMinder Device angelegt, wobei sich hier schon die ersten Probleme auftun. Nach wenigen Minuten wurde mir die CPU-Last nicht mehr angezeigt: CPU_Load: error
Außerdem dürfte es ein Problem mit dem Trigger-Port geben (in ZM aktiviert): state: Trigger-Port: error, API: opened
Weiters sehe ich in den Kamera-Devices den Livestream nicht, da in den Kamera-Devices unter streamUrl trotz gesetzter publicAddress mit https und usePublicUrlForZmWeb 1 im ZM-Device der LAN-interne link mit http angezeigt wird, anstatt der öffentlichen Adresse. Ein updateMonitorConfig hat nichts gebracht.

Bevor ich nun mit meiner eigentlichen Umsetzung beginne, würde ich gerne diese 3 Probleme beheben, da ich sonst meine Ziele vermutlich nicht umsetzen kann... Hat jemand das schon gehabt und lösen können, oder eine Idee was ich tun könnte?
Ich verwende ZM v1.37.37

Weitere Fragen:
Mein ZM läuft direkt auf einer Subdomain, ohne Context. Der Link über die FHEM Seite fügt automatisch /zm/ ein. Ich kann aber kein leeres webConsoleContext setzen, nur /. Dann ist die URL aber so: https://publicdomain.at///index.php?...
Um die obigen Probleme zu lösen, habe ich das ZM-Device und alle Monitor-Devices gelöscht und das ZM-Device neu angelegt, nun lassen sich aber mit autocreateMonitors keine neuen Monitor-Devices mehr erstellen? Jetzt sehe ich zumindest wieder die CPU-Last, aber Trigger-Port ist immer noch auf error.
Wenn ich wieder Monitor-Devices erstellen kann, kann ich die auch besser benennen, damit die Namen auch sprechend sind?

delMar

Die letzte getestete Version mit ZoneMinder war die 1.36

Es kann sein dass das Modul nicht ohne Anpassungen mit 1.37 fehlerfrei funktioniert.

Ich selber habe kein ZoneMinder mehr am Laufen, kann da also leider kurzfristig nicht weiterhelfen.
Maintainer von: ZoneMinder, TA_CMI_JSON, ONKYO_AVR, DENON_AVR, CanOverEthernet, IPCAM.

Vielgenutzte Module sind die größte Motivation für Entwickler.
Bitte zumindest 'attr global sendStatistics onUpdate' setzen.
Denn: ohne 'sendStatistics' keine Zahlen.

psycho160

Bist du dir wirklich sicher, dass es 1.37 ist? die wurde noch gar nicht released....
- 2013@FHEM - 2020 Setup: Pi 4 4GB Systeme: Shelly, Tasmota, Zigbee und mittlerweile nur noch wenig Homematic. Entwicker von: tado-FHEM Modul (perlcritic 3 ^^)(https://git.wolfmajer.at/Public/FHEM-Tado)

kamp

Die "Probleme" haben sich nach ein Paar Tagen von selbst behoben und jetzt läuft es recht stabil.

Fürs beantworten meiner weiteren Fragen muss man doch kein ZM am laufen haben, oder? Und ja, ich bin mir sicher, dass ich 1.37 verwende, denn lesen kann ich (noch) :)

Offen wäre noch:
Mein ZM läuft direkt auf einer Subdomain, ohne Context. Der Link über die FHEM Seite fügt automatisch /zm/ ein. Ich kann aber kein leeres webConsoleContext setzen, nur /. Dann ist die URL aber so: https://publicdomain.at///index.php?...
sowie
Kann man Monitoring-Devices in mit sprechenderen Namen umbenennen?