Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[smarthome2020]

@el_malto sagte in Kamera + Bewegungsmelder kombinieren für Gartenüberwachung:

@smarthome2020 haha ok, dachte das wäre klar:sweat_smile:

Sowas ist mal gar nicht klar ^^ Steht ja auch nicht bei den Beispielen dabei :/
Videos werden auf dem Pi aktuell noch gespeichert. Ich mach das alles Schritt für Schritt. Erst die Mauern und dann das Dach :P

Und nun verstehe ich die Welt nicht mehr. Hab nichts geändert... Wenn ich nun den Befehl gebe zum Eventstart, dann kommt wieder, dass die Verbindung verweigert wird

[el_malto]

@smarthome2020 guck mal die Datei an

/etc/motioneye/motioneye.conf

[smarthome2020]

@el_malto

# path to the configuration directory (must be writable by motionEye)
conf_path /etc/motioneye

# path to the directory where pid files go (must be writable by motionEye)
run_path /var/run

# path to the directory where log files go (must be writable by motionEye)
log_path /var/log

# default output path for media files (must be writable by motionEye)
media_path /var/lib/motioneye

# the log level (use quiet, error, warning, info or debug)
log_level info

# the IP address to listen on
# (0.0.0.0 for all interfaces, 127.0.0.1 for localhost)
listen 0.0.0.0

# the TCP port to listen on
port 8765

# path to the motion binary to use (automatically detected if commented)
#motion_binary /usr/bin/motion

# whether motion HTTP control interface listens on
# localhost or on all interfaces
motion_control_localhost true

# the TCP port that motion HTTP control interface listens on
motion_control_port 7999

# interval in seconds at which motionEye checks if motion is running
motion_check_interval 10

# whether to restart the motion daemon when an error occurs while communicating with it
motion_restart_on_errors false

# interval in seconds at which motionEye checks the SMB mounts
mount_check_interval 300

# interval in seconds at which the janitor is called
# to remove old pictures and movies
cleanup_interval 43200

# timeout in seconds to wait for response from a remote motionEye server
remote_request_timeout 10

# timeout in seconds to wait for mjpg data from the motion daemon
mjpg_client_timeout 10

# timeout in seconds after which an idle mjpg client is removed
# (set to 0 to disable)
mjpg_client_idle_timeout 10

# enable SMB shares (requires motionEye to run as root) 
smb_shares false

# the directory where the SMB mount points will be created
smb_mount_root /media

# path to the wpa_supplicant.conf file
# (enable this to configure wifi settings from the UI)
#wpa_supplicant_conf /etc/wpa_supplicant.conf

# path to the localtime file
# (enable this to configure the system time zone from the UI)
#local_time_file /etc/localtime

# enables shutdown and rebooting after changing system settings
# (such as wifi settings or time zone)
enable_reboot false

# timeout in seconds to use when talking to the SMTP server
smtp_timeout 60

# timeout in seconds to wait for media files list
list_media_timeout 120

# timeout in seconds to wait for media files list, when sending emails
list_media_timeout_email 10

# timeout in seconds to wait for zip file creation
zip_timeout 500

# timeout in seconds to wait for timelapse creation
timelapse_timeout 500

# enable adding and removing cameras from UI
add_remove_cameras true

# enables HTTP basic authentication scheme (in addition to, not instead of the signature mechanism)
http_basic_auth false

# overrides the hostname (useful if motionEye runs behind a reverse proxy)
# server_name motionEye

[smarthome2020]

@el_malto Dann geht es auf einmal wieder. Ich änder nichts an der Konfiguration und plötzlich geht der HTTP-Befehl wieder.
Konstant ist das ja nicht gerade :D
Er nimmt nun auch auf. Der Stream ist nur sehr bescheiden. Also die Framerate ist mies.

[el_malto]

@smarthome2020

# whether motion HTTP control interface listens on
# localhost or on all interfaces
motion_control_localhost true

zu

# whether motion HTTP control interface listens on
# localhost or on all interfaces
motion_control_localhost false

ändern.

[smarthome2020]

@el_malto
Hab ich geändert.
Verzögerung vom Video ist ja ok. Nur die fps sind schon sehr schlecht. Auch ein hochstellen bringt nix.
Oder muss die Kamera an sich auch konfiguriert werden (da gibts auch ne App für vom Hersteller)

[el_malto]

@smarthome2020 musst mal mit den Einstellungen rumspielen oder googlen.
Wie sieht denn der original Stream von der Cam aus? Öffne den mal mit VLC Player und guck dir den an. Wenn der doof ist musst du die Cam vielleicht noch einstellen.

Gehen denn nun die http befehle?

[smarthome2020]

@el_malto
Stream im VLC ist ca. 2 Sekunden verzögert aber total flüssig mit voller Auflösung (5MP-Kamera).
Der Stream in motionEye ist nur ein JPEG-Stream. Der RTSP ist noch schlechter. Beide sind stärker verzögert und deutlich in der FPS eingeschränkt (vllt 2FPS oder weniger). Erhöhten kann ich die FPS auch nicht.

[el_malto]

@smarthome2020
Dann musst mal googlen wie man das am besten in MotionEye einstellt. Bei mir waren die Streams ganz ok.

Was ist nun mit den http Befehlen?

[smarthome2020]

@el_malto
Die HTTP-Befehle gehen. Also das Starten und das Stoppen des Videos :)
Nun kann ich mit einem Blockly alles konfigurieren.

Vielen vielen Dank für deine Hilfe.

[el_malto]

@smarthome2020 ok super dann haben wir das ja schoon mal erreicht.

[smarthome2020]

@el_malto
Was dennoch mysteriös ist....

