Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[MartinK.]

@crunchip naja auch ohne Auswahl "senden mit Ergebnis" es das gleiche verhalten, und der gleiche Fehler beim ersten mal Trigger auslösen.

Auch wenn ich den Datenpunkt manuell nur 1x auslöse.
Habe das Skript nochmal neu ein einem separaten Blockly ohne weitere Telegram Implementation aufgebaut, nur das Foto senden, same shit...

Der Fehler muss woanders liegen.
Ich habe das absolut gleiche Blockly 2 Jahre genau so genutzt.. ohne Probleme.
Erst seitdem der ioBroker und MotionEye auf zwei separaten LXC Containern läuft ist es so.

Irgendwo sitzt da noch ein klemmer ;-)

[crunchip]

@martink sagte in [gelöst] Eigenartig Motioneye Verhalten nach Bookworm Upd:

naja auch ohne Auswahl "senden mit Ergebnis" es das gleiche verhalten

da musst du mit timeout arbeiten und da können 1500ms zu kurz sein

[MartinK.]

@crunchip Also nach einigen Test habe ich jetzt heraus gefunden, das es MotionEye in dem CT Container ist, der einfach gefühlt in den Ruhezustand fällt. Sobald ich mich auf der Web UI eingeloggt habe, und die Cam Streams ansehe, klappt auch das Bilder senden zu 100%. Jedes mal !

Auch wenn man auf die Web UI von MotionEye geht, braucht es ca. 2 sek. bis die Streams angezeigt werden. Und das ist genau der Zeitraum wo die Bilder nicht gesendet werden. :-) Wenn ich jetzt noch wüsste, wie ich diese Latenz ausgleichen kann, wäre es perfekt ;-) Ich könnte 2x eine Snapshot anfrage hintereinander stellen, dann würde es gehen.. Wäre aber ein unschöner Workaround 🧐 ... CPU + Speicher Langweilen sich vom MotionEye Container, da klemmt es schonmal nicht . Da muss ich wohl die Proxmox Nerds fragen, schätze ich 😎

[crunchip]

@martink da ich den wget Befehl aus deinem blockly nicht kenne, kann ich dazu nichts sagen, theoretisch kannst du da direkt einen snap der cam holen, dazu brauchst du kein motioneye. Voraussetzung, es gibt wine snap url der cam.

Es gibt keinen Ruhemodus in motioneye, entweder der Dienst läuft oder nicht.
Generell gibt es Probleme mit der Latenz, welches zum Problem führt, das die Bilder zeitversetzt sind, daher wäre ein direkter snap eh sinnvoller.

[David G.]

Ich nutze das ähnlich schon lange.
Mein wget sieht aber so aus

wget -O /opt/iobroker/snapshot/bild.jpg 'http://192.168.99.93/cgi-bin/api.cgi?cmd=Snap&channel=0&rs=wuuPhkmUCeI9WG7C&user=******&password=*****&width=3840&height=2160'

Die URL ist natürlich bei dir anders. Macht natürlich Sinn einen Snapshot vom der Cam zu holen anstatt motioneye.

[MartinK.]

@david-g sagte in [gelöst] Eigenartig Motioneye Verhalten nach Bookworm Upd:

Ich nutze das ähnlich schon lange.
Mein wget sieht aber so aus

wget -O /opt/iobroker/snapshot/bild.jpg 'http://192.168.99.93/cgi-bin/api.cgi?cmd=Snap&channel=0&rs=wuuPhkmUCeI9WG7C&user=******&password=*****&width=3840&height=2160'

Die URL ist natürlich bei dir anders. Macht natürlich Sinn einen Snapshot vom der Cam zu holen anstatt motioneye.

Dieser Tip hat die Lösung gebracht ! Vielen Dank! Oftmals sieht man den Wald vor lauter Bäumen nicht mehr ;-)

[MartinK.]

@crunchip Dieser Tip hat die Lösung gebracht ! Vielen Dank! Oftmals sieht man den Wald vor lauter Bäumen nicht mehr 😉