Bildversand der Kamera per Pushover sehr unzuverlässig.

[ADB-83]

Hallo zusammen.

Ich hoffe, man kann mir hier auf die Sprünge helfen.

Thema: Bild der Reolink-Kamera per Pushover versenden.

Vorher: Raspberry Pi mit angeschlossener Fisheye-Cam und MotionEye. Funktion sehr gut und schnell, Bildqualität eher mager und keine Nachtsicht.
Jetzt: Reolink W520, per go2RTC wird ein Live-Stream in IOBroker-VIS dargestellt und wird zusätzlich für Snapshots verwendet, um beim Klingeln an der Haustür ein Bild per Pushover zu versenden. Dafür wird das Bild zuerst auf dem Raspberry Pi 5 gespeichert, 10 Sek später per Pushover versendet und 15 Sek. danach die Datei noch mit dem korrekten Zeitstempel versehen.
Go2RTC läuft als Docker auf meinem Synology NAS.

Aktuelle Probleme: Oftmals wird kein Bild versendet. Gefühlsmässig geht jetzt noch weniger, als vor meinen "Versuchen"...

Test-Versuche zur Optimierung:

• Unterschiedliche Streaming-Formate, welche im go2RTC ausgewählt werden können.
• Die Zeit fürs Abspeichern erhöht (bevor das Bild versendet wird).
• Den Sub- statt den Mainstream ausgewählt (geringere Bildqualität).
• Die Kamera per LAN angeschlossen.
• Verschiedene Varianten des Stream-Linkes ausprobiert, die ich so im Netz gefunden hatte (Hochkomma, Anführungszeichen, Slash):
  o exec('wget --output-document /opt/iobroker/iobroker-data/Pics/PicHE.jpg 'http://192.168.178.188:1984/api/frame.jpeg?src=Kamera_HE_MainStream'');
  o exec('wget --output-document /opt/iobroker/iobroker-data/Pics/PicHE.jpg "http://192.168.178.73:1984/api/frame.jpeg?src=Kamera_HE_MainStream");
  o «Dieselben Links per http sowie https
• Anderen Speicherpfad (/tmp) ausgewählt.
• Das Bild nicht vom go2RTC-Stream geholt, sondern direkt von der CAM per:
  o http://192.168.178.188/cgi-bin/api.cgi?cmd=Snap&channel=0&rs=wuuPhkmUCeI9WG7C&user=IOBroker&password=1234
  o https://192.168.178.188/cgi-bin/api.cgi?cmd=Snap&channel=0&rs=wuuPhkmUCeI9WG7C&user=IOBroker&password=1234
  o In den CAM-Settings ist http und https aktiviert.
  o Hiermit scheint es noch unzuverlässiger zu funktionieren, als beim Abholen vom go2RTC-Stream. Teilweise sind die Bildgrössen zwischen 0 und 2KB gross und können nicht geöffnet werden.
• Alle 3 Systeme (Cam, IOBroker, Docker-Container) wurden mehrmals neu gestartet.

Bin ich eigentlich der Einzige, der mit solchen Problemen zu kämpfen hat?

Was könnte man noch versuchen, um das Bild zuverlässig per Pushover zu senden?

[bahnuhr]

@adb-83
speichern ist nicht mehr notwendig.

So klappt es mit telegram; ändere es um auf pushover.

// https://forum.iobroker.net/topic/74580/gel%C3%B6st-skript-auf-axios-httpget-umbauen/18?_=1731647992175

const ip = 159;
 httpGet(`http://192.168.243.${ip}:88/cgi-bin/CGIProxy.fcgi?cmd=snapPicture2&usr=xx&pwd=xx`, { responseType: 'arraybuffer' }, (err, response) => {
    if (err) {
        console.error(err);
    } else {
        sendTo('telegram.0', {
            user: vUser,
            text: createTempFile(`snap${ip}.jpg`, response.data),
            caption: cam
        });
    }
});

und stell https ab.
Braucht man doch im eigenen Netz nicht !

[ADB-83]

@bahnuhr

Danke für deinen guten Hinweis und entschuldige meine verspätete Rückmeldung!

Irgendwie scheint doch go2RTC das Problem zu verursachen. Aktiviere ich nämlich in der Reolink-Kamera das http und gebe bei GetHttp den passenden http-Link für den Aufruf des direkten Kamera-Streams an, scheint es (bis jetzt) wie gewünscht zu funktionieren. Einziger kleiner Nachteil: Man muss im Link den Benutzernamen und das Passwort fürs Kamera-Login im Klartext mitgeben. Ich hoffe, dass diese Daten mein privates Netz nicht verlassen werden…
Anbei noch den bei mir funktionierenden Javascript-Code, falls es für jemanden relevant sein sollte:

        httpGet(`http://192.168.178.188/cgi-bin/api.cgi?cmd=Snap&channel=0&rs=wuuPhkmUCeI9WG7C&user=IOBroker&password=123456`, { responseType: 'arraybuffer' }, (err, response) => {
            if (err) {
                console.error(err);
            } else {         
                sendTo("pushover.0", { message: varText, sound: varSound, title: varTitel, priority: varPrio, file: { name: varTitel, data: response.data } });
            }
        });

Den Stream für die IOBroker VIS muss ich wohl nach wie vor übers go2RTC führen. Ich nehme nicht an, dass es mittlerweile möglich ist, den rtsp-Stream direkt in der VIS anzeigen zu lassen, oder?

[wendy2702]

@adb-83 rtsp gehen in keinem Browser direkt und somit auch nicht in VIS

[ADB-83]

@wendy2702

Wie ich gerade entdeckt habe, müsste gemäss dem Onvif-Adapter (IOBroker) eine http-URL (http://192.168.178.188:80/rtsp/h264Preview_01_sub) vorhanden sein, doch wenn ich diese URL im Browser bzw. in der VIS aufrufe, erscheint gar nichts (weder eine Fehlermeldung, noch sonst ein Hinweis).
Die URL inkl. Zugangsdaten im Format http://IOBroker:pass1234@192.168.178.55:80/rtsp/h264Preview_01_main zeigt genau dasselbe Verhalten, obwohl der Snapshot mit http://IOBroker:pass1234@192.168.178.55/cgi-bin/api.cgi?cmd=onvifSnapPic&channel=0 einwandfrei dargestellt wird.
Temporär habe ich noch versucht, die Firewall und Antivirus von meinem Win-Tablet zu deaktivieren -> ohne Erfolg.
Füge ich den Stream im go2RTC ein, wird hier mse: stream: 405 Method Not Allowed angezeigt.

Hat noch jemand einen Tipp für mich? Es wäre natürlich ideal, wenn man sich den Umweg über go2RTC sparen könnte...

[wendy2702]

@adb-83 Ich verfolge das Forum und dieses Thema ja schon paar Tage länger und mir ist keine Möglichkeit bekannt ein "Live" Bild in VIS zu bekommen ohne ein weiteres Tool zur Umwandlung des RTSP Streams zu verwenden.

Was stört dich denn an Go2RTC ? Viel Ressourecen schonender wirst du es kaum hinbekommen oder du must dich mit Standbildern abfinden die alle x-Sekunden refresht werden.

[ADB-83]

@wendy2702

Man hat schlussendlich wieder eine Fehlerquelle mehr, die zudem unnötig gepflegt werden muss.
Kennst du den onvif-Adapter von IOBroker? Weisst du, ob dies eher allgemeine URLs sind, die nicht von jeder Kamera unterstützt werden oder sind dies URLs, welche von genau dieser Cam zur Verfügung gestellt werden (und auch funktionieren müssten)?

[wendy2702]

@adb-83 Bei mir läuft Go2RTC in einer Proxmox VM abgeschnitten von der Aussenwelt (Internet). Alle paar Monate mache ich die Firewall kurz auf und ein Update, sonst habe und sehe ich da keinen großen Pflegebedarf.

Onvif habe ich installiert, getestet und für mich keinen Nutzen gefunden.

Kann mal testen ob der Link der erstellt wird bei mir ein Bild liefert.

Hast du mal bei (https://www.ispyconnect.com/de/cameras) geschaut welche Links deine Kamera denn können soll?

EDIT: die ONVIF Links bei mir sind alle "rtsp" auch wenn request per HTTP erfolgt. Somit laufen die im Browser nicht.

[ADB-83]

@wendy2702

Hast du bei dir auch Reolink-Kameras verbaut?

@wendy2702 sagte in Bildversand der Kamera per Pushover sehr unzuverlässig.:

Hast du mal bei (https://www.ispyconnect.com/de/cameras) geschaut welche Links deine Kamera denn können soll?

Leider wird meine Reolink W520 hier gar nicht aufgelistet. Die zweite Kamera "TrackMix Wifi" wird zwar aufgelistet, doch es wird der nachfolgende Fehler ausgegeben:

URL: http://192.168.178.189/videostream.cgi?user=iobroker&pwd=Pass1234&resolution=32&rate=0
Antwort: [ { "cmd" : "Unknown", "code" : 1, "error" : { "detail" : "not support", "rspCode" : -9 } } ]

@wendy2702 sagte in Bildversand der Kamera per Pushover sehr unzuverlässig.:

EDIT: die ONVIF Links bei mir sind alle "rtsp" auch wenn request per HTTP erfolgt. Somit laufen die im Browser nicht.

Sieht dies bei dir unter den Objekten auch so aus, also http://192.168.178.188:55/rtsp/h264Preview_01_main?

[wendy2702]

@adb-83 habe auch Reolink Kameras.

Der Link in Onvif sieht bei mir auch so aus und der request per http fordert ja auch rtsp an. Steht ja lesbar drin.

[ADB-83]

@wendy2702

Ok, dann bleibt es wohl so...

Danke nochmals für eure Unterstützung