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

[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.

[mcm1957]

@Shadowhunter23
Was speichert denn der in über 5000 Objekten?
Kopiert der das ganze Internet :-)

[Shadowhunter23]

@mcm1957

Danke für den Tipp! Ich musste einmal FB-Geräte neu einlesen. Der hat über Wochen alle Geräte gesammelt..
Problem behoben.

[mcm1957]

@Shadowhunter23

Genau für solche ansteigenden (aber nicht wirklich nötigen) Statesammlungen soll die Warnung dienen.

Wenn das Ansammeln übrigends nicht durch eine Störung auftrat sindern durch etwas was der Adapetr erkennen könnte mach doch ein Issue beim Adapter auf. Schätze dass du nicht 5000 verschiedene Handies besitzt - aber ev. wechselt deine MAC oder IP oder sowas und löst das Sammeln aus. Dann könnte der Adapter das ev. erkennen und alte States wegräumen (ist aber kein wirkliches Thema für diesen Thread)

Generell bitte beim Auftreten der States Warnung kurz nachdenken ob die hohe Anzahl von States realistisch einen Sinn machen kann und mal schaun was da eigentlich gespeichert wird.

[Shadowhunter23]

@mcm1957 sagte in js-controller 7.1 Beta test:

Genau für solche ansteigenden (aber nicht wirklich nötigen) Statesammlungen soll die Warnung dienen.

Finde ich top, so hab ich 3000 Objekte gelöscht. Hätte ich selber nicht gemerkt.

könnte mach doch ein Issue beim Adapter auf.

Erledigt.

[Feuersturm]

@apollon77 Der benchmark.0 Adapter hat bei mir etwas mehr als 10.000 objects vor längerer Zeit angelegt.

[ticaki]

@apollon77 sagte in js-controller 7.1 Beta test:

@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?

Der Pfad ist falsch in der Readme:

richtig ist:
system.adapter.<adapter>.<instance>.objectsWarnLimit

[mawe]

Moin,

der viessmann Adapter legt mir auch 8234 Objekte von meiner Heizung automatisch an. Die werde ich bestimmt alle brauchen... Ohh man.

viessmannapi.0 2025-12-07 23:10:44.784 warn This instance has 8234 objects, the limit for this instance is set to 5000.

[apollon77]

@ilovegym sagte in js-controller 7.1 Beta test:

(@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?

Dazu am besten Denis direkt kontaktieren. Das ist ein Vendor Feature, also für fälle wo ioBroker vorinstalliert wird zb durch Installer oder so.

[apollon77]

@crunchip sagte in js-controller 7.1 Beta test:

sourceanalytics ist auch so ein Kandidat zwecks Objekt Limit

Details? Am Ende kommt das vor allem bei Source Analytics ja stark auf Deine Nutzung an

[apollon77]

@OliverIO sagte in js-controller 7.1 Beta test:

Das letzte 7.1 ist ja so ca September 2024.

Die Letzte Version vorher war 7.0.7 released im April 2025. und ja seitdem gab es nur dev Releases.

Oder was genau meinst Du?

[apollon77]

@Shadowhunter23 sagte in js-controller 7.1 Beta test:

Danke für den Tipp! Ich musste einmal FB-Geräte neu einlesen. Der hat über Wochen alle Geräte gesammelt..

Und genau dafür ist diese Warnung gedacht... Bitte aber ggf auch beim Adapter ein Issue anlegen das man dort ggf optimieren oder fixen kann da so ein ansammeln nicht passiert!

[apollon77]

@Feuersturm sagte in js-controller 7.1 Beta test:

@apollon77 Der benchmark.0 Adapter hat bei mir etwas mehr als 10.000 objects vor längerer Zeit angelegt.

Naja ok, das idst quasi die Aufgabe dieses Adapters den man ja auch eher nicht in produktiv Umgebungen nutzt. der räumt die am Ende eines Laufen an such aber auch weg ... also ggf abgestürzt ?

[apollon77]

@ticaki sagte in js-controller 7.1 Beta test:

Der Pfad ist falsch in der Readme:

Danke, fixen wir

[mcm1957]

@ticaki sagte in js-controller 7.1 Beta test:

@apollon77 sagte in js-controller 7.1 Beta test:

@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?

Der Pfad ist falsch in der Readme:

richtig ist:
system.adapter.<adapter>.<instance>.objectsWarnLimit

Leg bitte ggF ein Issue an oder gleich einen PR. Danke

[apollon77]

@mawe sagte in js-controller 7.1 Beta test:

der viessmann Adapter legt mir auch 8234 Objekte von meiner Heizung automatisch an. Die werde ich bestimmt alle brauchen... Ohh man.

Wenn die korrekt abgelegt sind dann ist das ja ok, wenn sie aber irgendwie aus der historie gesammelt wurden dann nicht.

[OliverIO]

@apollon77

sagte in js-controller 7.1 Beta test:

@mcm1957

Ja mit Admin verwechselt

[mcm1957]

@mawe sagte in js-controller 7.1 Beta test:

Moin,

der viessmann Adapter legt mir auch 8234 Objekte von meiner Heizung automatisch an. Die werde ich bestimmt alle brauchen... Ohh man.

viessmannapi.0 2025-12-07 23:10:44.784 warn This instance has 8234 objects, the limit for this instance is set to 5000.

Wenn das nicht Folge eines Absturzes ist wär das meiner Meinung nach ein Issue f d Adapter. Kann mir bei einer Heizung keine 8000 Mess bzw Steuerpunkte vorstellen - ausser das Ding kontrolliert die Fernwärme einer ganzen Stadt.

[Asgothian]

Ich habe im Zigbee-Adapter extra eine Funktion eingebaut über die der Adapter prüft welche DP sich in deinem Namespace befinden, und ob diese weiterhin genutzt werden.
Vielleicht sollte so eine Funktion beim Start auch für andere Adapter vorgesehen werden.

Aktuell mache ich das recht Hemdsärmlig über das Anpassen der Farbe der DP ID im Admin. Wenn js-Controller / Admin da ein Flag anbieten wüden könnte man das verallgemeinern.

A.

Nachtrag - Ich hab das gepaired mit einer Funktion diese erkannten 'nicht weiter verbundenen DP's' vom Adapter löschen zu lassen. Die muss der Nutzer aber explizit ausführen, damit da nicht aus versehen automatisch was umgehauen wird was noch Wert hat.