@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

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.

@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.

@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)

hallo,

ich versuche gerade vergeblich einen screenshot meiner vis zu erstellen.

nach updates funktioniert der phantomJS nicht mehr der das seit 2 jahren gut erledigt hatte.
daher bin ich nun zu puppeteer gewechselt.

mittels send-to wird hier auch ein screeshot erstellt. leider aber zu früh so das nicht alles mit drauf ist.

laut der docu von puppetier gibt es hier den rendertime parameter, leider ist dieser aber im beispiel nicht mit drin.

ich habe einiges versucht und dann versucht im netz etwas zu finden.
lande aber immer wieder hier.

kann mir evtl. jemand erklären was ich falsch mache. ich bräuchte nur eine verzögerung von 8-10 sekunden erhalte aber immer nach 5s das bild. (oder teile davon)

hier mein test-script:

sendTo('puppeteer.1', 'screenshot', { 
        url: 'http://192.168.5.153:8082/vis/?main#Heizung',
        ioBrokerOptions: { storagePath: 'tempt.png'  },
        path: 'c://iobroker//test-screenshot-heizung.png',
        fullPage: false,
        omitBackground: true,
        encoding: 'binary',
        captureBeyondViewport: false,
        renderTime: 8000,
    });

hallo gemeinde,

ich habe heute mal das update zur altuellen version des mqtt gemacht.
die einstellung wurden alle übernommen.

aufgrund des hinweises bei der installation habe ich die konfig geändert, es wurden die instanz-nummern in den masken der zu publizierenden instanzen ergänzt.

das ganze ist dann auch gestartet, jedoch mit ungewöhnlichem verhalten.

daher die frage an euch, mache ich was falsch oder ist das ein fehler?

die mqtt-instanz läuft als client und ist mit dem server verbunden.

es werden alle themen abboniert, aber nur bestimmte publiziert.
vor dem update hat das auch ganz gut geklappt.

seit dem update werden alle abbonierten werte bei änderung direkt wieder publiziert.
und das obwohl sie nicht der maske beim publizieren entsprechen.

entferne ich den haken "sende auch zustände" hört er auf alle ändeurngen der abonierten werte zu senden.
allerdings werden auch änderungen der zustände die zur maske passen nicht mehr gesendet.

muss man das anders konfigurieren oder geht das nun einfach nicht mehr das man alles abboniert und nur bestimmtes sendet ?

danke schon mal...
easy