Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[apollon77]

@sigi234 sagte in js-controller 7.1 Beta test:

@apollon77 sagte in js-controller 7.1 Beta test:

(@foxriver76) Added objects warn limit per instance

Wie und wo kann ich das Limit einstellen?

https://github.com/ioBroker/ioBroker.js-controller/blob/master/README.md#objects-warn-limit

Hast du einen validen Case mit mehr als 5000 Objekte?

[sigi234]

@apollon77 sagte in js-controller 7.1 Beta test:

Hast du einen validen Case mit mehr als 5000 Objekte?

Ja:

[apollon77]

@sigi234 sagte in js-controller 7.1 Beta test:

@apollon77 sagte in js-controller 7.1 Beta test:

Hast du einen validen Case mit mehr als 5000 Objekte?

Ja:

Krass. Hat „das wetter“ das by default? Dann heben wir das Minimum an

[MartyBr]

Ich schliesse mich mal hier an. Ich habe gerade auf die js-controller 7.1 upgedatet und bekomme den Hinweis, dass der Adapter hass mehr als 5000 Objekte hat. Kann auch dieser Adapter angepasst werden?

[Homoran]

@MartyBr der Doku nach
https://github.com/ioBroker/ioBroker.js-controller/blob/master/README.md#objects-warn-limit
gilt das für alle

[Thomas Braun]

@apollon77

Hier keine Auffälligkeiten. Es läuft alles wie zuvor auch.

[apollon77]

@MartyBr sagte in js-controller 7.1 Beta test:

Ich schliesse mich mal hier an. Ich habe gerade auf die js-controller 7.1 upgedatet und bekomme den Hinweis, dass der Adapter hass mehr als 5000 Objekte hat. Kann auch dieser Adapter angepasst werden?

Wie viele Objekte hast Du denn so in deiner Hass instanz?

Und im ersten Schritt kannst DU es selbst anpassen, siehe Link oben

[ilovegym]

@apollon77

Das hier ist für mich evtl interessant:

(@GermanBluefox) Added creation of JavaScript password to encrypt vendor

Der JavaScript Adapter v9.0.12 ist da wohl schon angepasst, gibt es eine kurze Readme dazu?

[MartyBr]

@apollon77
ungeheuer viele: 5726

host.iobroker-test
2025-12-07 13:03:22.753	info	instance system.adapter.logparser.0 in version "2.4.0" started with pid 36896

hass.0
2025-12-07 13:03:20.520	warn	This instance has 15726 objects, the limit for this instance is set to 5000.

host.iobroker-test

Ich setze den Parameter auf 16.000.

Das ist mein Test-Server, ist also nicht kritisch. Ich werden auch den Objektbaum löschen und wieder neu erstellen lassen.

[Ben1983]

@apollon77 sagte in js-controller 7.1 Beta test:

(@GermanBluefox) Added typing for smartName in the enum objects

@apollon77 Inwiefernt ist dieser Punkt zu verstehen?
Wird dem User irgendwie etwas angeboten?
Habe in meinem Testsystem die 7.1.0 installiert, aber wo finde ich dazu nun was?

[apollon77]

@Ben1983 sagte in js-controller 7.1 Beta test:

@apollon77 sagte in js-controller 7.1 Beta test:

(@GermanBluefox) Added typing for smartName in the enum objects

@apollon77 Inwiefernt ist dieser Punkt zu verstehen?
Wird dem User irgendwie etwas angeboten?
Habe in meinem Testsystem die 7.1.0 installiert, aber wo finde ich dazu nun was?

Du hast gelesen was über diesen typing Themen steht? Das sind reine Developer Themen. So wie es da auch steht.

[apollon77]

@MartyBr sagte in js-controller 7.1 Beta test:

@apollon77
ungeheuer viele: 5726

host.iobroker-test
2025-12-07 13:03:22.753	info	instance system.adapter.logparser.0 in version "2.4.0" started with pid 36896

hass.0
2025-12-07 13:03:20.520	warn	This instance has 15726 objects, the limit for this instance is set to 5000.

host.iobroker-test

Ich setze den Parameter auf 16.000.

Das ist mein Test-Server, ist also nicht kritisch. Ich werden auch den Objektbaum löschen und wieder neu erstellen lassen.

Alles gut. Deswegen ist das Feedback hier wichtig. Am Ende sind zu viele Objekte in jedem Fall ein Thema es zu prüfen. Wenn es valide ist dann kein Problem. Es gab genug Fälle wo zu viele Objekte heimlich angesammelt worden und es dann Probleme gab.

[crunchip]

läuft auch hier unauffällig

sourceanalytics ist auch so ein Kandidat zwecks Objekt Limit

[OliverIO]

@apollon77

Das letzte 7.1 ist ja so ca September 2024.
Daher hat man wenn man seitdem entwickelt und die Entwicklungsumgebung aktualisiert hat das immer schon seitdem mitgetestet.
Gibt es noch Dinge die man darüber hinaus noch testen sollte, was man in einer dev Umgebung nicht sieht?

Meintest du eigentlich stable anstatt Beta?
Im Beta Release Channel ist es doch schon längeres.

[Thomas Braun]

@OliverIO sagte in js-controller 7.1 Beta test:

Meintest du eigentlich stable anstatt Beta?
Im Beta Release Channel ist es doch schon längeres.

Nö, js-controller 7.1 ist erst seit heute im Beta-Repo.

[Armilar]

@apollon77

Sieht weitestgehend unauffällig aus mit der 7.1.0. Bis auf:

[mcm1957]

@OliverIO sagte in js-controller 7.1 Beta test:

Das letzte 7.1 ist ja so ca September 2024.

Du bringst da was durcheinander.
Oktober 2024 gab es js-controller 7.0.0.
js-controller 7.1.0 wurde erst gestern released.

Meintest du eigentlich stable anstatt Beta?

Sicher nicht

Im Beta Release Channel ist es doch schon längeres.

Da gabs zuletzt nur 7.0.7.

[OliverIO]

@mcm1957

Ja mit Admin verwechselt

[Asgothian]

Die 7.1.0 läuft bei mir Unauffällig.

Das Problem beim Beenden des Zigbee Adapters ist prinzipiell weg - allerdings erst mit der kommenden Adapter Version 3.3.0 - ich muss erst den stopTimeout wieder hochsetzen - von aktuell 5 sekunden auf 30 sekunden.

Wie schon im Issue geschrieben gibt es weiterhin einen (komischen, und aus meiner Sicht ungewollten Effekt - Es entsteht eine deutliche wartezeit zwischen der Adapter ist beendet und der Adapter wird neu gestartet (Aktuell, 45 - 60 s, abhängig davon wie lange der Shutdown des Adapters braucht) - es scheint als ob der stopTimeout doppelt abgewartet wird - einmal bei anhalten, einmal vor den Zulassen eines Neustarts.

A.
p.s. der Zigbee 3.3.0 geht (hoffentlich) heute noch ins Latest - ich muss noch eine Bug finden und beseitigen.

[Shadowhunter23]

@apollon77

Bitte für https://github.com/afuerhoff/ioBroker.fb-checkpresence auch. 5806

edit
Nicht mehr nötig, war mein Fehler.