Puppeteer Adapter

[e_a_s_y]

@e_a_s_y

nach 2 abenden testen ohne erfolg hier eine notlösung.

nur für mich wenn ich wieder hier lande:

in datei: ...node_modules\iobroker.puppeteer\build\main.js

await this.delay(7000);

hinter die wait condition einfügen (ca. zeile 105 & ca. zeile 170)

[mcm1957]

@e_a_s_y
Hast du ein Issue im Adapter repository eröffnet und dein problem (und deinen9 Workaround dort abgelegt?

Ohne issue wird da siher nichts gendert / gefixed / verbessert.

https://github.com/foxriver76/ioBroker.puppeteer/issues

[liv-in-sky]

@e_a_s_y

hast du mal waitForTimeout oder waitForSelector probiert - siehe: https://github.com/foxriver76/ioBroker.puppeteer

[e_a_s_y]

@liv-in-sky
ja die hatte ich versucht zu mit einzubinden, selector schließt das die rendertime ja aus, das steht auch so im code, das konnte ich sehen. leider ist mir nicht ganz klar was ein selector sein soll. vermute das es ein div mit einem tag ist. das kann ich aber so bei der vis nicht ganz hinten einbauen.
ich hab in meiner vis auch noch iframes mit highchart-diagrammen, auch hier laden die kurven etwas verzögert.
so blöd es auch ist timer zu verweden, aber hier passt das schon.

das timeout ändert leider nichts da die seite der vis ja antwortet und der hintergrund auch meist schon geladen ist.
die elemente fehlen zwar meist oder viele. aber selbst mit langem TO (60s) macht der adapter nach ca 5s das bild.

so wie es im code steht sollte es eigentlich funktionieren macht es aber leider nicht, hatte etwas rum probiert aber nur der WA hat das ergebniss gebracht.

bin ich wiedermal der erste der die vis ablichten will?
sind alle anderen seiten in <5s schon fertig?
oder gibts noch einen adapter der für so etwas taugt.

[OliverIO]

@e_a_s_y

Mit selektoren sind die css selektoren gemeint.Alternativ kannst du auch xpath verwenden.
Also ein Mechanismus jedes beliebige html Element zu adressieren.
Puppeteer wartet dann darauf, das dieses Element dem der Dom hinzugefügt wird und sagt dann, nun ist die Seite geladen. Das ist besonders wichtig bei Seiten, bei denen Seiteninhalte dynamisch nachgeladen werden und erst bei Verfügbarkeit es dann weitergehen soll.

https://wiki.selfhtml.org/wiki/CSS/Selektoren

Life auf einer Seite kannst du das in den webdeveloper Tools von Chrome in der Konsole mit
https://developer.chrome.com/blog/search-dom-tree-by-css-selector
Ausprobieren

[liv-in-sky]

@e_a_s_y

lt. github page ist die syntax anders angegeben, als du es oben zeigst - https://github.com/foxriver76/ioBroker.puppeteer

github:

waitOption?: {
        /**
         * Define a Timeout in ms
         */
        waitForTimeout?: 5000,
    
        /**
         * Wait for a given id/tag/etc to be occured
         */
        waitForSelector?: '#testId'
      },

• bin mir nur nicht sicher, ob das fragezeichen richtig ist bei waitOption?

hast du das mal getestet ?

[OliverIO]

@liv-in-sky

Fragezeichen bedeutet, das der Parameter optional ist.

[e_a_s_y]

@liv-in-sky

ja das hatte ich getestet.

ich hatte das fragezeichen so gedeutet das der paramater anzupassen ist.
mit fragezeichen wird er als fehlerhaft markiert.

wie schon geschrieben den selector habe ich noch nicht ganz verstanden und kann den auch aktuell nicht einbauen.
eine änderung des timeouts bringt nichts. da der adapter davon aus geht das die seite geladen wurde sobald der hintergrund aufgebaut ist.
die vis läd dann aber erst nach und nach die elemente und diagramme.
selbst in der entwiklerconsole vom browser sieht man das an der eigentlichen seite nichts mehr passiert.

der timeout ist ja nur für den fehler fall , falls keine daten kommen.

ich bräuchte die rendertime diese steht zwar auf der seite noch in der doku, allerdings ist die im beispiel nicht mehr mit drinn.
da dort auch geschrieben steht das jede wait-option die rendertime aushelbelt habe ich dann auch darauf verzichtet.
habe in summe ca. 24h damit rum probiert

@OliverIO

danke für die bestätiging, soetwas in der art hatte ich vermutet, dache zwar das es html-div-tags sind aber war ja nah drann.
ich schaue mir die sache bei gelegenheit mal an und versuche mal ein css element in die vis zu bauen.
evtl. kann ich auch einen vorhanden nutzen.
danke für den tip.

[OliverIO]

@e_a_s_y sagte in Puppeteer Adapter:

danke für die bestätiging, soetwas in der art hatte ich vermutet, dache zwar das es html-div-tags sind aber war ja nah drann.
ich schaue mir die sache bei gelegenheit mal an und versuche mal ein css element in die vis zu bauen.
evtl. kann ich auch einen vorhanden nutzen.
danke für den tip.

ach vis. das ist speziell
dort werden ja elemente ebenfalls dynamisch erstellt, allerdings ist die reihenfolge nicht gesichert. d.h. wenn du auf ein element (bspw eine element mit einer widget id) wartest, heißt das nicht, das das auch das letzte element ist.

bei vis würde ich dann einfach mit einem timeout arbeiten

tatsächlich ist sogar eine callback funktion onReady vorgesehen
https://github.com/ioBroker/ioBroker.vis/blob/8518f7fbadf76519b3c6bceb5a34e298b9257c0a/www/js/vis.js#L3405
allerdings wird diese nie belegt
https://github.com/ioBroker/ioBroker.vis/blob/master/www/js/vis.js#L3999

[e_a_s_y]

@oliverio

ok, super, läuft doch.

ja so hatte ich das auch im gefühl. daher wollte ich dann nicht noch mehr zeit investieren.
bin wohl wirklich der erste der die vis ablichtet.

bevor fragen kommen.
das mache ich weil ich überall unsichtbare buttons drüber habe um diagramme im popup zu öffnen.
leider hat sich herrausgestellt das dies recht unpraktisch ist wenn man auf dem phone mal zoomen und schieben will.
daher gibt für das phone eine website mit dem foto der vis welches zyklisch erstellt wird. (... sofern das möglich ist...)

[liv-in-sky]

@e_a_s_y sagte in Puppeteer Adapter:

bin wohl wirklich der erste der die vis ablichtet.

nee - mache das minütlich über den ganzen tag- ist aber nur eine kleine vis-seite

was war jetzt die lösung?

[OliverIO]

@e_a_s_y

Ah ja ein Bild ist für manche Geräte Ressourcen schonender wie ein ganzes vis mit mehreren Widgets aufzubauen