E-INK Display OpenEPaperLink - Displayanzeige mit Batterie

Das Skript holt alle Kalender ab, die ihr bei Google gespeichert habt.
Allerdings zeigt er nur Termine an, die am nächsten Tag sind.

Edit: im Skript einfach 2 mal die 1 auf eine beliebige Zahl ändern, dann werden mehr Tage angezeigt.

Ich habe mal eine "10" eingetragen. Es werden aber die Termine nicht abgeholt.

Wenn ich den Link direkt in meinem Browser eingebe werden alle Termine angezeigt.

Beowolf

@bananajoe sagte in EPS E-INK Display Ansteuerung -> Statusdisplay für 2€:

@haselchen wie @Revobobo schreibt: Ich füttere meine ePaper Tags einfach mit einem eigenen VIS-Projekt. Jedes Tag hat seine eigene Seite, bei Änderungen lasse ich per Script/Blockly einen neuen Screenshot erzeugen. Den pushe ich wahlweise an das Tag oder lasse es sich per URL abholen:

Kannst Du das etwas genauer erklären? Eventuell mit den entsprechenden Skripten?

Ich bin ein wenig Ratlos und weiß nicht wo ich anfangen soll.

Puppeteer ist auch nicht gerade selbsterklärend.

haselchen

@beowolf

Welche Firmware Version?
Mit der 2.05 geht das noch so wie von mir beschrieben.

Beowolf

@haselchen
Jepp, mit der 2.05 funktioniert es. Mit der 2.07 leider nicht.

Danke für den Hinweis.

PS
Es reicht doch, das in dem Skript nur diese Zeile bzw. Wert geändert werden muß. oder?

  if (days == undefined) days = 14;

haselchen

@beowolf

Weiter unten gibt es auch noch einen Eintrag , der mit Days glaube ich zu tun hat. Den habe ich mit der gleichen Zahl geändert .

Beowolf

@haselchen
Den habe ich auf 1 gelassen. Funktioniert auch. Ich muß aber zugeben, das ich das Skript eh nicht verstehe.

BananaJoe

@beowolf sagte in EPS E-INK Display Ansteuerung -> Statusdisplay für 2€:

Ich bin ein wenig Ratlos und weiß nicht wo ich anfangen soll.

Hier mal grob in Schritten zusammengefasst:

Schritt 1: Eigene VIS für die ePaper Tags
Im VIS Editor hatte ich ein neues Projekt erstellt - hier openepaper genannt:

In dem Projekt habe ich dann jeweils eine Seite für jedes Tag angelegt. Hier zum Beispiel für den Briefkasten, ein 2,9" Tag:

Wie man sieht habe ich unter Tools für diese View eine Auflösung von 296x128 Pixel eingestellt. Das habe ich gemacht weil er mir dann den roten Rahmen um diesen Bereich malt und ich weiß wo/wie ich die Elemente platzieren muss.

Man kann auch beliebige Elemente außerhalb des roten Rahmens platzieren, die sind dann aber später halt nicht zu sehen. Hier habe ich das für einen Informationstext genutzt und ich parke auch nicht genutzte Elemente die ich aber vielleicht noch mal brauche so. Hier ist also das Batteriesymbol und die Prozentanzeige in Zahl und als Balken zu sehen.
Die 2,9" Tags könnten 3 Farben: Rot (#FF0000), Schwarz (#000000) und Weiß (#FFFFFF), also am besten die Elemente in dieser Mini-View in diesen 3 Farben halten.

Diese Seite hat später eine URL die man sich ja auch über die Play-Schaltfläche oben rechts ansehen kann (Runtime in einem neuen Fenster aufmachen). Bei mir ist die URL die folgende

http://192.168.1.8:8082/vis/index.html?openepaper#Briefkasten

Drückt auf den Play Button und kopiert euch die URL einfach dort heraus wenn wir diese dann brauchen.

Schritt 2: Puppeteer installieren wenn noch nicht geschehen
Installiert den Adapter Puppenspieler

und stellt sicher das dieser dann auch eine laufende Instanz hat:

Sollte der Adapter nicht auf Grün springen (weil ihr das ganze z.B. auf einem Raspberry Pi laufen habt) so beachtet bitte diesen Issue hier, da wird beschrieben wie Ihr den dann trotzdem zum laufen bekommt: https://github.com/foxriver76/ioBroker.puppeteer/issues/13

Schritt 3: Blockly-Skript das die VIS-View an das ePaper Tag sendet
Ich beschreibe das hier für Blockly, wer das nicht nutzt kann sich ja den passenden Code herauskopieren.
Das ganze habe ich mir auch nicht alleine ausgedacht sondern ist die Sammlung aus den anderen Artikel hier (und wahrscheinlich anderen aus dem Forum hier).

