NEWS

@mcu Danke dafür, aber bei "err" handelt es sich bei mir lediglich um einen Datentyp String. Vielleicht hast Du noch eine ältere Codebasis (?) des JS-Controllers? Bin bei Version 7.0.6. Der Code funktioniert also in der Form bei mir so nicht. Ich vermute aber, dass das keinen Unterschied machen wird.

Hintergrund:

Der störende Logeintrag wird meines Verständnisses nach VOR dem Ausführen der Callback-Funktion (alles innerhalb der geschweiften Klammern ab "=>" { ... Callbackfunktion ... }" erzeugt. Dein Vorschlag zielt darauf ab, innerhalb der Callback-Funktion das Fehlerhandling noch etwas detaillierter durchzuführen, aber da ist der Logeintrag leider bereits erzeugt worden...

@ticaki sagte in Erstellung eines Keyboard Arrays für Telegram:

const a = '["button1", "Button2"]#' // den Fehler sieht man wohl try { const arr = JSON.parse(a); } catch { log('ich habs gesagt :)') }

Perfekt! Danke das hatte mir gefehlt. 🤗

@liv-in-sky danke schön 😊 die ticaki Lösung ist übersichtlicher

Auch wenn das ein altes Thema ist, ggf. finden sich hier gewillte Tester 🙂 https://forum.iobroker.net/topic/78967/test-adapter-oxxify-fan-control-v0-0-x-github-latest

Hallo Flachdachdecker,
vielen Dank für das Script. Ist im Prinzip genau das was ich gesucht habe. Das Script legt die in iobroker markierten Varianten in HA als entitäten an. Wenn ich in HA die entität ändere ist das sofort in iobroker zu sehen. Ändere ich aber in iobroker den Datenpunkt, wird das nicht an HA weitergereicht. In einem MQTT Explorer ist die Änderung des Zustandes aber zu sehen. Hast Du eine Idee, warum das so ist? Ist es normal, dass der Status nur alle 60s geändert wird.

@paul53 Danke ! hat funktioniert!
ich denke was das Problem ist mit den Werten, scheinbar muss man gleich am Anfang beim Anlegen der Systemvariable den richtigen Maximalwert angeben, und ich hatte 65000 angegeben. wenn man die später ändert werden die nicht im IO broker bei Objekten geändert. Hab mal geschaut dort stand immer noch 65000 obwohl in der der CCU den Wert erhöht hatte.

@paul53 said in setState()-Aufrufe haben immer ack == true:

@ticaki sagte: und nur durch das bestätigen ändert sich ja nicht der Wert...

Das war meine Aussage. Nur, wenn sich der Wert durch manuelle Betätigung vor Ort ändert, kommen change: 'ne', ack: true von "zigbee.0" gleichzeitig.

Ja, danke nochmal. Auch das ist korrekt, da hatte ich auch erst einen Denkfehler.

@paul53 ja Zeitzone Stimmt aber es gab noch irgenwie ein Leerzeichen was vom Kopieren Scipt hab nochmal alles "gewaschen" im Editor, ging jetz erstmal beim Test.

Hab aber noch was festgestellt die Uhr im win 10 Pro geht immer ca 2 Min vor auch wenn ich in Einstellungen auch Synchronisieren mit ptbtime1.ptb.de gehe, den NTP Server habe ich auch im Synology , Also alle Zeiten stimmer überein IPhone Raspimatic, Synology, IOBroker nur Win10 eben nicht.

Hallo,

ich hab noch mal in Ruhe gelesen und hätte auch früher schon "klick" machen sollen...

Das Script ist installiert und "es passiert" was. (?)

Im log sind immer wieder folgende Einträge zu sehen:

23.12.2024, 09:54:39.839 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
23.12.2024, 09:54:41.685 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
23.12.2024, 09:54:43.630 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
23.12.2024, 09:54:43.934 [info ]: javascript.0 (216) script.js.common.Tibber: Bridge Data: Nothing matches the given URI
23.12.2024, 09:54:43.935 [warn ]: javascript.0 (216) script.js.common.Tibber: Fehler beim Abrufen der Bridge Daten:SyntaxError: Unexpected token N in JSON at position 0
23.12.2024, 09:54:45.674 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
23.12.2024, 09:54:47.625 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
23.12.2024, 09:54:49.605 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
23.12.2024, 09:54:51.611 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
20a547e1-f209-4267-afba-f9c0bc02c13d-image.png

Und in den Objekten sehe ich nur diese Einträge:
c1dc5541-f86d-423d-980d-0db90d23ebe8-image.png

Wie kann ich das deuten? Ist mein Zähler nicht kompatibel, oder passt noch was anderes nicht?

Ich bin über jeden Tipp dankbar.

Gruß

@martinp sagte in sunrise sunset unbrauchbar:

@georgenewman Bitte "Gelöst" im Thread-Titel ergänzen

gelöst ist es nicht wenn due Ursache nicht erkannt wurde.
Das wäre jetzt höchstens für @GeorgeNewman erledigt

@ticaki sagte in Javascript adapter startet nach update nicht mehr:

meine Frage zielt auf das hier ab:

Ach so!
aber ein Gesamtüberblick schadet nicht.
Wir wissen ja gar nichts über die Installation von @Jan-Puchta

@peterpan Achso, ich dachte dafür gibt es auch einen Adapter. Das Problem an diesen Scripts im Forum ist ja, dass davon schnell zig verschiedene Versionen (in teilweise sehr alten Threads) existieren, welche nicht aktuell gehalten werden und die Leute das nach wie vor kopieren und nutzen möchten.

@delphinis sagte in History-Daten löschen:

An Typescript-spezialisten: gibt es da ein spezifisches Objekt?

Nicht dass ich wüsste - sendTo ist ja eine sehr generische Funktion für alle möglichen Adapter. Und da wurden keine spezifischen Typen für History usw. hinterlegt. Kannst ja selbst einen Typen definieren.

@joergh Sehr konstruktiv, Danke 🙂
Hättest du evtl. eine Idee, was es sonst sein könnte, oder in welcher Richtung ich mal schauen kann?

@jhg sagte in [Gelöst] Aktienkurs einlesen?:

Würde mich hier mal anschließen.

der letzte Post ist 4 Jahre alt.

@jhg sagte in [Gelöst] Aktienkurs einlesen?:

Fände es auch gut, wenn der Adapter funktionieren würde.

Hattest du mit deinen aktuellen Problemen ein Issue erstellt?

Danke euch beiden!

falls jemand anders sucht - so gehts:

const homeAssistantDevices = getObject('enum.functions.homeassistent_enabled'); if (homeAssistantDevices) { console.log('Devices with homeassistent_enabled function:'); homeAssistantDevices.common.members.forEach(deviceId => { const deviceObj = getObject(deviceId); console.log(`- ${deviceObj.common.name} ${deviceId}`); }); } else { console.log('No devices found with homeassistent_enabled function'); }

@heikow sagte: bewegt ja jede Menge unnötige Daten.

Das lässt sich nicht vermeiden, da der Javascript-Adapter zur Suche in der ID-Struktur nur den $Selektor bietet, der Datenpunkte sucht. Das Erstellen des Selektor-Objektes ist die aufwändigste Funktion im Skript. Die Schleife ist dagegen harmlos.