NEWS

@martin_olw dann siehst du wer die jeweiligen Änderungen auslöst.
zumindest erstmal ganz grob

@fischerict sagte: Die Variable in Homematic ist als Zeichenkette angelegt.

Wirklich?

"hm-rega.0.62752" which expects a boolean

Schau die OBJEKTDATEN an.

@ofri2607 Danke, gerade getestet, Damit komme ich weiter.

@lucifor1976

Hallo,

Das erste log kommt vom ilo 4.
Also dieses:

javascript.0 2025-06-30 09:16:02.143 warn at processImmediate (node:internal/timers:454:9) javascript.0 2025-06-30 09:16:02.143 warn at runNextTicks (node:internal/process/task_queues:60:5) javascript.0 2025-06-30 09:16:02.143 warn at createState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2987:34) javascript.0 2025-06-30 09:16:02.143 warn at Object.<anonymous> (script.js.Eigene_Scripte.ilo4:255:25) javascript.0 2025-06-30 09:16:02.143 warn at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2090:20) javascript.0 2025-06-30 09:16:02.137 warn You are assigning a object to the state "javascript.0.ilo4-testing.bios.links" which expects a string. Please fix your code to use a string or change the state type to object. This warning might become an error in future versions.

Der DP bios.links ist so befüllt

{"self":{"href":"/rest/v1/systems/1/bios/Settings"}}

Vom lesen her können die Fehlerlos durchaus komplett wegen dem DP sein...?
Sonst ist das Log super und alle DPs da.

Das folgende Log ist vom Abruf des ilo 5

javascript.0 11:35:32.719 info registered 0 subscriptions, 1 schedule, 0 messages, 0 logs and 0 file subscriptions javascript.0 11:35:34.489 info Thermal-Daten erfolgreich abgerufen. javascript.0 11:35:34.489 error Fehler beim Abrufen der Thermal-Daten: Cannot read properties of undefined (reading 'trim') javascript.0 11:35:35.710 info System Data erfolgreich abgerufen. javascript.0 11:35:36.878 info PSU Data erfolgreich abgerufen. javascript.0 11:35:37.533 info Firmware Data erfolgreich abgerufen. javascript.0 11:35:37.951 info Network Data erfolgreich abgerufen. javascript.0 11:35:38.762 info 🧬 BIOS-Felder: • @odata.context: /redfish/v1/$metadata#Bios.Bios • @odata.etag: W/"B2467190023E121212858C6490CB8F5B" • @odata.id: /redfish/v1/systems/1/bios/settings/ • @odata.type: #Bios.v1_0_0.Bios • AttributeRegistry: BiosAttributeRegistryU41.v1_2_68 • Attributes: [object Object] • Id: settings • Name: BIOS Pending Settings javascript.0 11:35:38.763 info BIOS-Settings erfolgreich abgerufen. javascript.0 11:35:38.770 warn at Object.<anonymous> (script.js.Eigene_Scripte.ilo5:255:25) javascript.0 11:35:39.228 info Disks Data erfolgreich abgerufen. javascript.0 11:35:39.228 warn Keine PhysicalDrives-Verlinkung gefunden. javascript.0 11:35:39.575 info Raid Data erfolgreich abgerufen. javascript.0 11:35:39.575 warn Keine LogicalDrives-Verlinkung gefunden.

Teilweise bekomme ich korrekte DPs angelegt, teils mit falschen Inhalt.

Beide Script laufen im iobroker.
Ich habe die beiden Scripte im iobroker ilo4 und ilo5 genannt. Deshalb findest du die Begriffe im Log.

Neue Version TibberSkript auf GitHub hochgeladen.
Version: 1.3.17
Änderungen:

Durch Ändern der Objekt-ID 0_userdata.0.Charge_Control.History.PrognoseAuto_kWh auf String, ab der Charge-Control Version 1.5.17 muss auch das Tibber Skript angepasst werden.

@homoran Verschieb ihn halt zu den Javascript

@ben1983 Bei MySQL geht das bei den genannten Punkten nicht. Der Button zum Speichern bleibt grau. Hier gibt es irgendwo schon ein paar Threads seit 2018 dazu. Der Fehler ist immer gleich. Du änderst was im Interface und kannst es nicht speichern.

Wie geht das nun per Script?

