UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[OliverIO]

@dtp
poste bitte mal das komplette log der installation. evtl untersuchst du hier folgefehler eines anderen problems
ideal wäre, wenn du die installation von der shell aus startest (iob add phantomjs)
hast du geprüft, ob die zugrunde liegende bibliothek phantomjs (also nicht der adapter sonder die verwendete bibliothek) erfolgreich installiert wurde und funktioniert? (in der shell im ordner von iobroker: npm install phantomjs-prebuilt)

[dtp]

@OliverIO sagte in IoBroker.phantomjs:

poste bitte mal das komplette log der installation.

Welche Installation meinst du? Die des Docker-Containers oder die des phantomjs-Adapters? Ich erhalte bei beiden keine Fehlermeldung, wenn ich es so mache, wie oben beschrieben (also im Bridge-Modus und zusätzlich mit dem Pakekt libfontconfig).

Den Fehlercode des phantomjs-Adapter erhalte ich nur, wenn ich ein zugehöriges Skript zum Erstellen eines Screenshots ausführe.

[OliverIO]

@dtp sagte in IoBroker.phantomjs:

Bei der Adapter-Installation erhalte ich noch die folgende Fehlermeldung
ERROR: Cannot detect "sudo -n apt-get -v": sudo: Hostname ioBroker kann nicht aufgelöst werden: Der Name oder der Dienst ist nicht bekannt

Jetzt verstehe ich dich nicht mehr.

[dtp]

@OliverIO sagte in IoBroker.phantomjs:

Jetzt verstehe ich dich nicht mehr.

Nun ja, wenn ich den Docker-Container im Bridge-Modus starte, dann gibt es diese Fehlermeldung nicht mehr. Die kommt nur, wenn ich im Host-Modus bin. Am Verhalten des phantomjs-Adapters ändert das aber leider überhaupt nichts.

Der Bridge-Modus des Containers bereitet mir aber leider noch ein anderes Problem. Damit komme ich dann nicht mehr auf die Maria-DB-10-Datenbank meiner DiskStation, weil ich keine Portweiterleitung hinbekomme.

[dtp]

So,

@andre hat hier das Problem mit dem phantomjs-Adapter bestätigt. Da scheint also was grundsätzlich mit dem Adapter unter Debian Buster nicht zu funktionieren.

Siehe auch das bereits existierende Issue zum Adapter.

[dtp]

Hab die Lösung gefunden. Siehe hier.

[dtp]

Hi,

weiß zufällig jemand, ob ich unter "output" im Javaskript auch einen curl-Befehl zum direkten Speichern auf einem entfernten Raspi eintragen kann, oder muss ich das doch eher separat machen?

[OliverIO]

@dtp das sicherste wäre einen Ordner des raspi auf deinem Rechner freigeben

https://wiki.ubuntuusers.de/FUSE/sshfs/

[dtp]

@oliverio Okay. Aber evtl. reicht ja dann auch schon die Verwendung von ssh-keygen, um direkten Zugriff auf das Remote-Verzeichnis zu bekommen.

[OliverIO]

@dtp
Das gehört eigentlich mit dazu, da aus Sicherheitsgründen dazu einen eigenen User einrichten solltest, mit dem der andere Rechner dann auf dieses Verzeichnis zugreifen kann.
ich glaube bei ssh-Filezugriff ist die authentifizierung nur mit key zulässig.
user/password geht nicht bzw. ist nicht ratsam.

[oliverr]

Habe jetzt festgestellt das aktuell nur das Prozess Ikon als png abgespeichert wird und kein gescheiter Screenshot (vom VIS) mehr
iobroker läuft auf einem Ubuntu 19.10 und alle benutzten iobroker Module sind auf dem neusten Stand.
Was kann das sein? Wie bekommt man das behoben?

[Glasfaser]

@oliverr sagte in IoBroker.phantomjs:

nur das Prozess Ikon als png abgespeichert wird

renderTime höher stellen .

renderTime - Interval in ms to wait till the page will be rendered.

[oliverr]

@glasfaser den habe ich schon massiv höher gestellt (obwohl es ja früher mit dem alten Wert lief).

[Glasfaser]

@oliverr
Was heißt massiv höher ?
Teste mal mit einem neuen Projekt wo nur ein Demoview drin ist , was ist dann ?

[oliverr]

@glasfaser Ich habe mal eine neues Projekt angelegt und eine "normale" URL angegeben. Damit geht es.
Mit der VIS URL gibt es wieder nur das Lade-Ikon, obwohl die URL sonst sauber funktioniert.

[Glasfaser]

@oliverr sagte in IoBroker.phantomjs:

Mit der VIS URL gibt es wieder nur das Lade-Ikon,

auch mit einer anderen View von deinem Projekt ?

@glasfaser sagte in IoBroker.phantomjs:

@oliverr
Was heißt massiv höher ?

Wie hoch hast du es jetzt gestellt ??

[oliverr]

@glasfaser Ja mit einer anderen View auch das Problem.
Rendertime von 2000 nach und nach auf 20000 erhöht.
Leider keine Besserung.

[Glasfaser]

@oliverr sagte in IoBroker.phantomjs:

Rendertime von 2000

der Wert ist sportlich

Versuche mal 60000 , ob es dann funktioniert und dann langsam runtertasten .

[oliverr]

@glasfaser

Habe die Beta Version des VIS mal installiert und siehe da, es funktioniert wieder.
https://forum.iobroker.net/topic/37047/vis-seite-mit-phantomjs-screenshot-in-blockly/15 hat mich drauf gebracht.

[Negalein]

hat jemand die selbe Ausstattung und ebenfalls das Problem, dass der Phantonjs-Adapter ioBroker in die Knie zwingt?

Node.js: V14.17.1
NPM: 6.14.13
JS-Controller: 3.3.14
Admin: 5.1.10
Phantomjs: 1.1.2

so ist das Script

schedule("*/5 * * * *", function () {
  sendTo("phantomjs.0", "send", {
     url: 'http://10.0.1.203:3000/d/14q2Khmnz/wetterstation-copy?orgId=1&refresh=1m&kiosk',
     output: 'wetterstation.png',
     width: '1920',
     height: '757',
     renderTime: '60000'
  });
  exec('wput -nc /opt/iobroker/node_modules/iobroker.phantomjs/wetterstation.png ftp://test:test@www37.world4you.com');
  console.log("exec: " + 'wput -nc /opt/iobroker/node_modules/iobroker.phantomjs/wetterstation.png ftp://test:test@www37.world4you.com');
});

und so die Auslastung