js-controller 3.3 jetzt im Beta

[apollon77]

@thomas-braun ja npm prune oder auch npm dedupe alles schön. Gefahr ist das danach was nicht geht. Von daher ……… man kann das aufräumen … muss man … … …. Das muss jeder selbst entscheiden …

[Chaot]

@apollon77 Danke - also lass ich da mal lieber vorerst die Finger weg solange alles geht.
@Thomas-Braun Danke für die Info. Wie gesagt werde ich das vorerst lassen, aber mir das dann mal im Hinterkopf behalten wenn ich ein frisches Backup und vieeeel Zeit habe.

[Thomas Braun]

@chaot

So schaut das übrigens in meinem System aus:

echad@chet:/opt/iobroker $ npm list
iobroker.inst@3.0.0 /opt/iobroker
├── iobroker.admin@5.1.15
├── iobroker.alexa2@3.9.3
├── iobroker.backitup@2.1.13
├── iobroker.ble@0.12.0
├── iobroker.cloud@4.1.0
├── iobroker.devices@1.0.9
├── iobroker.echarts@1.0.3
├── iobroker.firetv@1.0.0
├── iobroker.history@1.9.13
├── iobroker.info@1.9.6
├── iobroker.iot@1.8.22
├── iobroker.javascript@5.2.8
├── iobroker.js-controller@3.3.15
├── iobroker.mihome-vacuum@3.2.2
├── iobroker.mihome@1.3.7
├── iobroker.miio@0.0.13
├── iobroker.nuki-extended@2.3.1
├── iobroker.samsung-community@ (git+ssh://git@github.com/iobroker-community-adapters/ioBroker.samsung-community.git#ea8f9f373f38d733e3d1a848e5aecf44e66bf34d)
├── iobroker.simple-api@2.6.1
├── iobroker.tado@0.3.4
├── iobroker.tr-064@4.2.14
├── iobroker.tradfri@3.0.1
├── iobroker.vofo-speedtest@0.0.8
├── iobroker.web@3.4.5
├── iobroker.whatsapp-cmb@0.1.6
└── iobroker.zigbee@1.5.6

Wesentlich aufgeräumter. Gut, das ist auch mit npm@7, das ist im Grund-Layout schon etwas übersichtlicher. Aber keine Errormeldungen oder extranous Pakete. Und mein System schnurrt. Hab halt ungern Fehlermeldungen irgendwo stehen. Macht die Suche nach 'richtigen' Fehlern nämlich auch nicht übersichtlicher.

[e-s]

@apollon77
Kannst du oder irgendwer anders mal nach dem bose soundtouch Adapter schauen?
Da sind auch noch Fehler vorhanden, welche aber schon gefixt sind.
Leider ist die 0.9.4 nicht auf npm zu finden, sondern nur die 0.9.3.

[apollon77]

@e-s Checke ich

[apollon77]

@e-s Naja und in der 0.9.4 ist nichts von den relevanten DIngen gefixt. denke habe morgen was zum testen. Bitte bei Issue https://github.com/iobroker-community-adapters/ioBroker.bosesoundtouch/issues/51 subscriben. poste dort updates wegen testsupport

michi-68 created this issue in iobroker-community-adapters/ioBroker.bosesoundtouch

closed js-controller 3.2.16 #51

[apollon77]

@e-s GitHub version zum testen da ...

[e-s]

@apollon77
Dankeschön, habe ich auf github schon gesehen. Komme aber erst morgen zum testen, war heute den ganzen Tag unterwegs.

Mal was anderes, bei vielen Adaptern sind die fehler schon beseitigt, häufig müssen aber die dp manuell gelöscht und neu angelegt werden.
Ich bezweifle das alle stable User das wirklich hinbekommen, besonders weil dadurch auch gerne alias, Funktionen und Räume verloren gehen könnten.
Dadurch werden einige User nicht gerade erfreut sein.
Wenn der js Controller doch einen Fehler findet, könnte er ihn dann nicht beseitigen. Mir ist bewusst das dies noch viel schlimmere Fehler hervorbringen könnte, aber wenn dieser wirklich nur mal number zu string oder anders herum ändert, dann sollte doch nicht so viel passieren.
Ich habe mir auch schon überlegt das es manchmal manuell mit anpassen leichter wäre als neu erstellen lassen.

Diese Anpassungen selbst in jeden Adapter selbst zu packen, ist auch schwer bis jetzt kaum möglich.

Da fällt mit gerade ein, der undock frontier Silicon Adapter von @hallo-amt ist auch noch nicht fertig.
Glaube pr sind sogar schon vorhanden, aber er hat auch scheinbar keine Zeit zum übernehmen.

Also anders gesagt, alles fertig bekommen bei dieser riesigen Anzahl von Adaptern wird verdammt schwer.

[apollon77]

@e-s Ja ist sehr blöd diesmal aber das müssen wir alle jetzt einmal durch ... Leider. Im Notfall müssen User halt Loglevel hochsetzen ...

[Jey Cee]

@apollon77 @e-s am ende sind das doch bei allen Objekten nur ein begrenzte Anzahl an Problemen.
Wenn wir die Sammeln und damit so eine Art fix Script Bauen das die Fehler in den Objekten behebt?
Eine sehr einfach Variante wäre das der User die ID des Objekts angibt in Verbindung mit der Fehlermeldung.

Wäre immer noch ne Menge Arbeit, aber die User hätten einen Weg der nicht gleich das ganze System durcheinander bringt.

[apollon77]

@jey-cee interessante Idee. Müsste eher generisch sein und dann mit regex arbeiten.
Vllt am besten sogar vllt relevante logzeilen als Input dann parsen der Meldung und Objekte fixen. Die Fehlermeldungen die relevant sind sollten überschaubar sein.
Damit kriegt man auf jeden Fall die einfachen Datentypenthemen hin. Object/stringify Themen und ggf Objekte die der dev am Ende aus Mixed deklariert hat muss man dann doch löschen und neu anlegen lassen. Sind dann aber weniger.

Wer mag sich der Idee mal annehmen?

[LoxDUS]

Hallo Zusammen,

Mein Log (oder jetzt Protokoll) listet alle 2 Minuten folgende Warnung auf:

State "info.0.sysinfo.cpu.currentSpeed.coresSpeed" has no existing object, this might lead to an error in future versions
State "info.0.sysinfo.cpu.currentLoad.currentLoad_hist" has no existing object, this might lead to an error in future versions

Kann es sein das da eine "groß-Kleinschreibung verwechselt wurde in "coresSpeed" und "currentLoad"? Kann ich das irgendwie selber fixen?

[apollon77]

@loxdus Bitte die gemedleten Objekte im Admin löschen, Info Adater neu starten. sollte dann weg sein ... bzw info Adapter sicherstellen das letzte Version installiert ist!

[LoxDUS]

@apollon77 Das Problem ist doch das es die nicht gibt. Oder ist das nicht "Case" sensitive? Es gibt nur mit kleinen Buchstaben:

Habe die letzte Version installiert:

[apollon77]

@loxdus GutHub Issue bei info Bitte

[LoxDUS]

@apollon77 Done #336

[Latzi]

@apollon77
issue #336 wurde geschlossen, jedoch in 1.9.9 besteht die Meldung immer noch:

info.0	2021-09-03 18:12:15.028	warn	(2318) State "info.0.sysinfo.cpu.currentSpeed.coresspeed" has no existing object, this might lead to an error in future versions
info.0	2021-09-03 18:12:14.917	warn	(2318) State "info.0.sysinfo.cpu.currentLoad.currentload_hist" has no existing object, this might lead to an error in future versions

[apollon77]

@latzi N dann kommentiere dort oder mach ein neues issue auf. Objekte mal gelöscht?

[Latzi]

@apollon77
Ja, Instanz gestoppt, Objekte gelöscht und Instanz wieder gestartet. Da der Fehler bestehen blieb, Reboot versucht - leider ohne Erfolg

[deta]

@latzi sagte in js-controller 3.3 jetzt im Beta:

@apollon77
Ja, Instanz gestoppt, Objekte gelöscht und Instanz wieder gestartet. Da der Fehler bestehen blieb, Reboot versucht - leider ohne Erfolg

Kann den Fehler bestätigen. Hab das auch. Hab iobroker auf dem Rock64, vielleicht hilft die Info.

Wobei bei mir nur das kommt.

info.0
2021-09-04 09:35:58.136	warn	State "info.0.sysinfo.cpu.currentSpeed.coresspeed" has no existing object, this might lead to an error in future versions

info.0
2021-09-04 09:35:55.127	warn	State "info.0.sysinfo.cpu.currentSpeed.coresspeed" has no existing object, this might lead to an error in future versions

info.0
2021-09-04 09:35:52.169	warn	State "info.0.sysinfo.cpu.currentSpeed.coresspeed" has no existing object, this might lead to an error in future versions

info.0
2021-09-04 09:35:49.126	warn	State "info.0.sysinfo.cpu.currentSpeed.coresspeed" has no existing object, this might lead to an error in future versions