@paul53
Erstmal vielen lieben Dank für deine Erklärungen für mich Newbie 🙂 Irgendwie noch ein wenig Spaghetti im Kopf.
Also, wenn ich es richtig verstanden habe, dann kann ich mit eingeschalteten Puffer getState und setState direkt nutzen, die Werte sind im Puffer, und bei einem getState oder setstate wird gewarten bis er wirklich im "Puffer" geschrieben ist, richtig? Das heißt aber, die sind noch nicht mit dem JS Controller/Datenbank synchronisiert. Das kommt dann irgendwann automatisch.

Ohne Puffer nutzt man dann await setStateasync oder await getStateasync, damit sicher erst die DAtenpunkte beschrieben sind, bevor es weiter geht.

Ich bastel mir gerade ne Schrittkette (Typisch Siemens 🙂 ) mit einem int Wert, der dann von den einzelen Scripten gesetzt wird, wenn die sicher ihre Arbeit abgeschlossen haben. Die nachfolgenden Scripte arbeiten mit Werten aus den vorherigen Scripten.

Gruß und Besten Dank für deine Geduld 🙂

@simatec
ich habe das Skript so geändert, dass es auf Änderungen der State lauscht und die Änderung dann auch direkt via MQTT sendet 🙂

@haus-automatisierung

vielen lieben Dank -> funktioniert 🙂

Zum Test steht nun der neue pi-hole2 Adapter zur Verfügung
https://forum.iobroker.net/topic/81472/neuer-adapter-pi-hole2-für-pihole-v6?_=1750927226913

@iob69 sagte in [gelöst] 1 + 2 = 12?:

Edit: Das Control JQui Input liefert mir offenbar den String. Das hab ich nicht beachtet, dass der ja wohl auch für Buchstaben-Eingabe funktioniert.
Allerdings kann man dort angeben "als string" was nicht der Fall war. Und man kann sogar stellen hinter dem Komma angeben. Er liefert trotzdem einen String...

Dann ist das wohl ein Bug (oder so dokumentiert). Ansonsten könntest Du auch einen Alias nutzen um immer einen numerischen Wert zu parsen. Das Ziel von dem Input dann auf String umstellen, damit es keine Warnung im Log gibt

@liv-in-sky vielen Dank! 🙏

@accu
CmdId147 kenne ich übrigens auch nicht. Falls man da etwas loggen könnte, kann ich es mal anschauen.
Ich glaub die Entwicklung lebt von der Community.

@longbow sagte: wie müsste es aussehen?

const ids = $('shelly.0.*.Power').toArray(); const zielDatenpunkt = '0_userdata.0.Shelly.GesamtPower'; // Funktion: Summe berechnen function berechneSumme() { let summe = 0; ids.forEach((id) => { summe += parseFloat(getState(id).val) || 0; }); setState(zielDatenpunkt, summe, true); } on(ids, berechneSumme); berechneSumme(); // Scriptstart

@oliverio said in Timeout in JS einbinden:

allerdings ist das auch nicht die priorität, ist ja eh nur für debugging

genau.

@oliverio said in Timeout in JS einbinden:

Den Ende timestamp in einem datenpunkt merken und dann regelmäßig prüfen, ob er erreicht wird. Bzw. der datenpunkt existiert nur falls der Adapter neu gestartet wird, damit man wieder neu aufsetzen kann.
Dann schreibt man nicht so oft in der Datenbank herum

hier eigentlich unkritisch. Dann bleibt die Heizung weitere 5 Std. an.
ich lass es erst mal beim normalen Teimout und werde das beobachten.

danke an alle

@homoran Habe das Problem, aus einem anderen Forum erfahren. Die Steuerung hat den ON_TIME Befehl nicht erhalten, sondern nur den STATE Befehl. Ich vermute auf Grund der hohen dbM Werte ist ein Befehl "liegen" geblieben.

Werde jetzt alles auf COMBINED_PARAMETER umstellen, da hier die ON_TIME und die STATE in einem Befehl geschickt werden. Dann dürfte dies theoretisch nicht mehr passieren.

Danke für die Hilfe

Ok, also als Javascript scheint es zu klappen, nur Typescript will nicht.
Naja, dann mach ich in Javascript weiter. Daten kommen schon mal rein.

@paul53 Danke, funktioniert.