Das Aufrufen von Puppeteer habe ich in eine eigene Funktion gepackt. Es holt den Screenshot und sendet diesen auch gleich an das ePaper-Tag.
Erstellt am besten ein neues Blockly-Skript und importiert diese Vorlage:

<block xmlns="https://developers.google.com/blockly/xml" type="procedures_defcustomnoreturn" id="od4:#LN4MMPOX5Cuwv0G" x="63" y="-187">
  <mutation statements="false">
    <arg name="imageSaveToFilenameWithPath" varid="#6wGK,7)K9MvKS1Y^m7w"></arg>
    <arg name="urlOfVISView" varid="/34/q/S9,6lBaN0B^0p+"></arg>
    <arg name="viewWidth" varid="VtK5T):T+/?(:RTltehP"></arg>
    <arg name="viewHeight" varid="d%Y)z(!gms*2[:-Q?srZ"></arg>
    <arg name="cutoutX" varid="yI1;;SNF[v//PXeFn75c"></arg>
    <arg name="cutoutY" varid="ixza1C+:$RS#_aO(+mTw"></arg>
    <arg name="cutoutWidth" varid="JHgH!or}TSYU@4ok~:dD"></arg>
    <arg name="cutoutHeight" varid="pui*x3;[n/WA5nodRtex"></arg>
    <arg name="jpgQuality" varid="{l]%ubA0HMv*]m|`-bQ#"></arg>
    <arg name="waitForSelector" varid="^}k9.{.g,!Q=P%/G;/%p"></arg>
    <arg name="imageUploadURL" varid="O}nZ-9?%oQZ/=~9D;8MW"></arg>
    <arg name="ePaperMAC" varid="$iC+L#(86gFYKS_:{d3%"></arg>
  </mutation>
  <field name="NAME">ScreenshotVISandUpload2OpenEPaperLink</field>
  <field name="SCRIPT">c2VuZFRvKCdwdXBwZXRlZXIuMCcsICdzY3JlZW5zaG90JywgeyANCiAgICB1cmw6IHVybE9mVklTVmlldywgICAgICAgICAgICAgICAgICAgICAgLyogVVJMIGRlciBXZWJzZWl0ZSBhdXMgd2VsY2hlciBkZXIgU2NyZWVuc2hvdCBlcnN0ZWxsdCB3ZXJkZW4gc29sbCAqLw0KICAgIHBhdGg6IGltYWdlU2F2ZVRvRmlsZW5hbWVXaXRoUGF0aCwgICAgICAvKiBEYXRlaW5hbWUgdW5kIFBmYWQgZsO8ciBsb2thbGVzIFNwZWljaGVybiBkZXMgQmlsZGVzICovDQogICAgd2lkdGg6IHZpZXdXaWR0aCwgICAgICAgICAgICAgICAgICAgICAgIC8qIEJyZWl0ZSBkZXMgdmlydHVlbGxlbiBCcm93c2VyZmVuc3RlcnMgKi8NCiAgICBoZWlnaHQ6IHZpZXdIZWlnaHQsICAgICAgICAgICAgICAgICAgICAgLyogSMO2aGUgZGVzIHZpcnR1ZWxsZW4gQnJvd3NlcmZlbnN0ZXJzICovDQogICAgcXVhbGl0eToganBnUXVhbGl0eSwgICAgICAgICAgICAgICAgICAgIC8qIFF1YWxpdMOkdCBkZXMgSlBHLCBzb2xsdGUgaW1tZXIgMTAwIHNlaW4gKi8NCg0KICAgIHdhaXRPcHRpb246IHsNCiAgICAgICAgd2FpdEZvclNlbGVjdG9yOiB3YWl0Rm9yU2VsZWN0b3IsICAgLyogV2FydGV0IGZvciBkZW0gU2NyZWVuc2hvdCBiaXMgZGllc2VzIE9iamVrdCBzaWNodGJhciBpc3QgKi8NCiAgICAgICAgd2FpdEZvclRpbWVvdXQ6IDEwMDAwICAgICAgICAgICAgICAgLyogVGltZW91dCwgc29sYW5nZSB3aXJkIGF1ZiBkYXMgT2JqZWt0IGdld2FydGV0ICovDQogICAgfSwNCg0KICAgIGZ1bGxQYWdlOiBmYWxzZSwgICAgICAgICAgICAgICAgICAgICAgICAvKiBUcnVlIHfDvHJkZSBkaWUgZ2FuemUgU2VpdGUgU25hcHNob3RlbiB1bmQgZGllIGNsaXAtQW53ZWlzdW5nZW4gaWdub3JpZXJlbiAqLw0KDQogICAgY2xpcDogeyAgICAgICAgIA0KICAgICAgICB4OiBjdXRvdXRYLCAgICAgICAgICAgICAgICAgICAgICAgICAvKiBLb29yZGluYXRlIFggYW4gZGVyIGRlciBBdXNzY2huaXR0IGJlZ2lubmVuIHNvbGwgKi8NCiAgICAgICAgeTogY3V0b3V0WSwgICAgICAgICAgICAgICAgICAgICAgICAgLyogS29vcmRpbmF0ZSBZIGFuIGRlciBkZXIgQXVzc2Nobml0dCBiZWdpbm5lbiBzb2xsICovDQogICAgICAgIHdpZHRoOiBjdXRvdXRXaWR0aCwgICAgICAgICAgICAgICAgIC8qIEJyZWl0ZSBkZXMgQXVzc2Nobml0dGVzICovDQogICAgICAgIGhlaWdodDogY3V0b3V0SGVpZ2h0ICAgICAgICAgICAgICAgIC8qIEjDtmhlIGRlcyBBdXNzY2huaXR0ZXMgKi8NCiAgICAgIH0NCn0sIG9iaiA9PiB7DQogICAgICBpZiAob2JqLmVycm9yKSB7DQogICAgICAgIGNvbnNvbGUud2FybigiRmVobGVyIGJlaW0gQXVmcnVmIGRlciBWaWV3OiAiICsgdXJsT2ZWSVNWaWV3ICsgIiA9PiAiICsgb2JqLmVycm9yLm1lc3NhZ2UpOw0KICAgICAgfSBlbHNlIHsNCiAgICAgICAgICAvKiBpbiBvYmoucmVzdWx0IHNpbmQgZGllIEJpbsOkcmRhdGVuIGRlcyBCaWxkZXMgKi8NCiAgICAgICAgdmFyIHJlcXVlc3QgPSByZXF1aXJlKCdyZXF1ZXN0Jyk7DQogICAgICAgIHZhciBvcHRpb25zID0gew0KICAgICAgICAgICAgdXJsOiBpbWFnZVVwbG9hZFVSTCwNCiAgICAgICAgICAgIG1ldGhvZDogJ1BPU1QnLA0KICAgICAgICAgICAgZm9ybURhdGE6IHsgDQogICAgICAgICAgICAgICAgImRpdGhlciI6ICIwIiwgDQogICAgICAgICAgICAgICAgIm1hYyI6IGVQYXBlck1BQywNCiAgICAgICAgICAgICAgICAiaW1hZ2UiOiBvYmoucmVzdWx0IH0sDQogICAgICAgIH07DQogICAgICAgIC8qIHVuZCBkaWUgVVJMIGF1ZnJ1ZmVuOiAqLw0KICAgICAgICByZXF1ZXN0KG9wdGlvbnMsZnVuY3Rpb24gKGVycm9yLCByZXNwb25zZSwgYm9keSl7DQogICAgICAgICAgICAvL2xvZygiTG9naW4tQW50d29ydDogIiArIEpTT04uc3RyaW5naWZ5KHJlc3BvbnNlKSk7DQogICAgICAgICAgICAvL2NvbnNvbGUud2FybigiSW1hZ2VVcGxvYWQ6ICIgKyBKU09OLnN0cmluZ2lmeShyZXNwb25zZSkpOw0KICAgICAgICAgICAgY29uc29sZS5sb2coIkltYWdlOiIgKyBpbWFnZVNhdmVUb0ZpbGVuYW1lV2l0aFBhdGggKyAiID0+IEltYWdlVXBsb2FkU3RhdHVzQ29kZTogIiArIHJlc3BvbnNlLnN0YXR1c0NvZGUpOw0KICAgICAgICAgICAgLyoNCiAgICAgICAgICAgIGlmKHBhcnNlSW50KGJvZHkuZXJyb3JfY29kZSk9PTApIHsNCiAgICAgICAgICAgICAgICAvLyBuaXgNCiAgICAgICAgICAgICAgICB9IGVsc2Ugew0KICAgICAgICAgICAgICAgIC8vIHdpZWRlciBuaXgNCiAgICAgICAgICAgIH0NCiAgICAgICAgICAgICovDQogICAgICAgIH0pOw0KICAgICAgfQ0KfSk7DQo=</field>
  <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment>
