js-controller 5.0.x jetzt in der BETA

[Thomas Braun]

@ehome

'latest' ist das Beta-Repo, egal ob du das für dich 'Stable' nennst.

So wird ein Schuh draus:

echad@chet:~ $ iob repo list
beta          : http://download.iobroker.net/sources-dist-latest.json
live-stable   : http://iobroker.live/repo/sources-dist.json
live-beta     : http://iobroker.live/repo/sources-dist-latest.json
stable        : http://download.iobroker.net/sources-dist.json

[fastfoot]

Versuch des Upgrades 5.0.3-->5.0.4 via GUI schlägt fehl unter Windows:

ein anschliessendes Upgrade via Konsole funktioniert problemlos

OS: Windows 10
Node: 18.15.0
NPM: 9.5.0
IOB: Alles neueste Betas

[foxriver76]

@fastfoot Windows wird nicht unterstützt für UI Upgrade, da brauchts allerdings noch ein Admin Update, sollte er nicht anzeigen.

[fastfoot]

@foxriver76 sagte in js-controller 5.0.x jetzt in der BETA:

@fastfoot Windows wird nicht unterstützt für UI Upgrade, da brauchts allerdings noch ein Admin Update, sollte er nicht anzeigen.

ah ok, danke, wollte es nur gemeldet haben, habe evtl. auch entsprechende Info hier überlesen

[ehome]

@thomas-braun @crunchip danke für die Aufklärung, hab mich mal aus dem beta-Programm abgemeldet und einen downgrade durchgeführt. Warte dann bis alle "stable" ist.

[foxriver76]

@fastfoot Ist gut, ich hätte erwartet, dass Admin es auch gar nicht anzeigt

[Marty56]

5.0.4 installiert. Derzeit Betrieb ohne Probleme.
Bisher ist der "Alias Error Burst" noch nicht aufgetreten.

Mein Problem mit Yakha war die Referenz auf einen nicht existierenden Datenpunkt, der wohl im Yakha Adapter unter der 4.x Version von js-controller ignoriert wurde und jetzt unter 5.0.4 zu riesigen Menge von fatalen Fehlern geführt hat.

[UweRLP]

@uwerlp sagte in js-controller 5.0.x jetzt in der BETA:

enigma2.0 v1.3.3 Adapter läuft nicht mehrer, hat allerdings für mich nicht Priorität.

enigma2.0 v1.5.0 startet dann auch unter 5.x

Aus alter Installation hatte ich eigene Grafiken in
c:\iobroker\iobroker-data\files\vis\img\ !Diese wurden übernommen
c:\iobroker\iobroker-data\files\vis\img\Garage\ !Nicht übernommen
c:\iobroker\iobroker-data\files\vis\img\Homematic\ !Nicht übernommen
c:\iobroker\iobroker-data\files\vis\img\Wohnung\ !Nicht übernommen

Ist in 5.0.4 behoben, Grafiken werden nicht mehr gelöscht und in vis angezeigt.

Danke!

[mcm1957]

@apollon77

Betrifft Problemliste:

Ist der Adapter Vissmann in der Queue? Im Comment am Anfang hab ich ihn noch nicht gefunden.

Problem:
https://forum.iobroker.net/topic/66187/nach-update-js-controller-probleme-mit-viesmann-adapter

Issue: https://github.com/misanorot/ioBroker.viessmann/issues/121

[Sandy]

Hallo

Also bei mir zeigen nach dem Update alle Wetter Instanzen eine Warnung an.

Gruss Sandy

[Thomas Braun]

@sandy

Kann es sein, dass 'daswetter' ein Scheduled-Adapter ist und der einfach nur im eingestellten Intervall startet?

[Sandy]

@thomas-braun da kenne ich mich leider nicht so mit aus

[sigi234]

@thomas-braun sagte in js-controller 5.0.x jetzt in der BETA:

Kann es sein, dass 'daswetter' ein Scheduled-Adapter ist und der einfach nur im eingestellten Intervall startet?

Jupp

[Sandy]

@sigi234 was kann ich denn dagegen machen ?

[Thomas Braun]

@sandy sagte in js-controller 5.0.x jetzt in der BETA:

da kenne ich mich leider nicht so mit aus

Aber mit Beta-Zeug herummachen.
Wenig sinnig.

was kann ich denn dagegen machen ?

Nichts, das ist so richtig und soll so sein.

[Monger71]

@thomas-braun
Bei mir klappt es noch nicht. Wird zwar angezeigt, dass 5.0.4 verfügbar ist (im Info-Bereich), bei Host, steht eine (1), dort steht noch, dass nur 5.0.3 verfügbar und auch installiert ist. (Linux-Umgebung)

Denke mal, dass es aus dem Host-Bereich installierbar sein sollte, oder?

Nebenbei ist mir gerade noch aufgefallen, dass auch ein Adapter als hochrüstbar gemeldet wurde, das Update aber auch nicht in der Adapter-Liste angezeigt wurde. War Discovery 3.1.0 => 3.2.0. Per Konsole ging es.

5.0.4 war übrigens dann auch per Konsole möglich..

[Marty56]

@sandy die Log Stufe des Adapters auf "Error" stellen.

[bommel_030]

@marty56
Kann das js-controller Update den "Wert" der Meldung von "info" auf "warn" geändert haben? Die Meldungen hatte ich vor dem Update nicht im LOG und die Warnstufe der Adapter habe ich erst danach auf Error gestellt.

[foxriver76]

@bommel_030 Ja, unabsichtlich, wenn der Adapter eine eigene Begründung zum Terminate angegeben hat, danke fürs Melden - wird gefixt sein in nächster Version

[bommel_030]

@foxriver76
Ich meine irgendwo gelesen zu haben, die "alias-subscription-errors" sollten mit der 5er Version auch behoben sein (Finde die passende Stelle gerade nicht).
Da sich einer meiner Shellies verabschiedet hab musste ich in einem Skript das einen Alias steuert den Trigger anpassen.
Das hat mir >48 "alias-subscription-errors" ins LOG gehauen. Die funktionieren seit jeher einwandfrei und sind in dem Skript auch nicht eingebunden.