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

[Marty56]

@apollon77
Schön, dass es wieder ein Update gibt und dass es createAlias gibt. deleteAlias fände ich auch noch wünschenswert.

Der Bug, dass bei on schedule ()... und Neustart des entsprechenden Scripts die Timer nicht gelöscht werden, ist noch drin oder?

[apollon77]

@marty56 sagte in Javascript 6.1.0 - Neue Funktionen (Beta):

Schön, dass es wieder ein Update gibt und dass es createAlias gibt. deleteAlias fände ich auch noch wünschenswert.

delObject ist exakt das gleiche, also unnötig.

Der Bug, dass bei on schedule ()... und Neustart des entsprechenden Scripts die Timer nicht gelöscht werden, ist noch drin oder?

Dann poste ich mal das ganze Changelog, dann beantwortet sich deine Frage von allein:

• (Apollon77) Add a configurable check for number of setStates per Minute to prevent scripts from taking down ioBroker. Default are 1000 setState per minute. Only stops if the number is reached 2 minutes in a row!
• (Apollon77) Add createAlias method to create aliases for states
• (Apollon77) Add setStateDelayed to selector
• (Apollon77) Add options to exec command
• (Apollon77) Fix issues with cancelling schedules when stopping scripts
• (bluefox) Corrected debug mode

Gefixter Debugger und das mit den Schedules fällt unter die "Fehlerbehebungen" die oben genannt, aber nicht weiter ausgeführt, sind ;)

[Marty56]

@apollon77 Sorry, dass ich nicht das Changelog gelesen hatte. Aber Danke!

[apollon77]

@marty56 Also bitte gern prüfen. Bei mir lokal war es damit gefixt ... war eine interessante Challenge bis ich das problem mal verstanden hab ... der Fix waren dann 2 Mins :-)

[Steff]

@apollon77,

Update auf 6.1.0 hat problemlos funktioniert, Der Schedule Bug ist weg.

Super Arbeit!

Gruß Steffen

[paul53]

@apollon77
Anmerkung zur Doku: Es ist kein Wunder, dass Nutzer immer wieder den Begriff "Variable" für einen "Datenpunkt" verwenden, wenn es in der Doku so vorgelebt wird.

[Homoran]

@paul53 hast du einen Link?

[paul53]

@homoran sagte: Link?

[darkiop]

@apollon77 sagte in Javascript 6.1.0 - Neue Funktionen (Beta):

Der Bug, dass bei on schedule ()... und Neustart des entsprechenden Scripts die Timer nicht gelöscht werden, ist noch drin oder?

Dann poste ich mal das ganze Changelog, dann beantwortet sich deine Frage von allein:

Dabei fällt mir gerade folgende Frage ein: Kann man die laufenden Timer irgendwo sehen?

[Homoran]

@paul53 Danke!

[Marty56]

Ich habe tatsächlich diesen neuen Fehler "setState Checker" bekommen, bei einem Script.

Script script.js.common.Energie is calling setState more than 1000 times per minute! Stopping Script now! Please check your script

Es wäre schön, wenn man etwas mehr Infos zu dem State oder der Zeile bekommen könnte, wo dieser Fehler auftritt.

[Homoran]

@marty56 ich hab keine Ahnung von javascript.
Aber was für Infos fehlen dir denn?

such mal alle setState()
da scheinen in einer Schleife im Millisekundentakt States geprüft zu werden.

[apollon77]

@marty56 er zählt alle set state pro Skript. Des Weiteren einmal pro Minute schaut er nach der Zahl. Wie soll man das denn auf ein einzelnes setState runterbrechen? Das geht nicht.

Starte dein Skript im verbose Mode und jede Aktion wird geloggt. Dann siehst du vllt mehr.

Und ja es kann ja sein das das für das Skript ok ist. Aber solltest du prüfen bevor du das Limit hoch setzt.

[apollon77]

@paul53 hm … ok ich stehende einen Fehler das in Beispielen createState kommt. Aber wo ist variable? Ok muss ich nachher mal am pc suchen. Oder mach nen pr :-))

[Homoran]

@apollon77 createState('myAlias', {id: {read: 'myReadValiable', write: 'myWriteVariable'}})
vielleicht besser datapoint

[MCU]

@darkiop
https://forum.iobroker.net/topic/39912/liste-aller-aktiven-scheduler/2

[apollon77]

@homoran ok my fault dann. Fixe Doku nachher

[paul53]

@apollon77 sagte: mach nen pr :-))

Erledigt.

[apollon77]

@paul53 Danke!!

[darkiop]

@mcu Danke dir, kein fehler da etwas transparenz zu haben ;)