E-INK Display OpenEPaperLink - Displayanzeige mit Batterie

Beowolf

@bananajoe
Was ich nicht verstehe ist, das in dem temp Ordner drei Dateien mit der MAC Adresse stehen.

Alle sehen so aus:
/temp/00007E1C46CFB295_2342442.jpg
/temp/00007E1C46CFB295_3242543.jpg
/temp/00007E1C46CFB295_842829.jpg

Welche Datei soll es dann sein?

BananaJoe

@beowolf kann das sein das du beim Tempordner auf dem AP bist?
Sind das den gültige Dateien / Funktioniert die Vorschau?
Die Bilder die das Skript hochgeladen hat?

Beowolf

@bananajoe
Ja, bin auf dem AP.

Dort kann ich nur den Ordner auswählen.

Vorschau funktioniert.

Das Skript speichert doch das Bild im tmp-Ordner auf dem Pi, richtig?
Dort heißt die Datei dann auch noch so wie sie im Blockly eingetragen wurde.
Auf dem AP haben die Dateien dann immer die MAC-Adresse.

BananaJoe

@beowolf Das Skript unter ioBroker speichert das Bild lokal im /tmp/... Ordner.
Der AP speichert das Bild nach dem Hochladen (oder wenn er es sich selbst holt) ebenfalls in seinem lokalen /temp/ Ordner. Wenn es dort auftaucht funktioniert das Hochladen per Skript schon einmal.

Mehrere unter einen Namen + Endung speichert er eigentlich nur wenn die Änderungen schneller reinkommen als das er hochladen kann. Am Inhalt der Bilder solltest du ja sehen können wann die gekommen sind bzw. am Zeitstempel.
Zur Not baue die Zeit mit in die VIS ein, ggf. zum testen.

Es liegt also eher an der Konfiguration auf dem AP selbst. Die MAC des Tags stimmt, ja? Der ePaper-Tag nimmt sonst andere Sachen an, z.B. wenn du ein Bild mit der Maus im Dialog selbst zeichnest?
Was sagt das Log?

Beowolf

@bananajoe sagte in E-INK Display OpenEPaperLink - Displayanzeige mit Batterie:

Das Skript unter ioBroker speichert das Bild lokal im /tmp/... Ordner.
Der AP speichert das Bild nach dem Hochladen (oder wenn er es sich selbst holt) ebenfalls in seinem lokalen /temp/ Ordner. Wenn es dort auftaucht funktioniert das Hochladen per Skript schon einmal.

Ja das neue Bild erscheint lokal im /tmp/ Ordner.

Auf dem AP erscheint es aber nicht.

Im Blockly ist als "AP-URL" die IP-Adresse des APs angegeben und als Ordner /imgupload.

Sollte dort /temp als Ordner stehen?

Die MAC des Tags stimmt, ja? Der ePaper-Tag nimmt sonst andere Sachen an, z.B. wenn du ein Bild mit der Maus im Dialog selbst zeichnest?

Das funktioniert alles.

Mit diesem Skript


sendTo('puppeteer.0', 'screenshot', { 
    url: urlOfVISView,                     
    path: imageSaveToFilenameWithPath,     
    width: viewWidth,                      
    height: viewHeight,                    
    quality: jpgQuality,                   
 
    waitOption: {
        waitForSelector: waitForSelector,  
        waitForTimeout: 25000              
    },
 
    fullPage: false,                       
 
    clip: {         
        x: cutoutX,                        
        y: cutoutY,                        
        width: cutoutWidth,                
        height: cutoutHeight               
    }
}, obj => {
    if (obj.error) {
        console.warn("Fehler beim Aufruf der View: " + urlOfVISView + " => " + obj.error.message);
    } else {
        const http = require('http'); 
        const https = require('https');
        const { URL } = require('url');
 
        const boundary = '--------------------------' + Date.now().toString(16);
        const CRLF = '\r\n';
 
        // Payload-Erstellung
        const payload = Buffer.concat([
            Buffer.from(`--${boundary}${CRLF}Content-Disposition: form-data; name="dither"${CRLF}${CRLF}0${CRLF}`),
            Buffer.from(`--${boundary}${CRLF}Content-Disposition: form-data; name="mac"${CRLF}${CRLF}${ePaperMAC}${CRLF}`),
            Buffer.from(`--${boundary}${CRLF}Content-Disposition: form-data; name="image"; filename="screenshot.jpg"${CRLF}Content-Type: image/jpeg${CRLF}${CRLF}`),
            Buffer.from(obj.result, 'binary'),
            Buffer.from(`${CRLF}--${boundary}--${CRLF}`)
        ]);
 
        // URL Parsing
        const url = new URL(imageUploadURL);
        const options = {
            hostname: url.hostname,
            port: url.port || (url.protocol === 'https:' ? 443 : 80),
            path: url.pathname + (url.search || ''),
            method: 'POST',
            headers: {
                'Content-Type': 'multipart/form-data; boundary=' + boundary,
                'Content-Length': payload.length
            }
        };
 
        // Protokollwahl
        const protocol = url.protocol === 'https:' ? https : http;
 
        // HTTP Request
        const req = protocol.request(options, function(res) {
            console.log('ImageUploadStatusCode:', res.statusCode);
            res.on('data', function(chunk) {
                console.log('Response:', chunk.toString());
            });
        });
 
        req.on('error', function(e) {
            console.error('Fehler beim Hochladen:', e.message);
        });
 
        req.write(payload);
        req.end();
    }
});

