Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[skvarel]

Aktuelle Latest Version	1.3.x
Aktuelle Stable Version	1.3.1
Veröffentlichungsdatum	21.06.2026
Github Link	https://github.com/inventwo/ioBroker.motioneye
npm Link	https://www.npmjs.com/package/iobroker.motioneye
FAQ	https://github.com/inventwo/ioBroker.motioneye/blob/main/docs/de/faq.md

---

Ursprungsbeitrag (Alpha): https://forum.iobroker.net/topic/84843/motioneye-integration-alpha

---

Der Adapter bringt Bewegungsmelder, Snapshots und Livestream in ioBroker. Pro Kamera gibt es eigene Kanäle mit frei wählbarem Namen. Die Modi off, still und sharp lassen sich aus ioBroker steuern. MotionEye wird dabei über die Config-API (Port 8765) synchronisiert.

Für Bewegung nutzt der Adapter einen eingebauten Webhook-Server – simple-api ist nicht nötig. Webhook-URLs schreibt der Adapter beim Start nach MotionEye.

Zusätzlich gibt es Snapshot, Stream ein/aus, streamPulse (kurze Vorschau) und streamUrl mit fertigem HTML für jedes HTML-Widget in VIS, VIS2 oder Dashboards.

Im Admin gibt es einen Hilfe-Tab und einen Button „Kameras aus MotionEye laden“, der fehlende Kameras aus /config/list in die Tabelle übernimmt.

Gruß
skvarel von inventwo

[skvarel]

Changelog:

1.3.1 (2026-07-12)

• Fixed Telegram snapshot notifications ignored or text-only on some cameras: legacy saved flags (notificationEnabled, notificationImageExcluded) no longer override per-camera On snapshot / Send image = Yes
• Telegram snapshot images sent as photo buffer with caption (reliable delivery vs. absolute file path)

1.3.0 (2026-07-11)

• Instance _info disk usage from MotionEye: diskUsedGb, diskTotalGb, diskUsedPercent (filesystem of first online camera)

1.2.0 (2026-07-11)

• Per-camera alertLevel datapoint: one VIS dropdown for off / motion-only / motion+Telegram / motion+video / full protection; syncs mode and Telegram-on-motion; legacy mode writes still supported
• Fixed Telegram-on-motion image: trigger MotionEye snapshot before download when lastsnap.jpg is not ready yet (same path as manual snapshot button)
• Telegram notification timestamps use local time (YYYY-MM-DD HH:mm:ss) instead of UTC ISO (…Z)

1.1.0 (2026-07-11)

• Per-camera Telegram triggers: separate On motion / On snapshot Yes/No dropdowns in the table (no global motion/snapshot checkboxes)

1.0.0 (2026-07-11)

• Notifications tab: built-in Telegram on motion and/or snapshot — recipients with Active toggle, per-camera message template (Yes/No dropdowns), per-camera recipient filter, test message
• Snapshot cache: lastsnap.jpg in ioBroker file storage, Snapshots tab, datapoints snapshots.* for VIS/Telegram/scripts
• Per-camera motion detection tuning under motiondetection.*
• FAQ: snapshot storage, Telegram hints, notifications tab

---

Older changes:

Spoiler

0.10.0 (2026-07-10)

• Fixed snapshot action failing with 404 not found on some MotionEye/Motion combinations: snapshots are now triggered via MotionEye's own authenticated /action/{id}/snapshot endpoint (same connection as everything else) instead of a direct, unauthenticated call to Motion's raw webcontrol port. The motionPort setting is no longer needed and has been removed.

0.9.0 (2026-07-05)

• Per-camera storage stats under storage.*: snapshot count, video count, and occupied space in MB (storage.snapshotCount, storage.videoCount, storage.usedSpaceMb, storage.lastRefresh), refreshed on demand via storage.refresh
• New Storage config tab: global auto-refresh on/off switch + interval (storagePollEnabled, storagePollIntervalSec, off by default), a per-camera "Exclude from auto-refresh" checkbox to skip unimportant cameras, and a button to refresh all listed cameras immediately

0.8.0 (2026-07-04)

• New Overlay config tab: preset overlay.* (enabled/leftText/rightText/customLeftText/customRightText/textScale) per camera in a table, with a button to apply the table to already-running cameras immediately; values only ever flow from the config table to the datapoints, never back, so live datapoint changes are never overwritten on a restart

0.7.0 (2026-07-03)

• Per-camera text overlay under overlay.*: read and control overlay on/off, left/right text mode (camera name / timestamp / custom text / disabled), custom text strings, and text size (overlay.enabled, overlay.leftText, overlay.rightText, overlay.customLeftText, overlay.customRightText, overlay.textScale); leftText/rightText and their custom text are always saved together, in any order
• Fixed a race condition where setting two settings.* datapoints for the same camera at nearly the same time could silently drop one of the changes ("lost update"); config writes per camera are now serialized

0.6.1 (2026-07-03)

• Fixed privacy mask regions not surviving adapter restarts/updates: mask lines are now persisted to the settings channel's native config instead of only in memory

0.6.0 (2026-07-02)

• Per-camera device settings under settings.*: read and control framerate, resolution, rotation, auto brightness and privacy mask (settings.framerate, settings.resolution, settings.availableResolutions, settings.rotation, settings.autoBrightness, settings.privacyMask); resolution is validated against the camera's supported list

0.5.0 (2026-07-01)

• MotionEye 0.44+ support: session login via POST /login (auto-fallback when URL signature auth fails); keeps 0.43.x signature auth
  

[skvarel]

... reserviert!

[skvarel]

Das Update zur 0.6.0 ist unterwegs!

