Weihnachtsangebot 2025! 🎄

[apollon77]

@opossum Nimm doch mal genau de Pfad aus deiner Visu wo die Broken Icons kommen.

Der Pfad müsste eher: http://192.168.1.68:WEBPORT/vis.0/project_1/battery/measure_battery_0.png

[opossum]

da kommt dann sauber das Icon zur Anzeige. Ein Aufruf von http://192.168.1.68:8082/vis.0/project_1/battery/measure_battery_0.png bringt dann .

[apollon77]

Kann es sein das dein Browser noch irgendwas an alte URLs gecached hat?
Wenn du deine VIS lädst was genau will der Browser denn laden wo es nicht tut?

[apollon77]

Gute Nacht alle miteinander,

ab sofort ist die 2.0.35 auf npm und bald im Latest Repo verfügbar.

neben wieder einige Bugfixes und Optimierungen ist vor allem bei Aliases noch einiges gefixt worden. Weiterhin ist das "Hängenbleiben" bei "iobroker upgrade self" von 1.5 auf 2.0 auch gefixt.

Changelog:
2.0.35 (2019-10-19) Release Bella

(Apollon77) Allow to use Redis password as "pass" parameter for States and Objects
(Apollon77) Prevent hangs on "iobroker upgrade self" from 1.5 to 2.0
(bluefox) Update IPs information periodically
(bluefox) Remove safe-replace, bluebird, pyconf packages
(paul53/AlCalzone/Apollon77) Fix datatype of system.host.cpu and system.adapter.XY.Z.cpu
(Apollon77) Make sure alias.0 and other controller objects are also checked and created if needed on setup first when updating
(bluefox) Allow one state to multiple aliases connections
(Apollon77) Make sure required adapters are also checked correctly when using compact mode and groups
(Apollon77) Enhance logging for unsupported (should not happen) commands

[opossum]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

Kann es sein das dein Browser noch irgendwas an alte URLs gecached hat?
Wenn du deine VIS lädst was genau will der Browser denn laden wo es nicht tut?

Cache ist gelöscht, aber keine Besserung. Er versucht http://192.168.1.68:8082/vis/edit.html#305_battery_state zu laden.

[opossum]

@apollon77
das mit den Icons habe ich gefunden, ich muss für jedes Signalbild jetzt auch den zugehörigen Wert eingeben. Hatte ich bis dato nicht. Daher scheint das mit den Icons erledigt.

[apollon77]

Ist das wirklich das was du im Browser siehst oder nur wenn Du die URL anzeigst? Der exakte Pfad wäre cool. mach mal die Web-Developer Tools auf und dort die Netzwerkansicht. Da siehst DU exakt was er laden will

[opossum]

Welche Ansicht meinst Du? Hatte wegen "Gute Nacht" gedacht, Du bist in der Koje.

Kann gerade nichts hochladen.

[MathiasJ]

@RappiRN
das geht mit diesem Slave eben nicht. Der steht (noch) auf dem Balkon und soll später ins Gewächshaus umziehen.
Dieser Slave ist nur für die Bewässerung der Pflanzen zuständig.

[apollon77]

@opossum wenn icons gelöst ist dann ok.

[opossum]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@opossum wenn icons gelöst ist dann ok.

Moin, schon wieder wach, Respekt. Ja, Icons sind geklärt. Ob sie bei Signalbildern auch funktionieren (bei Wert x das Bild y) werden wir dann sehen.

Mittlerweile habe ich für die Flotdiagramme im iFrame herausgefunden, dass ich auf der vis-Seite im iFrame das Feld Quelle mit dem Link aus Flot neu beschicken muss. Dann werden sie wieder angezeigt.

Ich muss das bei allen Diagrammen machen, mal scvhauen, ob es das war. Ist nicht schön, aber halt ein wenig Arbeit.

[apollon77]

Was stand vorher drin? Aber wie gesagt: Das ist KEIN js-controller Thema!

[opossum]

Der Link aus Flot. Bin jetzt mal kurz weg, antworte dann weiter, sorry.

[apollon77]

@opossum Und der war wie wie anders als der jetzt?

[crunchip]

@apollon77 war bei mir auch so, das die Flot Diagramme leer waren und ich den Link neu hinzufügen musste.
Warum und seit wann, kann ich jedoch nicht sagen, da zu dieser Zeit mehrere Update´s zeitgleich waren.
Sei es Js-Controlller, Admin, Web, Socket, ...

Edit,
grad eine Idee, ein Flot das die Anwesenheit zeigt musste ich nicht ändern, jedoch meine Diagramme für Wetterdaten und da viel mir grad ein, das es ein Update seitens Weatherunderground Adapter gab, (wegen Problem bei Neuinstallation)

[opossum]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

@opossum Und der war wie wie anders als der jetzt?

Ich hatte das Phänomen, dass ich alle Diagramme, die ich in Flot habe, nach dem Aufruf noch einmal speichern musste. Dann habe ich diesen gespeicherten Link kopiert und neu in die iFramequelle hineinkopiert. Dann wurden die Diagramme sofort wieder angezeigt. Habe jetzt leider kein vorher/nachher. Es ist ja auch "nur" das Testsystem. Sobald ich das in Ordnung habe, gehe ich an das ProdSystem. Dann kann ich dort auf jeden Fall vorher/nachher festhalten.

[nieIP]

Hallo

wie im ersten Post angekündigt sind in meinen VIS Ansichten einige Bilder nicht mehr zu sehen.
In den FAQ steht dazu zwar ein Hinweis, diesen verstehe ich aber nicht?

Dateien müssen in offiziell definierte Adpater-Basisverzeichnisse (z.B. vis.0, iqontrol.meta u.ä.) abgelegt werden. Nutzt am besten auch die offiziellen Uploader via Vis oder iqontrol, damit diese Dateien korrekt registriert sind.

Was ist der "Uploader via VIS" ?
Reicht es die Bilder per Terminal in ein anderes Verzeichnis zu kopieren (in welches)?
Und was bedeutet in diesem Zusammenhang "damit sie registriert sind"?

Danke

[crunchip]

@nieIP das bedeutet, das du deine Bilder in VIS via Datei Manager ins richtige Verzeichnis laden musst, solltest du im Vorfeld z.b via winscp Dateien reinkopiert haben, funktionieren diese nicht mehr.

[nieIP]

@crunchip sagte in js-controller 2.0 ab sofort im Latest Repo:

@nieIP das bedeutet, das du deine Bilder in VIS via Datei Manager ins richtige Verzeichnis laden musst, solltest du im Vorfeld z.b via winscp Dateien reinkopiert haben, funktionieren diese nicht mehr.

Also muss ich alle Bilder aus /opt/iobroker/iobroker-data/files/... über den Dateimanager neu hochladen und in allen Views den Pfad ändern?

[apollon77]

@nieIP Korrekt