funktioniert das ja auch.

BananaJoe

@beowolf sagte in E-INK Display OpenEPaperLink - Displayanzeige mit Batterie:

Sollte dort /temp als Ordner stehen?

Nein!
Die Url mit /imgupload sagt dem AP ja was du vor hast.
Was dann passiert sollte in den Logs stehen des AP stehen, nämlich wie er versucht hochzuladen. Oder auch das er es nicht macht weil sich das Bild nicht (genügend) geändert hat

Beowolf

@bananajoe
Im Log des Skripts steht dieses

25.9.2024, 12:57:26.234	[info ]: javascript.0 (15594) script.js.common.EPaper-Displays.Allgemein.Kellerlüfter_NEU: TAG-Lüftung1 wurde aktualisiert
25.9.2024, 12:57:27.870	[info ]: javascript.0 (15594) script.js.common.EPaper-Displays.Allgemein.Kellerlüfter_NEU: Screenshot erfolgreich erstellt:
25.9.2024, 12:57:27.870	[info ]: javascript.0 (15594) script.js.common.EPaper-Displays.Allgemein.Kellerlüfter_NEU: Bild wird hochgeladen...
25.9.2024, 12:57:28.000	[info ]: javascript.0 (15594) script.js.common.EPaper-Displays.Allgemein.Kellerlüfter_NEU: Image:/tmp/lüftung1.jpg => ImageUploadStatusCode: 200

Im Log vom AP passiert nichts.

LOG AP

    12:58:41 00007E1C34BEB296 reports xfer complete
    12:57:40 00007E1C3948B292 reports xfer complete
    12:57:40 00007E1C3948B292 block request /current/00007E1C3948B292_797159.pending block 0, len 1659 checksum 15498
    12:57:38 new image: /current/00007E1C3948B292_797159.pending
    12:57:37 Updating 00007E1C3948B292
    12:57:21 00007E1C46F8B291 reports xfer complete

bonsai308

@beowolf
Nein, die sind bei mir tatsächlich 6 stellig?!

Es spielt auch keine Rolle ob ich den niedrigsten oder höchsten Wert nehme.
Es läuft einfach nicht. Als Versuch hatte ich sogar das Blockly-Script und eine neue VIS-View aufgesetzt. Bringt aber auch nichts.

Ich gebe an dieser Stelle auf. Aber herzlichen Dank an Euch für die Hilfe!

Bin nun übergegangen und lass mit dem u.s. Script die Bilder vom Display holen.
Dies funktioniert wenigstens soweit.

function updateEPaperWithView(sView, sEPaperMac, imgWidth, imgHeight) {
    sendTo('puppeteer.0', 'screenshot', { 
        url: 'http://192.168.2.141:8082/vis-2/#' + sView,
        ioBrokerOptions: {
            storagePath: sView + '.jpg',
        },
        waitOption: {
            waitForTimeout: 8000,
        },
        viewportOptions: {
            width: imgWidth,
            height: imgHeight
                },
        type: "jpeg",
        quality: 100
    }, obj => {
        if (obj.error) {
            log(`Error taking screenshot: ${obj.error.message}`, 'error');
        } else {
            //log('Sucessfully took screenshot');
            
        }
    });
}
 
function runEPaperUpdates() {
 
    updateEPaperWithView("sbr2", "00000218D0A63A22", 296, 128);
    updateEPaperWithView("nebular1", "7801055614988547", 384, 184);

}
 
runEPaperUpdates();
 
schedule("*/1 * * * *", function () {
    runEPaperUpdates();
});