VLC spielt das alles in ner bomben Qualität ab ohne FPS Einbruch.
Webbrowser mit Stream über die Kamera selber (über Kamera-IP) ist dagegen wie der Stream bei motionEye.

Wie kann es da solche Unterschied geben? Wie kann man sich das erklären?

[el_malto]

@smarthome2020 dann würde ich mal gucken ob du die Kamera einstellen kannst. Wenn du im Browser den Stream DIREKT von der Kamera abspielen kannst. muss die Kamera ja zwei Streams raus geben. RTSP-Stream geht nicht per Browser.

[smarthome2020]

@el_malto
Der RTSP Stream ist der gute Stream beim VLC. Wenn ich den jedoch bei motioneye einbinde, laggt der enorm. Hab da den JPEG Stream drin. Der laggt jedoch auch.

[smarthome2020]

Nach ein paar Tagen testen fällt mit nun auf, dass die Kamera immer mal wieder nicht erreichbar ist über motioneye. Wenn ich dir App der Kamera öffne auf dem Smartphone, dann sehe ich den Stream. Auch über den Browser geht es. Nur über motioneye nicht.
Ich hab den Fehler noch nicht eindeutig gefunden. Kann man man sich irgendwie eine Mitteilung zukommen lassen, dass die Kamera nicht aktiv ist bei motioneye?

Im Bild steht bei motioneye "unable to open Video device." nur ist die Kamera an sich aktiv.

[el_malto]

@smarthome2020 musst mal gucken ob MotionEye ein Webhook senden kann wenn die Kamera disconnected. Wenn das nicht geht kannst du ja aber über Links den Status der Kamera abfragen. Die stehen ja auch in der Doku.

{IP}:{port}/{camid}/detection/status Return the current status of the camera.
{IP}:{port}/{camid}/detection/connection Return the connection status of the camera.

Damit könntest du den Staus der Kamera auswerten. Wenn die Off ist kannst dann ja vielleicht mit

{IP}:{port}/{camid}/action/restart Shutdown and restart Motion

MotionEye neustarten und die Kamera verbindet sich wieder. Wäre aber ja nur ein Workaround.
Vielleicht verliert die Kamera ja das W-Lan Signal und MotionEye merkt nicht das die Kamera irgendwann wieder Verfügbar ist? Könntest du ja mal mit den Ping Adapter oder wenn du eine Fritzbox hast mit den TR-064 Adapter überwachen.

[smarthome2020]

@el_malto Vielen Dank für die Ideen.
Ich bastel heute Abend weiter. :D

[smarthome2020]

@el_malto
Also... Es ist heute wieder passiert.

Bild bleibt grau.

1. kann keinen Stream/Bild bei motionEye sehen "Unable to open Video device since (wohl Uhrzeit des letzten Bildes)"
2. kann mich über das Webinterface nicht bei der Kamera anmelden "Failed - Network error: Unable to connect to device"
3. die APP auf dem Smartphone zeigt weiter Bilder auch wenn motionEye und Webinterface nichts mehr anzeigen.
4. Unter der Fritzbox wird die Kamera als aktiv aufgeführt.

Was hab ich gemacht:

1. Ich habe die Befehle ausgeführt. motionEye hat restartet --> keine Wiederherstellung des Bildes
2. Kamera neugestartet über die APP auf dem Smartphone
3. Dann nochmal motionEye restartet --> keine Wiederherstellung des Bildes
4. RPi über Konsole rebootet --> dann gings.
5. Was gestern auch ging war Strom vom PoE-Switch abzunehmen um so die Kamera zu rebooten.

Letztlich ist es sehr unpraktisch, wenn ich 4 Kameras am Switch habe und diesen dann durch zB eine Gosund neu starten lasse. Dann gehen ja immer alle Kameras aus.

[el_malto]

@smarthome2020 sagte in Kamera + Bewegungsmelder kombinieren für Gartenüberwachung:

3. die APP auf dem Smartphone zeigt weiter Bilder auch wenn motionEye und Webinterface nichts mehr anzeigen.

Da kann doch was nicht stimmen. Sicher das die Bilder in der App "aktuell" und "live" sind und nicht irgendwelche Bilder aus der Cloud (wenn die Kamera über eine Cloud läuft) da gezeigt werden?
Und mit WebIF meinst du das wirkliche WebIF von der Kamera und nicht das WebIF von MotionEye oder?

4. Unter der Fritzbox wird die Kamera als aktiv aufgeführt.

Kannst du die Kamera denn noch anpingen wenn du nicht mehr über das WebIf drauf kommst? Die Fritzbox kann ab und zu auch mal ein bisschen träge sein. Mit pingen kannst dann wirklich sicher sein ob die vielleicht nicht doch die W-Lan Verbindung verloren hat.

[smarthome2020]

@el_malto
Also ich kann mich in der Kamera winken sehen ^^ Kann also nicht aus der Cloud sein, die auch nciht angeschaltet ist. Die Kamera hat keinen Internetzugang. Firmware ist aber die neueste. Das habe ich überprüft.

WebIF ist das von der Kamera. Also die IP-Adresse aufrufen, dann kommt ein Web-IF.

Ich wollte die Kamera anpingen und dann kam mir ein Geistesblitz und ich hab das anpingen vergessen :D
Muss ich beim nächsten Mal anpingen. Aber ich kann wie gesagt noch das Bild in der App sehen -.-

Hatte im Übrigen eben auch ..../detection/connection und /detection/status ausgeführt. War ok bzw. active, obwohl kein Bild vorhanden war.
--> Ich teste das nochmal, wenns wieder auftritt. Aber wenns immer so sein sollte, dann kann ich ja nur durch beobachten des Streams an die Infos kommen, ob das Bild noch da ist.