NEWS
[gelöst] Eigenartig Motioneye Verhalten nach Bookworm Upd
-
Wie gesagt, ich bin auch wieder zurückgewechselt.
Und bezüglich Deines "Flüssigkeitsproblems", da hat sich nichts geändert.
Du bist derjenige, der an der Stellschraube drehen kann. Sprich stärkere Hardware (Arbeitsspeicher, Prozessor) und natürlich auch die Einstellungen in MotionEye selber.
Kann ich definitiv mitreden, denn ich hab dahingegend alles ausprobiert.
Wenn Du natürlich, und ich denke deswegen setzen wir Kameras und die entsprechende Software dazu ein, die fast 100% Sicherheit mit (flüssigen) Videos und Bildern haben willst, dann bleibt vermutlich nur eine kostenpflichtige Lösung. Oder es gibt hier User, die tatsächlich das Maximum aus einer freien bzw. Open Source Software rausholen können.
Aber wie im richtigen Leben, ein Richtig oder Falsch für Alle gibt es nicht.
Das soll hier jeder auf alle Fälle so machen , wie er möchte.@dp20eic
Diese Aussage war natürlich sehr unglücklich.
Möchte nochmal klarstellen, dass Systeme, die relevant für Kommunikation und sonstigen Verkehr nach außen sind, natürlich in regelmässigen Intervallen auf Stand gehalten werden müssen.
Hier ging es mir ausschliesslich um die Motion Installation.
Da der Raspi bei mir mit dem Image hinter mehreren Switches mit Firewalls , einer FB und am Ende eines Modems hängt und noch per User/PW geschützt ist, ging/gehe ich davon aus , dass der Betrieb dieser Sofware nicht von Updates abhängt.Hätte ich natürlich in meinem Post klarstellen müssen.
@haselchen sagte in Eigenartiges Motioneye Verhalten nach Bookworm Update:
Hätte ich natürlich in meinem Post klarstellen müssen.
Moin,
ich gebe hier im Thread keinen weiteren Kommentar da zu ab, wir können gern einen im
Off Topicaufmachen und das da Diskutieren, aber auch das ist schon des Öfteren geschehen und daher halte ich da jetzt meinen Mund
VG
Bernd -
@haselchen sagte in Eigenartiges Motioneye Verhalten nach Bookworm Update:
Hätte ich natürlich in meinem Post klarstellen müssen.
Moin,
ich gebe hier im Thread keinen weiteren Kommentar da zu ab, wir können gern einen im
Off Topicaufmachen und das da Diskutieren, aber auch das ist schon des Öfteren geschehen und daher halte ich da jetzt meinen MundVG
Bernd@dp20eic
dito
-
Wie gesagt, ich bin auch wieder zurückgewechselt.
Und bezüglich Deines "Flüssigkeitsproblems", da hat sich nichts geändert.
Du bist derjenige, der an der Stellschraube drehen kann. Sprich stärkere Hardware (Arbeitsspeicher, Prozessor) und natürlich auch die Einstellungen in MotionEye selber.
Kann ich definitiv mitreden, denn ich hab dahingegend alles ausprobiert.
Wenn Du natürlich, und ich denke deswegen setzen wir Kameras und die entsprechende Software dazu ein, die fast 100% Sicherheit mit (flüssigen) Videos und Bildern haben willst, dann bleibt vermutlich nur eine kostenpflichtige Lösung. Oder es gibt hier User, die tatsächlich das Maximum aus einer freien bzw. Open Source Software rausholen können.
Aber wie im richtigen Leben, ein Richtig oder Falsch für Alle gibt es nicht.
Das soll hier jeder auf alle Fälle so machen , wie er möchte.@dp20eic
Diese Aussage war natürlich sehr unglücklich.
Möchte nochmal klarstellen, dass Systeme, die relevant für Kommunikation und sonstigen Verkehr nach außen sind, natürlich in regelmässigen Intervallen auf Stand gehalten werden müssen.
Hier ging es mir ausschliesslich um die Motion Installation.
Da der Raspi bei mir mit dem Image hinter mehreren Switches mit Firewalls , einer FB und am Ende eines Modems hängt und noch per User/PW geschützt ist, ging/gehe ich davon aus , dass der Betrieb dieser Sofware nicht von Updates abhängt.Hätte ich natürlich in meinem Post klarstellen müssen.
@haselchen @Armilar @dp20eic was habe ich da nur losgetreten!?
Also ich denke hier ist was für jeden dabei und das meine Systeme immer ALLE up-to-date sind und man nicht auf root rum-hobelt, dass habe ich spätestens auch hier im Forum nochmal gelernt, wobei das für mich auch immer schon klar war.
Aktuell kann ich den Bullseye Container ja noch eine Weile updaten und mein ganzes Setup, bis auf evtl. der blöde Saugroboter und der Rasenmäher, kommt hier auch weitestgehend gut ohne Cloud klar. Ich treibe was solche Dinge angeht auch netzwerkseitig schon entsprechenden Aufwand (Unifi mit USG Pro 4 Gateway) mit eigenem IOT VLAN und ggf. zusätzlicher Definitionen, welche Einzelclients oder Gruppen hier nicht mit dem WWW sprechen dürfen, bzw. ggf. gar nicht aus dem VLAN heraus kommen.
Die Awareness dazu ist bei mir über viele Jahre berufsseitig gewachsen und wir hatten hier, in einem 5-Personen Haushalt, bisher noch nicht einen einzigen Malware oder Pishing Fall, weil ich es hier auch ununterbrochen predigeAlso für mich ist alles gut und evtl. können wir am 18.ten ja in Solingen darüber sprechen
PS.
Und @liv-in-sky , ich werde das auch mal mit einer Neuinstallation versuchen. Entsprechender Bookworm Container steht schon
Pedder
All @Proxmox/Bookworm auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
Unifi, Motioneye/3Reolinks, PiHole, Bosch 7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus -
@haselchen @Armilar @dp20eic was habe ich da nur losgetreten!?
Also ich denke hier ist was für jeden dabei und das meine Systeme immer ALLE up-to-date sind und man nicht auf root rum-hobelt, dass habe ich spätestens auch hier im Forum nochmal gelernt, wobei das für mich auch immer schon klar war.
Aktuell kann ich den Bullseye Container ja noch eine Weile updaten und mein ganzes Setup, bis auf evtl. der blöde Saugroboter und der Rasenmäher, kommt hier auch weitestgehend gut ohne Cloud klar. Ich treibe was solche Dinge angeht auch netzwerkseitig schon entsprechenden Aufwand (Unifi mit USG Pro 4 Gateway) mit eigenem IOT VLAN und ggf. zusätzlicher Definitionen, welche Einzelclients oder Gruppen hier nicht mit dem WWW sprechen dürfen, bzw. ggf. gar nicht aus dem VLAN heraus kommen.
Die Awareness dazu ist bei mir über viele Jahre berufsseitig gewachsen und wir hatten hier, in einem 5-Personen Haushalt, bisher noch nicht einen einzigen Malware oder Pishing Fall, weil ich es hier auch ununterbrochen predigeAlso für mich ist alles gut und evtl. können wir am 18.ten ja in Solingen darüber sprechen
PS.
Und @liv-in-sky , ich werde das auch mal mit einer Neuinstallation versuchen. Entsprechender Bookworm Container steht schon@pedder007 sagte in Eigenartiges Motioneye Verhalten nach Bookworm Update:
@haselchen @Armilar @dp20eic was habe ich da nur losgetreten!?
Genauso sollte ein Thread sein.
Vernünftige Erklärungen , Sichtweisen...
So macht Gedankenaustausch Spass!Mit Solingen muss ich meine Frau noch überzeugen
-
@haselchen @Armilar @dp20eic was habe ich da nur losgetreten!?
Also ich denke hier ist was für jeden dabei und das meine Systeme immer ALLE up-to-date sind und man nicht auf root rum-hobelt, dass habe ich spätestens auch hier im Forum nochmal gelernt, wobei das für mich auch immer schon klar war.
Aktuell kann ich den Bullseye Container ja noch eine Weile updaten und mein ganzes Setup, bis auf evtl. der blöde Saugroboter und der Rasenmäher, kommt hier auch weitestgehend gut ohne Cloud klar. Ich treibe was solche Dinge angeht auch netzwerkseitig schon entsprechenden Aufwand (Unifi mit USG Pro 4 Gateway) mit eigenem IOT VLAN und ggf. zusätzlicher Definitionen, welche Einzelclients oder Gruppen hier nicht mit dem WWW sprechen dürfen, bzw. ggf. gar nicht aus dem VLAN heraus kommen.
Die Awareness dazu ist bei mir über viele Jahre berufsseitig gewachsen und wir hatten hier, in einem 5-Personen Haushalt, bisher noch nicht einen einzigen Malware oder Pishing Fall, weil ich es hier auch ununterbrochen predigeAlso für mich ist alles gut und evtl. können wir am 18.ten ja in Solingen darüber sprechen
PS.
Und @liv-in-sky , ich werde das auch mal mit einer Neuinstallation versuchen. Entsprechender Bookworm Container steht schon@pedder007 sagte in Eigenartiges Motioneye Verhalten nach Bookworm Update:
Also für mich ist alles gut und evtl. können wir am 18.ten ja in Solingen darüber sprechen
Ich habe es auf dem Plan, kann es aktuell aber noch nicht zu 100%
zusagen. Aber schön wär's 
-
@armilar sagte in Eigenartiges Motioneye Verhalten nach Bookworm Update:
Aber motionEye ist tot!
bei mir nicht - habe aber einen bookworm container installiert und dann motioneye neu gemacht - läuft seit monaten
@liv-in-sky so, ich habe das nun auch so hinbekommen, wobei ich im Container irgendwie noch eine zusätzliche 'Kinke' hatte.
Meine Berechtigungsstruktur gab es nicht her, dass motioneye sein motion.pid file im Ordner /run ablegen durfte.Ich habe meinen entsprechenden Workaround dann mal hier:
https://github.com/motioneye-project/motioneye/issues/2780#issuecomment-1789318667
für 'Gott und die Welt' dokumentiert.Jetzt läufts, auch nach Container-Neustart und ich kann meine Bookworm Umgebung schön aktuell (und sicher
) halten.Achso: Und das Geflacker ist damit tatsächlich beseitigt
Pedder
All @Proxmox/Bookworm auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
Unifi, Motioneye/3Reolinks, PiHole, Bosch 7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus -
@liv-in-sky so, ich habe das nun auch so hinbekommen, wobei ich im Container irgendwie noch eine zusätzliche 'Kinke' hatte.
Meine Berechtigungsstruktur gab es nicht her, dass motioneye sein motion.pid file im Ordner /run ablegen durfte.Ich habe meinen entsprechenden Workaround dann mal hier:
https://github.com/motioneye-project/motioneye/issues/2780#issuecomment-1789318667
für 'Gott und die Welt' dokumentiert.Jetzt läufts, auch nach Container-Neustart und ich kann meine Bookworm Umgebung schön aktuell (und sicher
) halten.Achso: Und das Geflacker ist damit tatsächlich beseitigt
@pedder007 sagte in [gelöst] Eigenartig Motioneye Verhalten nach Bookworm Upd:
Achso: Und das Geflacker ist damit tatsächlich beseitigt
Hab ich doch gesagt
-
@armilar sagte in [gelöst] Eigenartig Motioneye Verhalten nach Bookworm Upd:
Falls jemand diese Entscheidung trifft, hätte ich sicherlich einige Ratschläge zur Vorgehensweise und zu den Einstellungen
Nutze ebenfalls Motioneye und bin auch nicht mehr ganz so zufrieden damit, daher probiere ich Shinobi aus.
Die Containerinstallation läuft, Bild einwandfrei, ich scheitere aber tatsächlich an der Einbindung in VIS-2. API mit voller Zugriffsberechtigung erstellt, iFrame nach folgendem Schema eingerichtet:http:// Shinobi-Container:32780 / [API] / embed / [Group-ID] / [Monitor-ID]
Angezeigt wird mir jedoch nur ein graues Feld, wo habe ich den Fehler oder welche Einstellungen muss ich anpassen?
Auch Frauen können sich für Technik begeistern! ;)
Equipment:
diverse HM-, HMIP-, Aeotec- Tradfri- Sonos- und Fibaro-Geräte, Master-/Slavesystem auf 2 Raspi4, NAS -
@armilar sagte in [gelöst] Eigenartig Motioneye Verhalten nach Bookworm Upd:
Falls jemand diese Entscheidung trifft, hätte ich sicherlich einige Ratschläge zur Vorgehensweise und zu den Einstellungen
Nutze ebenfalls Motioneye und bin auch nicht mehr ganz so zufrieden damit, daher probiere ich Shinobi aus.
Die Containerinstallation läuft, Bild einwandfrei, ich scheitere aber tatsächlich an der Einbindung in VIS-2. API mit voller Zugriffsberechtigung erstellt, iFrame nach folgendem Schema eingerichtet:http:// Shinobi-Container:32780 / [API] / embed / [Group-ID] / [Monitor-ID]
Angezeigt wird mir jedoch nur ein graues Feld, wo habe ich den Fehler oder welche Einstellungen muss ich anpassen?
Unter Home/Monitore:
werden die Monitore aufgelistet
unter "Copy Stream URL" ziehe ich die URL für den Browser
Wenn die im Browser aufgerufen werden kann, ist sie auch im VIS nutzbarInstallationsanleitung, Tipps, Alias-Definitionen, FAQ für das Sonoff NSPanel mit lovelace UI unter ioBroker
https://github.com/joBr99/nspanel-lovelace-ui/wikiBenutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
Unter Home/Monitore:
werden die Monitore aufgelistet
unter "Copy Stream URL" ziehe ich die URL für den Browser
Wenn die im Browser aufgerufen werden kann, ist sie auch im VIS nutzbar@armilar sagte in [gelöst] Eigenartig Motioneye Verhalten nach Bookworm Upd:
unter "Copy Stream URL" ziehe ich die URL für den Browser
Danke - hatte erst nicht funktioniert, dann habe ich festgestellt, dass als Stream Type "Poseidon" eingestellt war. Jetzt läuft es.
Sieht in der Grundeinstellung ganz gut aus, werde jetzt einmal mit den Einstellungen experimentieren. -
Bei motioneye scheint es weiterzugehen: https://github.com/motioneye-project/motioneye/releases
-
Bei motioneye scheint es weiterzugehen: https://github.com/motioneye-project/motioneye/releases
-
Hallo Freunde, ich hänge mich hier nochmal mir rein, da ich nicht noch einen MotionEye Thema eröffnen möchte.
Habe ME in einem Proxmox super am laufen, jedoch gibt es beim Versand von meinem Snapshot über das Blockly Skript immer ein kleines Problem. Der Snapshot wir fast immer erst nach dem zweiten oder dritten mal des auslösen des Triggers erfolgreich erstellt und an Telegram versendet, obwohl ich Timeouts zum kopieren des Fotos von Kamera zu ioBroker gesetzt habe.
Beim ersten Versuch wird mir immer diese Fehlermeldung im Log ausgegeben.
Es scheint so, als ob irgendwo ein Dienst oder Service erst nach dem 2. Versand aufwacht, und die Snapshot.JPG wird dann erst erstellt.
(MotionEye + ioBroker laufen in zwei separaten LXC-Containern)
Hier ist noch ein Screenshot des Blockly
Hat jemand einen Tip für mich ?
Lägere Timeouts helfen auch nicht ?...konnte ich helfen ? Dann würde ich mich über ein Voting freuen ! (rechts unten)...
-
Hallo Freunde, ich hänge mich hier nochmal mir rein, da ich nicht noch einen MotionEye Thema eröffnen möchte.
Habe ME in einem Proxmox super am laufen, jedoch gibt es beim Versand von meinem Snapshot über das Blockly Skript immer ein kleines Problem. Der Snapshot wir fast immer erst nach dem zweiten oder dritten mal des auslösen des Triggers erfolgreich erstellt und an Telegram versendet, obwohl ich Timeouts zum kopieren des Fotos von Kamera zu ioBroker gesetzt habe.
Beim ersten Versuch wird mir immer diese Fehlermeldung im Log ausgegeben.
Es scheint so, als ob irgendwo ein Dienst oder Service erst nach dem 2. Versand aufwacht, und die Snapshot.JPG wird dann erst erstellt.
(MotionEye + ioBroker laufen in zwei separaten LXC-Containern)
Hier ist noch ein Screenshot des Blockly
Hat jemand einen Tip für mich ?
Lägere Timeouts helfen auch nicht ?@martink mach mal beim exec block mit Ergebnisse
Lass den unteren timeout weg, den brauchst du dadurch nicht.umgestiegen von Proxmox auf Unraid
-
@martink mach mal beim exec block mit Ergebnisse
Lass den unteren timeout weg, den brauchst du dadurch nicht. -
@martink den timeout kannst du ganz weglassen
Was ist das für eine 2te telegram Meldung?
Die obere sendet das geholte Bild sobalt es vorhanden istumgestiegen von Proxmox auf Unraid
-
@martink den timeout kannst du ganz weglassen
Was ist das für eine 2te telegram Meldung?
Die obere sendet das geholte Bild sobalt es vorhanden ist -
@crunchip Die zweite Ist nur Die Alarm Info, und ein Hperlink zur Motioneye Web Ui (zur live Ansicht)
-
@martink setz mal deinen trigger auf "wurde geändert"
umgestiegen von Proxmox auf Unraid
-
@crunchip sagte in [gelöst] Eigenartig Motioneye Verhalten nach Bookworm Upd:
@martink setz mal deinen trigger auf "wurde geändert"
nee, der Trigger ist nicht das Problem. Das funzt alles, der löst ja laut debug immer zu 100% richtig aus.
Das Problem ist, das scheinbar die Datei nicht beim ersten Durchgang korrekt erstellt / kopiert wird
das besagt zumindest die Fehlermeldung:Failed sending [chatId - 857222839]: Error: ETELEGRAM: 400 Bad Request: file must be non-empty
Wenn ich dann ein paar mal hintereinander der Trigger auslöse, kommt auch immer das Foto.
Irgendwo klemmt da beim kopieren der Bilddatei auf den iobroker irgendetwas...konnte ich helfen ? Dann würde ich mich über ein Voting freuen ! (rechts unten)...
Support us
620
Online32.4k
Users81.3k
Topics1.3m
Posts