Trotzdem bräuchte ich nochmals Hilfe.
Es geht um die Qualität der jpg Dateien auf dem Display.
Hat jemand von Euch die Sache mit dem scaling funktionierend am laufen?

Kann man das in obiges Script noch einfügen?
Bzw. was muss ich noch alles installieren damit es überhaupt funktioniert?
Mein System läuft auf einem Rpi5.

pip install pytest-playwright
playwright install

und

sudo install imagemagick

Brauch ich dann noch Pyhton 3?

Oder ist es schlauer das Script von BananaJoe zu nehmen?
https://forum.iobroker.net/post/1184915
Was bräuchte ich da dann noch alles?

Sorry für die vielen Fragen!

KeDi

@kedi Ich habe gesehen das auch andere das Problem haben. das auf dem AP kein Bild ankommt. Darum die Frage: Hat jemand ein Script was aktuell funktioniert und könnte dieses hier Posten?

Beowolf

@kedi
Na ja, dieses Skript funktioniert. Habe es unter Puppeteer 0.2.8 seit sehr langer Zeit am laufen.

sendTo('puppeteer.0', 'screenshot', { 
    url: urlOfVISView,                     
    path: imageSaveToFilenameWithPath,     
    width: viewWidth,                      
    height: viewHeight,                    
    quality: jpgQuality,                   
 
    waitOption: {
        waitForSelector: waitForSelector,  
        waitForTimeout: 25000              
    },
 
    fullPage: false,                       
 
    clip: {         
        x: cutoutX,                        
        y: cutoutY,                        
        width: cutoutWidth,                
        height: cutoutHeight               
    }
}, obj => {
    if (obj.error) {
        console.warn("Fehler beim Aufruf der View: " + urlOfVISView + " => " + obj.error.message);
    } else {
        const http = require('http'); 
        const https = require('https');
        const { URL } = require('url');
 
        const boundary = '--------------------------' + Date.now().toString(16);
        const CRLF = '\r\n';
 
        // Payload-Erstellung
        const payload = Buffer.concat([
            Buffer.from(`--${boundary}${CRLF}Content-Disposition: form-data; name="dither"${CRLF}${CRLF}0${CRLF}`),
            Buffer.from(`--${boundary}${CRLF}Content-Disposition: form-data; name="mac"${CRLF}${CRLF}${ePaperMAC}${CRLF}`),
            Buffer.from(`--${boundary}${CRLF}Content-Disposition: form-data; name="image"; filename="screenshot.jpg"${CRLF}Content-Type: image/jpeg${CRLF}${CRLF}`),
            Buffer.from(obj.result, 'binary'),
            Buffer.from(`${CRLF}--${boundary}--${CRLF}`)
        ]);
 
        // URL Parsing
        const url = new URL(imageUploadURL);
        const options = {
            hostname: url.hostname,
            port: url.port || (url.protocol === 'https:' ? 443 : 80),
            path: url.pathname + (url.search || ''),
            method: 'POST',
            headers: {
                'Content-Type': 'multipart/form-data; boundary=' + boundary,
                'Content-Length': payload.length
            }
        };
 
        // Protokollwahl
        const protocol = url.protocol === 'https:' ? https : http;
 
        // HTTP Request
        const req = protocol.request(options, function(res) {
            console.log('ImageUploadStatusCode:', res.statusCode);
            res.on('data', function(chunk) {
                console.log('Response:', chunk.toString());
            });
        });
 
        req.on('error', function(e) {
            console.error('Fehler beim Hochladen:', e.message);
        });
 
        req.write(payload);
        req.end();
    }
});

bonsai308

@beowolf
Macht Dein Script ein scaling?

Beowolf

Nein, aber dafür funktioniert es.

eMd

@bananajoe
Also ich habe alles befolgt und bekomme am Ende auch ein Code 200 und finde auch eine Datei unter /tmp/

Leider ändert sich nichts beim Tag, der springt nicht auch extern al Image und ich sehe auch nix im log vom AP...

Script habe ich hier aus dem Ende des threads, da request depricated war oder so.

Nen tipp was ich ändern kann oder wo ich auf Fehlersuche gehen kann?

MfG
eMd

BananaJoe

@emd welches Skript nimmst du? Verlinken / Screenshot.
Wenn es die Variante ist die gleich hochladen sollen - was sagt denn das Log auf dem ePaper-AccessPoint nach dem Hochladen? Öffne das Log dort schon vorher im Webbrowser, lade ein neues Bild hoch und warte was passiert.

eMd

@bananajoe

sendTo('puppeteer.0', 'screenshot', { 
    url: urlOfVISView,                      /* URL der Webseite aus welcher der Screenshot erstellt werden soll */
    path: imageSaveToFilenameWithPath,      /* Dateiname und Pfad für lokales Speichern des Bildes */
    width: viewWidth,                       /* Breite des virtuellen Browserfensters */
    height: viewHeight,                     /* Höhe des virtuellen Browserfensters */
    quality: jpgQuality,                    /* Qualität des JPG, sollte immer 100 sein */
 
    waitOption: {
        waitForSelector: waitForSelector,   /* Wartet for dem Screenshot bis dieses Objekt sichtbar ist */
        waitForTimeout: 20000               /* Timeout, solange wird auf das Objekt gewartet */
    },
 
    fullPage: false,                        /* True würde die ganze Seite Snapshoten und die clip-Anweisungen ignorieren */
 
    clip: {         
        x: cutoutX,                         /* Koordinate X an der der Ausschnitt beginnen soll */
        y: cutoutY,                         /* Koordinate Y an der der Ausschnitt beginnen soll */
        width: cutoutWidth,                 /* Breite des Ausschnittes */
        height: cutoutHeight                /* Höhe des Ausschnittes */
    }
}, async obj => {
    if (obj.error) {
        console.warn("Fehler beim Aufruf der View: " + urlOfVISView + " => " + obj.error.message);
    } else {
        console.log("Screenshot erfolgreich erstellt:", obj.result);
        const axios = require('axios');
        try {
            console.log("Bild wird hochgeladen...");
            const response = await axios.post(imageUploadURL, {
                dither: "1", 
                mac: ePaperMAC, 
                image: obj.result
            });
            console.log("Image:" + imageSaveToFilenameWithPath + " => ImageUploadStatusCode: " + response.status);
        } catch (error) {
            console.error("Fehler beim Hochladen des Bildes:", error.message);
        }
    }
});

Das nutze ich, im log vom AP tut sich gar nichts, aber manuell mit static Image sehe ich was im log.

BananaJoe

@emd ist das das vollständige Script?
Ich vermisse wo du denn überhaupt die URL und die ePaperMAC definiert hast, dann weis er ja gar nicht wohin ...

var imageSaveToFilenameWithPath =
var imageUploadURL = 
var ePaperMAC =

und das ist noch die axios-Version, das funktioniert ab einen bestimmten Stand von ioBroker überhaupt nicht mehr.

Bitte mal das Log aus ioBroker als Text über die Ausführung des Skriptes

eMd

@bananajoe

Habe das alles in einem Blockly wie in deinem Beitrag.

Screenshot_2024-10-13-12-58-59-827_com.android.chrome-edit.jpg

BananaJoe

@emd und das erzeugte /tmp/Tag1.jpg ist in Ordnung?

Wie geschrieben sollte der Upload eventuell nicht mehr funktionieren, in den aktuellen Beta Repos gibt es axios gar nicht mehr, Da musste aber etwas zu in den iobroker Logs stehen bei der ausführung / start des Skriptes

Entweder hast du fehler in ioBroker oder der AP müsste so etwas wie

https://forum.iobroker.net/post/1203782

ausspucken.
Ich nutze mein eigenes Skript nicht mehr, ich nutze inzwischen Playright und lasse die Tags das Bild holen per Image-URL

Poste mal einen Screenshot von der Tag-Verwaltung auf deinem AP, insbsondere vom Zieltag

eMd

@bananajoe
Also die jpg ist ok, die kann ich öffnen.

Es kommt nix im log vom iob oder openepaperAP...

Screenshot_2024-10-13-17-27-52-512_com.android.chrome.jpg

Screenshot_2024-10-13-17-28-01-590_com.android.chrome.jpg

Weather geht auf jeden Fall.

In der Datei Verwaltung vom AP sehe ich keinen Ordner imgupload...

eMd

Kann ich iwie anders testen ob es überhaupt geht eine bilddatei zum AP zu schicken?

MfG
eMd

NEWS

E-INK Display OpenEPaperLink - Displayanzeige mit Batterie

Support us

554
Online

31.7k
Users

79.7k
Topics

1.3m
Posts

NEWS

E-INK Display OpenEPaperLink - Displayanzeige mit Batterie

Support us

554Online

31.7kUsers

79.7kTopics

1.3mPosts

554
Online

31.7k
Users

79.7k
Topics

1.3m
Posts