</block>

Das ergibt diese JavaScript-Funktion:

mit folgenden Quelltext:

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: 10000               /* 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 */
      }
}, obj => {
      if (obj.error) {
        console.warn("Fehler beim Aufruf der View: " + urlOfVISView + " => " + obj.error.message);
      } else {
          /* in obj.result sind die Binärdaten des Bildes */
        var request = require('request');
        var options = {
            url: imageUploadURL,
            method: 'POST',
            formData: { 
                "dither": "0", 
                "mac": ePaperMAC,
                "image": obj.result },
        };
        /* und die URL aufrufen: */
        request(options,function (error, response, body){
            //log("Login-Antwort: " + JSON.stringify(response));
            //console.warn("ImageUpload: " + JSON.stringify(response));
            console.log("Image:" + imageSaveToFilenameWithPath + " => ImageUploadStatusCode: " + response.statusCode);
            /*
            if(parseInt(body.error_code)==0) {
                // nix
                } else {
                // wieder nix
            }
            */
        });
      }
});

Nun findet Ihr unten unter Funktionen diese neue mit dem sperrigen Namen ScreenshotVISandUpload2OpenEPaperLink:

Hui Tiffy, ganz schön viele Parameter! Keine Angst, die gehen wir gleich durch.

Als nächstes Sammeln wir zwei der notwendigen Parameter und speichern diese in Variablen die ihr selbst neu erstellen müsst:

