NEWS
Kamera + Bewegungsmelder kombinieren für Gartenüberwachung
-
@wendy2702
Doofe Frage vllt aber wie schau ich nach der Auslastung des PIs? Bei Windows weiß ich sowas :DEinstellungen bei MotionEye sind nahezu default. Hab aktuell nur den RTSP Stream bei niedriger Auflösung. Der Pfad zum. Speichern der Videos wurde geändert.
In der Kamera hab ich auch alles weitestgehend niedrig eingestellt.
Stream URLs: https://www.andysblog.de/reolink-ip-kamera-an-motioneye-anbinden
-
Auslastung mit
topIn der Konsole.
Pfad geändert? Kann du davon mal einen Screenshot zeigen bitte.
@wendy2702
/var/lib/motioneye/Garten_hinten.Ist nur der Speicherort, damit ich das der Kamera einfacher zuordnen kann.
-
@wendy2702
/var/lib/motioneye/Garten_hinten.Ist nur der Speicherort, damit ich das der Kamera einfacher zuordnen kann.
@smarthome2020 das meine ich nicht.
-
@smarthome2020 das meine ich nicht.
-
OK.
Das es in Motioneye und der Stream von Motioneye ruckelt liegt an deinen Einstellungen. Bei der geringen FrameRate in Verbindung mit geringer Auflösung ist keine gute Bild Qualität zu erwarten.
Hast du den Port 8091 gerade geändert weil da noch der Curser steht?
Ist der wirklich unbenutzt auf deinem System?
Was zeigt denn die Auslastung?
Was für ein OS läuft auf dem PI?
Und hat es ein GUI ?
-
OK.
Das es in Motioneye und der Stream von Motioneye ruckelt liegt an deinen Einstellungen. Bei der geringen FrameRate in Verbindung mit geringer Auflösung ist keine gute Bild Qualität zu erwarten.
Hast du den Port 8091 gerade geändert weil da noch der Curser steht?
Ist der wirklich unbenutzt auf deinem System?
Was zeigt denn die Auslastung?
Was für ein OS läuft auf dem PI?
Und hat es ein GUI ?
@wendy2702
Musste mal eben an den PC wechseln.Also ich hab die letzten Tage alle Framerates probiert. Hat keinerlei Unterschied gemacht.
Hab den Port auf der 8091 laufen schon seit Tagen. Bzw der 8081 ist auch nicht mehr vergeben. Hab den ganzen ioBroker verlegt.System ist ein RPi 4 mit 4GB Ram, Raspbian Buster ist installiert
640x480: Motion nutzt 30% CPU
800x600: Motion nutzt 40% CPU
-->ab hier ist zeitweise kein vernünftiger Stream dargestellt. Es ziehen sich zeitweise massiv Schlieren durch den Stream (wie teilweise bei Grafikkartendefekten.
1920x1080: Motion nutzt 59% CPU -
Wege scheinen ja gut zu sein.
Deswegen hatte ich damals Motion Eye einen eigen PI gegönnt.Wie wendy 2702 schrieb welche Config hast du.
-
@wendy2702
Musste mal eben an den PC wechseln.Also ich hab die letzten Tage alle Framerates probiert. Hat keinerlei Unterschied gemacht.
Hab den Port auf der 8091 laufen schon seit Tagen. Bzw der 8081 ist auch nicht mehr vergeben. Hab den ganzen ioBroker verlegt.System ist ein RPi 4 mit 4GB Ram, Raspbian Buster ist installiert
640x480: Motion nutzt 30% CPU
800x600: Motion nutzt 40% CPU
-->ab hier ist zeitweise kein vernünftiger Stream dargestellt. Es ziehen sich zeitweise massiv Schlieren durch den Stream (wie teilweise bei Grafikkartendefekten.
1920x1080: Motion nutzt 59% CPU@smarthome2020 sagte in Kamera + Bewegungsmelder kombinieren für Gartenüberwachung:
Also ich hab die letzten Tage alle Framerates probiert. Hat keinerlei Unterschied gemacht.
Keinen Unterschied im Bezug worauf?
Das der Stream abbricht oder die Qualität so bescheiden ist?
Wenn du die Frame Rate änderst musst du Motioneye natürlich das beste Quell Material zur Verfügung stellen was die Camera liefern kann.
Aus Schlechter Quelle kann auch Motioneye nichts besseres machen.
EINE 5MP Kamera mit deinen Einstellungen zu betreiben ist eigentlich wie Perlen vor Säue werfen.
-
@smarthome2020
Motioneye läuft bei mir auf nem Pi 3 autark Asstrein.Du:
System ist ein RPi 4 mit 4GB Ram, Raspbian Buster ist installiertMotion Eye hast du mit IO auf dem selben PI ?
Deine Auslastung ist zu hoch. -
@wendy2702
Musste mal eben an den PC wechseln.Also ich hab die letzten Tage alle Framerates probiert. Hat keinerlei Unterschied gemacht.
Hab den Port auf der 8091 laufen schon seit Tagen. Bzw der 8081 ist auch nicht mehr vergeben. Hab den ganzen ioBroker verlegt.System ist ein RPi 4 mit 4GB Ram, Raspbian Buster ist installiert
640x480: Motion nutzt 30% CPU
800x600: Motion nutzt 40% CPU
-->ab hier ist zeitweise kein vernünftiger Stream dargestellt. Es ziehen sich zeitweise massiv Schlieren durch den Stream (wie teilweise bei Grafikkartendefekten.
1920x1080: Motion nutzt 59% CPU@smarthome2020 sagte in Kamera + Bewegungsmelder kombinieren für Gartenüberwachung:
640x480: Motion nutzt 30% CPU
800x600: Motion nutzt 40% CPU
-->ab hier ist zeitweise kein vernünftiger Stream dargestellt. Es ziehen sich zeitweise massiv Schlieren durch den Stream (wie teilweise bei Grafikkartendefekten.
1920x1080: Motion nutzt 59% CPUWenn nur Motioneye schon das nutzt, wie ist die Gesamte Auslastung?
-
@smarthome2020 sagte in Kamera + Bewegungsmelder kombinieren für Gartenüberwachung:
640x480: Motion nutzt 30% CPU
800x600: Motion nutzt 40% CPU
-->ab hier ist zeitweise kein vernünftiger Stream dargestellt. Es ziehen sich zeitweise massiv Schlieren durch den Stream (wie teilweise bei Grafikkartendefekten.
1920x1080: Motion nutzt 59% CPUWenn nur Motioneye schon das nutzt, wie ist die Gesamte Auslastung?
top - 20:51:52 up 1 day, 1:45, 2 users, load average: 1,86, 1,37, 1,02 Tasks: 141 total, 1 running, 140 sleeping, 0 stopped, 0 zombie %Cpu(s): 46,3 us, 5,9 sy, 0,0 ni, 45,9 id, 0,0 wa, 0,0 hi, 1,8 si, 0,0 st MiB Mem : 3906,0 total, 2263,0 free, 1121,5 used, 521,5 buff/cache MiB Swap: 100,0 total, 100,0 free, 0,0 used. 2647,7 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3962 root 20 0 371264 157284 25920 S 171,9 3,9 4:13.62 motion 439 iobroker 20 0 281268 180496 25652 S 12,6 4,5 81:15.61 iobroker.+ 326 root 20 0 69024 24988 11048 S 7,9 0,6 6:24.48 meyectl 2795 root 20 0 0 0 0 I 7,9 0,0 0:20.00 kworker/u+ 763 iobroker 20 0 212968 110620 25640 S 3,3 2,8 15:00.42 io.javasc+ 70 root -51 0 0 0 0 S 3,0 0,0 6:44.43 irq/37-mm+ 1366 iobroker 20 0 173744 70456 26400 S 3,0 1,8 1:56.61 io.tanker+ 1578 iobroker 20 0 167936 66044 27304 S 3,0 1,7 21:51.32 io.tr-064+ 3754 root 20 0 0 0 0 I 1,7 0,0 0:09.70 kworker/u+ 7180 iobroker 20 0 168136 67084 25720 S 0,7 1,7 3:26.78 io.shelly+ 10 root 20 0 0 0 0 I 0,3 0,0 0:38.53 rcu_sched 21 root 20 0 0 0 0 S 0,3 0,0 0:06.11 ksoftirqd+ 26 root 20 0 0 0 0 S 0,3 0,0 0:05.68 ksoftirqd+ 239 root 20 0 0 0 0 S 0,3 0,0 0:42.42 brcmf_wdo+ 367 root 20 0 27656 80 0 S 0,3 0,0 0:16.47 rngd 656 iobroker 20 0 149076 46896 25432 S 0,3 1,2 0:57.09 io.discov+ 1351 iobroker 20 0 152516 50884 25688 S 0,3 1,3 1:00.56 io.web.0Das ist nun für 1920x1080 mit 20 FPS. Bild ist in der Tat schneller und auch aktueller. Wie kann die CPU denn mit 170% laufen?
-
Sowas entsteht dann immer mal wieder.
-
top - 20:51:52 up 1 day, 1:45, 2 users, load average: 1,86, 1,37, 1,02 Tasks: 141 total, 1 running, 140 sleeping, 0 stopped, 0 zombie %Cpu(s): 46,3 us, 5,9 sy, 0,0 ni, 45,9 id, 0,0 wa, 0,0 hi, 1,8 si, 0,0 st MiB Mem : 3906,0 total, 2263,0 free, 1121,5 used, 521,5 buff/cache MiB Swap: 100,0 total, 100,0 free, 0,0 used. 2647,7 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3962 root 20 0 371264 157284 25920 S 171,9 3,9 4:13.62 motion 439 iobroker 20 0 281268 180496 25652 S 12,6 4,5 81:15.61 iobroker.+ 326 root 20 0 69024 24988 11048 S 7,9 0,6 6:24.48 meyectl 2795 root 20 0 0 0 0 I 7,9 0,0 0:20.00 kworker/u+ 763 iobroker 20 0 212968 110620 25640 S 3,3 2,8 15:00.42 io.javasc+ 70 root -51 0 0 0 0 S 3,0 0,0 6:44.43 irq/37-mm+ 1366 iobroker 20 0 173744 70456 26400 S 3,0 1,8 1:56.61 io.tanker+ 1578 iobroker 20 0 167936 66044 27304 S 3,0 1,7 21:51.32 io.tr-064+ 3754 root 20 0 0 0 0 I 1,7 0,0 0:09.70 kworker/u+ 7180 iobroker 20 0 168136 67084 25720 S 0,7 1,7 3:26.78 io.shelly+ 10 root 20 0 0 0 0 I 0,3 0,0 0:38.53 rcu_sched 21 root 20 0 0 0 0 S 0,3 0,0 0:06.11 ksoftirqd+ 26 root 20 0 0 0 0 S 0,3 0,0 0:05.68 ksoftirqd+ 239 root 20 0 0 0 0 S 0,3 0,0 0:42.42 brcmf_wdo+ 367 root 20 0 27656 80 0 S 0,3 0,0 0:16.47 rngd 656 iobroker 20 0 149076 46896 25432 S 0,3 1,2 0:57.09 io.discov+ 1351 iobroker 20 0 152516 50884 25688 S 0,3 1,3 1:00.56 io.web.0Das ist nun für 1920x1080 mit 20 FPS. Bild ist in der Tat schneller und auch aktueller. Wie kann die CPU denn mit 170% laufen?
@smarthome2020 sagte in Kamera + Bewegungsmelder kombinieren für Gartenüberwachung:
%Cpu(s): 46,3 us, 5,9 sy, 0,0 ni, 45,9 id
Hier ist die CPU zu 45,9% idle. Das ist aus meiner Sicht das was zählt.
Zum lesen:
-
Sowas entsteht dann immer mal wieder.
@smarthome2020 Hast du den Kamera Stream auch umgestellt?
Also einen besseren ausgwählt ?
Was ist denn in der Kamera konfiguriert?
Wenn die Aussetzter (nennen wir es mal so) kommen, geht dann kurzzeitig der load hoch?
Und zum wiederholten mal: Was sagt das logfile von Motioneye und Motion?
-
@smarthome2020 Hast du den Kamera Stream auch umgestellt?
Also einen besseren ausgwählt ?
Was ist denn in der Kamera konfiguriert?
Wenn die Aussetzter (nennen wir es mal so) kommen, geht dann kurzzeitig der load hoch?
Und zum wiederholten mal: Was sagt das logfile von Motioneye und Motion?
@wendy2702
Ich finde in den Ordnern kein motioneye.log -
@smarthome2020 Hast du den Kamera Stream auch umgestellt?
Also einen besseren ausgwählt ?
Was ist denn in der Kamera konfiguriert?
Wenn die Aussetzter (nennen wir es mal so) kommen, geht dann kurzzeitig der load hoch?
Und zum wiederholten mal: Was sagt das logfile von Motioneye und Motion?
@wendy2702
Also durch paar Anpassungen der motionEye Einstellungen an deine Einstellungen läuft es etwas besser. Seit der Umstellung gestern auf den RTSP-Stream gabs auch keine Abbrüche des Streams mehr.
Ich resette mal die Kamera und binde die Kamera neu ein.
Support us
542
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge