Jepp, mittlerweile rausbekommen, warum der DoorState bei mir nicht sichtbar war: Man MUSS die NUKI Web API aktivieren, um den DoorState abfragen zu können! Ansonsten erscheint er im ioBroker nicht.

@paul53 Danke, das hat funktioniert!

Ich habe die Sache heute nochmal wiederholt und diesmal trat der Effekt nicht auf. Sorry für den Fehlalarm. Der Raspi war vorgestern definitiv aus. Ich hatte früh die SSD abgezogen, weil ich am Win-PC mal die SMART-Daten auslesen wollte.

@thiel_marvin Wo willst du dieses einzelne Objekt dann nutzen? In VIS?

danke - da wär ich nie drauf gekommen.

Da bin ich gerade am suchen :) Im zweifel gibts gleich nen rollback auf die version von gestern.

Es geht ja um die aktuelle Leistung (in Watt) für die Erzeugung. Die Zählerstände in kWh bringen mich da nicht weiter. Wie es scheint, kann ich nur die Diagramme entsprechend glätten um die falschen Werte möglichst raus zu bekommen. Ich überlege schon, ob ein Einspeisezähler direkt hinter den Wechselrichtern sinn macht. Dann hätte ich einen Wert für beide Wechselrichter und müsste nicht mehr rechnen.

So ... Problem gelöst ... wenn ich die Abfrage über den Zeitplan "Wizard" zu einer bestimmten Uhrzeit starte, reagiert er nicht. Arbeite ich mit "CRON" ("alle x min / Stunden"), dann macht er was er soll ... komisch, aber nun gut...

Ok dann werde ich wohl bei meiner aktuellen variante bleiben müssen. Hat wer noch eine Idee wie man eine eindeutige zurordnung des Alexa Gerätes realisieren kann. Wenn in jedem Raum eine Alexa ist, dann ist die zuordnung nur durch die Alexa geräte nicht eindeutig genug. Da in der History dann alle Geräte auftauchen die das Codewort verstanden haben.

@paul53 said in Erzeugen von Datenpunkten mit Voreinstellungen: Leider scheint dieses alte Topic immer noch als Referenz zu dienen für manche. Daher hier mein Hinweis: common.states sollte heute ein Object sein, kein string, wie in dem Skript. Hier das aktualisierte Skript: // Datenpunkte mit Voreinstellungen erzeugen (createState) function createCheckbox(name) { createState(name, false, {read: true, write: true, desc: "Beschreibung", type: "boolean", def: false }); } function createSwitch(name) { createState(name, false, {read: true, write: true, desc: "Beschreibung", type: "boolean", def: false, states: {false:"Aus", true:"Ein"} }); } function createMultistate(name) { createState(name, 0, {read: true, write: true, desc: "Beschreibung", type: "number", min: 0, max: 2, def: 0, states: { 0:"Wert0", 1:"Wert1", 2:"Wert2"} }); } function createLevel(name) { createState(name, 0, {read: true, write: true, desc: "Beschreibung", type: "number", min: -30, max: 70, def: 0, unit: "°C" }); } function createString(name) { createState(name, "", {read: true, write: true, desc: "Beschreibung", type: "string", def: "" }); }

@Malz1902 sagte: ist jetzt ist ein schedule mit allen 6 Steckdosen und dem Smartmeter besser Ja, jedes zusätzliches Schedule verbraucht Ressourcen.

Ok nochmal eine ergänzung. Wenn der Eingang pulsiert innerhalb der eingestelltenzeit wird der Code trotzdem ausgeführt. mit einer nicht timeout abfrage im if hat dies verhindert. createState('Test.Button1', { type: 'boolean', def: false}); var taster1 = 'javascript.0.Test.Button1'; var timeout on({id: taster1, change: "ne"}, function (obj) { if (getState(taster1).val && !timeout) { timeout = setTimeout(function() { console.log('Hallo'); }, 3000); } else { clearTimeout(timeout); timeout = null; } }); Falls ich ein fehler gemacht habe (z.B formatierung) bitte schreiben da ich noch Java / Javascript neuling bin.

@Glasfaser Sieht sehr gut aus. Das sollte die Lösung sein. Danke.

Hallo, ja, das geht genau so. Einfach messen, welchen Pegel RX und TX zu GND haben.

@Christoph1337 sagte: listet dieses Script lediglich auf, oder? Die Entscheidung, welche Datenpunkte nicht mehr gebraucht werden, kann Dir kein Automatismus abnehmen.

@BobDerBaumeister Versuche es mal hiermit......fhem.0.info.Info.alive true nach erfolgreicher Synchronisationvon FHEM und im Betrieb Knallt der FHEM Server ab wechsel auf false Gruß LausiD

@raspido Wenn du immer noch das Problem hast. Füge einfach Netzwerk Ein/Ausgänge zu deinem Programm hinzu und vergebe im Anschluss die VM Adressen. Die musst du dann in io in den Adapter eintragen.

Danke Euch beiden für die schnelle Antwort. Super Tipp mit createUserStates. Da die nötigen DP's schon vorhanden waren, habe ich nur die Funktion createStates verwendet. Die übergebene Callback-Funktion läßt sich zur Init. der Variablen nutzen. @paul53 sagte in Funktion aufrufen bei Start eines Skriptes: Ja, die Funktion muss nur im Script außerhalb von Trigger-Callback-Funktionen aufgerufen werden. Das ist ja noch einfacher. Hab's zwar nicht auf Anhieb kapiert. Habe zuerst den Code zur Init. in eine Funktion gepackt. Die wurde aber nicht aufgerufen. Den Code direkt ins Skript geht prima. Manchmal sieht man die Wald vor Bäumen nicht.

@Jey-Cee sagte in Philips Hue mit ConbeeStick2 (Dekonz) steuern?: "on": true, "level": 100, "xy": [0.6586,0.3138] Perfekt so klappt es. Super ich danke Dir !