Ist die URL eures OpenEPaper AccessPoints, also die IP-Adresse über welche Ihr die Weboberfläche des AccessPoints erreicht. daran hängt Ihr ein /imguplad an. Vollständig also so:

http://192.168.2.131/imgupload

Die Adresse 192.168.2.131 müsst ihr natürlich an eure anpassen.

ist die MAC des ePaper-Tags welches den Inhalt erhalten soll. Die MAC findet Ihr auf der Weboberfläche des Tags. Aus dem Dialog wenn man es anklickt kann man diese oben links markieren und kopieren:

Denn Rest habe ich hier bei mir direkt eingetragen, AP und Tag habe ich Variablen gespeichert weil ich diese so schnell ändern kann ohne das ganze Skript durchgehen zu müssen.

Unter die beiden Variablen setzen wir nun den JavaScript Block und befüllen die Parameter:

Die Parameter im Detail:

Ist der Dateiname und Pfad wohin er den Screenshot speichert. Das muss also ein Ort sein wohin der Benutzer iobroker schreiben darf. /tmp/ sollte immer gehen. Eigentlich brauchen wir die Datei gar nicht, aber Puppeteer will die nun mal speichern. Andere hatten hier in den Beispielen gar keinen Pfad angegeben, das klappt bei mir nicht, dann versucht er das Bild im Ordner von Puppeteer zu speichern was nicht erlaubt ist.
Gebt hier also Pfad mit Dateinamen an, die Endung muss .jpg sein:

/tmp/briefkasten-test.jpg

Ist die URL zu eurer View - am besten oben aus der Adressleiste kopieren und hier einfügen

Puppeteer ruft die Seite auf wie ein Webbrowser das machen würde. Die Angabe ist wie groß das Browserfenster ist. Hier also 800x600 Pixel. Beachtet das die Felder Blau sind - das ist der Zahlenblock aus dem Mathematik-Menü

Das ist die Größe des Ausschnitts gefolgt von der Qualität.
Die ersten beiden 0 sind die Koordinaten welche die Ecke oben links beschreiben.
296 ist die Breite (nach rechts), 128 die Höhe (nach unten). Das ist der Bildausschnitt den er dann speichert.
Die Qualität sollte immer 100 sein damit das Bild besser aussieht.

Dieser Eintrag lässt Puppeteer auf dieses View-Widget warten und erst dann den Screenshot auslösen. So ist sichergestellt das die Seite fertig geladen ist, er aber auch nicht unnötig lange wartet bis er weiter macht. Diese Widget-Id könnt Ihr auf 2 Arten bekommen:
Ihr geht in den VIS-Editor auf die betreffen View und lasst euch die Liste mit den Widgets anzeigen:

Nehmt im Zweifel das Widget mit der höchsten Nummer. Oder das was auf jeden Fall zu sehen sein muss.

Die andere Methode ist das Ihr euch den Quelltext der Webseite mit der View anzeigen lasst (die nach Play erscheint) und dort die #w00.... Einträge durchgeht. Im Quelltext könnt Ihr ja auch suchen und so im Zweifel prüfen ob das Widget dabei ist.

Sind unsere beiden Varibalen mit der URL und der MAC.

Wenn Ihr das Skript speichert und ausführt - und es keine Fehler gibt - sollte er einmalig das Bild auf den ePaper Tag schieben.

