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

stobor

So intensiv triggere ich das typischerweise nicht, aber so lässt es sich auf die Schnelle darstellen.
Ich habe die Situation, dass die Befehle bis zu 4x hintereinander kommen - 4 verschiedene Kameras hintereinander. Ggf. sendet ein Bewegungsmelder mehrere Bewegungen, so dass der Trigger dann mehrmals hintereinander kommt. Trotzdem scheint sich das Problem nach ein paar Tagen zu ergeben, als ob sich etwas aufstaut.
Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-113-generic x86_64))  mit CUL V3.2 (FW 1.57 CUL868) für FS20 und CCU3 für HM(IP) + Arduino Mega (Firmata) - FHEM Revision: 29534 - FS20, HM(IP), MQTT, Philips HUE, ModBus

DS_Starter

Die 4 verschiedenen Cams sollten kein Problem sein. Jedes Cam Device hat seine eigene Scheduler Verwaltung.
Aber wenn die Trigger mehrmals kurz hintereinander auslösen und du dann obendrein noch jeweils 6 Snaps antriggerst ist das etwas viel.

Du könntest bei den Bewegungsmeldern ein event-min-interval einsetzen um ein zu intensives Triggern zu vermeiden.
Proxmox+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

stobor

Vielleicht könnte man sich eine Queue bauen, die nacheinander abgearbeitet wird. In welchen Abständen könnte an denn die Mails generierne, ohne das Probleme zu erwarten sind (bei "snap 6 2")?
Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-113-generic x86_64))  mit CUL V3.2 (FW 1.57 CUL868) für FS20 und CCU3 für HM(IP) + Arduino Mega (Firmata) - FHEM Revision: 29534 - FS20, HM(IP), MQTT, Philips HUE, ModBus

DS_Starter

Schwer definitiv zu sagen. Kommt auch darauf an wie schnell die API der Syno arbeitet.
Am besten mal austesten mit dem gesetzten Attr debugactivetoken=1.

Sobald du siehst dass der Scheduler in eine Schleife kommt:

2025.05.20 22:05:36.257 1: SSCam.Terrasse - Function FHEM::SSCam::__camSnap new scheduled with 0.2 seconds delta time
2025.05.20 22:05:36.261 1: SSCam.Terrasse - Function FHEM::SSCam::__camSnap new scheduled with 0.2 seconds delta time
2025.05.20 22:05:36.434 1: SSCam.Terrasse - Function FHEM::SSCam::__camSnap new scheduled with 0.2 seconds delta time
2025.05.20 22:05:36.458 1: SSCam.Terrasse - Function FHEM::SSCam::__camSnap new scheduled with 0.2 seconds delta time
2025.05.20 22:05:36.462 1: SSCam.Terrasse - Function FHEM::SSCam::__camSnap new scheduled with 0.2 seconds delta time
2025.05.20 22:05:36.635 1: SSCam.Terrasse - Function FHEM::SSCam::__camSnap new scheduled with 0.2 seconds delta time
2025.05.20 22:05:36.659 1: SSCam.Terrasse - Function FHEM::SSCam::__camSnap new scheduled with 0.2 seconds delta time
....

ist es zuviel. Solange das nicht passiert wird dein System auch kein Problem haben.
In einer ruhigen Minuten denke ich auch mal darüber nach ob ich intern noch einen Schutz einbauen kann, ist aber nicht so einfach.

LG,
Heiko
Proxmox+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

stobor

Ok, danke.
D.h. sobald ein delta time auftritt, ist es zu viel?
Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-113-generic x86_64))  mit CUL V3.2 (FW 1.57 CUL868) für FS20 und CCU3 für HM(IP) + Arduino Mega (Firmata) - FHEM Revision: 29534 - FS20, HM(IP), MQTT, Philips HUE, ModBus

DS_Starter

Naja, ein paar mal ist kein Thema, dafür gibt es ja den Scheduler.
Aber wenn es dauerhaft auftritt wird dein System darunter leiden und die CPU hochgehen.
Proxmox+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

stobor

Schade, dass sich die CPU nicht auch wieder erholt.
Hast Du eine Idee, wie ich vorgehen sollte, außer das "event-min-interval" zu setzen?
Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-113-generic x86_64))  mit CUL V3.2 (FW 1.57 CUL868) für FS20 und CCU3 für HM(IP) + Arduino Mega (Firmata) - FHEM Revision: 29534 - FS20, HM(IP), MQTT, Philips HUE, ModBus

DS_Starter

Moin,

naja im Prinzip die Anzahl der Snaps bei einem Triger auf z.B. 2-3 reduzieren sollte helfen die Lage zu entspannen und nicht in diese Situation zu kommen.

Grüße,
Heiko
Proxmox+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