Neu sind jetzt 'settings' pro Kamera, inkl. der Datenschutzmaske

Hier mal Beispiele meiner Video VIS. Die VIS ist ein eigenständiges Projekt und läuft dauerhaft im Autostart auf einem kleinen 10.1" Touchmonitor bei mir im Büro

Auffahrt & Carport:

Innenhof & Koiteich (beim Teich hat gerade der stille Alarm ausgelöst):

Strand & Garten:

Jeder Vorschau-Stream ist auch gleichzeitig ein Button für ein Popup einer Einzelansicht.
Hier als Beispiel, der Koiteich:

[skvarel]

Info:

Wenn es keine Meldungen von Bugs gibt, würde ich neue Features eine Zeitlang nur in die Github (Alpha) Version einbauen und die aktuelle 0.6.0 in ein paar Tagen zum Stable beantragen.

Ich denke, der Stand der 0.6.0 ist ein sehr guter Stable-Kandidat.

[skvarel]

Die 0.7.0:

Die Textüberlagerung ist jetzt auch per Adapter einstellbar

(Ansicht in MotionEye)

(Die Adapter Datenpunkte)

[skvarel]

Bei der 0.8.0 ist nun auch ein OVERLAY Tab dazugekommen. So lassen sich alle Kameras auf einmal konfigurieren, anstatt über die einzelnen Datenpunkte gehen zu müssen.

[skvarel]

ALPHA Update:

Angaben über die Anzahl der Snapshots und Videoclips hinzugefügt

EDIT:
Jetzt als 0.9.0 veröffentlicht

[skvarel]

In der Video-VIS lasse ich mir nun die Anzahl der Snepshots, Anzahl der Clips und den belegten Speicher anzeigen.

Zur Zeit summiere ich es per Blockly. Ich werde aber die Tage noch eine Zusammenfassung per Datenpunkte einbauen.

[denjo]

Moin, ich teste gerade den MotionEye-Adapter v0.9.0 mit motionEye 0.43.1b5 und Motion 4.7.0 (beides in einem Proxmox-LXC).

Die Verbindung zum Adapter funktioniert, alle Kameras werden erkannt und angelegt. Die Snapshot-URLs von MotionEye funktionieren ebenfalls, z. B. http://192.168.178.xxx:8765/picture/3/current/.

Wenn ich jedoch den Datenpunkt camera3.snapshot auslöse, bekomme ich immer:
Snapshot failed for Camera3: Motion HTTP 404: {"error":"not found"}

Im Adapter habe ich MotionEye auf Port 8765 und die Config-API ebenfalls auf 8765 eingetragen. In der Doku steht allerdings, dass die Motion-HTTP-API für Snapshots auf Port 7999 laufen soll. Bei einer normalen MotionEye-Installation kann ich dafür aber keine Einstellung finden, und auf Port 7999 läuft bei mir auch nichts.

Ist das ein Bug im Adapter oder muss Motion zusätzlich auf Port 7999 konfiguriert werden? Falls ja: Wo genau stellt man das bei einer aktuellen MotionEye-Installation ein?

[skvarel]

@denjo .. ist mit der 0.10.0 behoben. Die Version ist gerade zu npm unterwegs.

[skvarel]

UPDATE: 0.10.0

Der HTTP Port (7999) wurde nur für die Snapshots benötigt. Cursor hat es jetzt auch auf den API Port umgestellt und die Eingabe für den HTTP aus der Config entfernt.

Bei bestimmten Konstellation kann der Weg über HTTP Probleme bereiten. Das sollte nun abgestellt sein.

[denjo]

@skvarel kurzes Feedback: Der 404-Fehler ist mit der Version 0.10.0 weg. action/snapshot: OK und HTTP 200 kommen jetzt. 👍 Allerdings finde ich nirgendwo das eigentliche Bild. In den Datenpunkten steht bei storage.snapshotCount weiterhin 0 und usedSpaceMb 0 MB. Ist das so vorgesehen oder müsste der Adapter das Bild irgendwo ablegen bzw. als Datenpunkt bereitstellen?

[denjo]

@skvarel Kleines Update: Ich habe die Speicherplatz-Statistik aktualisiert, jetzt werden auch snapshotCount und usedSpaceMb korrekt angezeigt. Die Snapshots scheinen also gespeichert zu werden. Wo finde ich denn das eigentliche Bild? Ich würde das Snapshot gerne per ioBroker an den Telegram-Adapter schicken. Gibt es dafür einen Datenpunkt oder einen Pfad, den ich verwenden kann?

[skvarel]

@denjo .. ich arbeite gerade daran. Zur Zeit werden sie nur im Medien Ordner in MotionEye gespeichert:

https://github.com/inventwo/ioBroker.motioneye/blob/main/docs/de/faq.md#wo-werden-snapshots-und-videos-gespeichert

Ich versuche gerade, immer den letzten Snapshot in die ioBroker Dateien zu bekommen.

[skvarel]

@denjo .. es klappt!

[skvarel]

@denjo .. nächste Idee:

Einen Tab in der Config um sich direkt Telegram Nachrichten einstellen zu können

[skvarel]

INFO

Da kommt mit der 1.0.0 etwas sehr Großes

Ich mache noch ein/zwei Tests und melde mich, wenn die Version online ist

[skvarel]

UPDATE:

Die 1.0.0 ist auf dem Weg zu npm

[skvarel]

INFO

Es gab ein Problem beim Telegramversand von den Snapshots. Das betraf bei mir nur vereinzelte Kameras. Cursor AI hat den Bug gefunden.

Das ist in der 1.3.1 behoben.