Unten und im Log sollte eine Info-Meldung erscheinen wenn er das Bild am AccessPoint abgeliefert hat.

Schritt 4:
Wenn das funktioniert könnt Ihr das Skript erweitern so das er immer sendet wenn sich in eurer VIS etwas geändert hat.
Beachtet das der AP das Bild immer annehmen wird. Er sendet es aber nur neu an den ePaper Tag wenn das Bild sich auch verändert hat.

Edit 22.01.2022: Typos + Satzbau

kopierschnitte created this issue in foxriver76/ioBroker.puppeteer

closed Installation/Usage not possible on ARM64 platforms (RPi, etc.) #13

Beowolf

@bananajoe
Vielen Dank für die Anleitung.

Ich habe das jetzt nachgebaut. Eine Fehlermeldung kommt nicht, aber eine "Vollzug-Meldung auch nicht".

Was muß im AP bei dem entsprechenden TAG als "Content" ausgewählt werden?

Ist Static image das richtige?

BananaJoe

@beowolf das müsste egal sein, der stellt sich dann von allein um auf "external Image"
Ändert sich denn am AP etwas?
Bekommst du im Log die Meldung aus meinem letzten Screenshot? ImageUploadStatusCode: 200?
Das ist die Meldung vom AP das er das Bild angenommen hat.

Gibt es im /tmp/ Ordner das Bild was er speichern soll?

Beowolf

@bananajoe

Jepp, funktioniert jetzt. Ich hatte unter "waitForSelector" den Wert aus deinem Beispiel eingetragen und ihn dann nicht geändert.

Was glaube ich bei deiner guten Anleitung noch fehlt ist, das die Variable "AP-URL" selber erzeugt werden muß.

Die war bei mir jetzt nicht automatisch vorhanden.

Vielen Dank dafür.

Beowolf

Im log vom AP erscheint dieses hier

    17:51:10 < 000001811F763B3C reports xfer complete
    17:51:09 < Block Request received for file /current/000001811F763B3C.pending block 2, len 1280 checksum 28356
    17:51:09 < Block Request received for file /current/000001811F763B3C.pending block 1, len 4096 checksum 9123
    17:51:08 < Block Request received for file /current/000001811F763B3C.pending block 0, len 4096 checksum 15041
    17:50:57 new image: /current/000001811F763B3C.pending
    17:50:56 Updating 000001811F763B3C

Dann sollte alles passen, richtig?

Das entsprechende Bild erscheint auch auf dem TAG.

BananaJoe

@beowolf sagte in EPS E-INK Display Ansteuerung -> Statusdisplay für 2€:

Was glaube ich bei deiner guten Anleitung noch fehlt ist, das die Variable "AP-URL" selber erzeugt werden muß.

habe ich oben ergänzt

BananaJoe

@beowolf sagte in EPS E-INK Display Ansteuerung -> Statusdisplay für 2€:

Im log vom AP erscheint dieses hier

    17:51:10 < 000001811F763B3C reports xfer complete
    17:51:09 < Block Request received for file /current/000001811F763B3C.pending block 2, len 1280 checksum 28356
    17:51:09 < Block Request received for file /current/000001811F763B3C.pending block 1, len 4096 checksum 9123
    17:51:08 < Block Request received for file /current/000001811F763B3C.pending block 0, len 4096 checksum 15041
    17:50:57 new image: /current/000001811F763B3C.pending
    17:50:56 Updating 000001811F763B3C

Dann sollte alles passen, richtig?

Das entsprechende Bild erscheint auch auf dem TAG.

Jupp, passt. Wenn das Bild identisch ist, also das neue Bild aussieht wie das alte, siehst du dort auch eine entsprechende Meldung (dann lädt er nicht hoch)

Beowolf

Noch eine Frage, wenn sich der angezeigte Wert ändert, muß ioch das Skript auch mit neu starten, richtig?

NEWS

E-INK Display OpenEPaperLink - Displayanzeige mit Batterie

closed Installation/Usage not possible on ARM64 platforms (RPi, etc.) #13

closed Installation/Usage not possible on ARM64 platforms (RPi, etc.) #13

Support us

1.5k
Online

30.4k
Users

76.7k
Topics

1.2m
Posts

NEWS

E-INK Display OpenEPaperLink - Displayanzeige mit Batterie

closed Installation/Usage not possible on ARM64 platforms (RPi, etc.) #13

closed Installation/Usage not possible on ARM64 platforms (RPi, etc.) #13

Support us

1.5kOnline

30.4kUsers

76.7kTopics

1.2mPosts

1.5k
Online

30.4k
Users

76.7k
Topics

1.2m
Posts