@paul53 Danke für den Test. Kann sein, dass ich für JS noch was anders machen muss. Habs immer nur in TS getestet.

Das hab ich jetzt echt nicht getestet. Denke aber das es so richtig ist. setState() schreibt den Wert ebenfalls nicht direkt sondern erst wenn der Skriptabschnitt durchlaufen ist..

@simatec Ich habe jetzt einen neuen Stick mit FAT32 formatiert. Hat leider auch nicht funktioniert...

@ticaki Gut, das du schreibst. ;-) Der Fehler ist in 4.5.0 behoben (in latest jetzt). Der Fehler war so, dass sich die functions und rooms eine Objektes auf die höchsten Eltern übertragen haben. Und zwar immer nur die vom ersten betrachteten Objekt. Die haben die dann an alle ihre Kinder weitervererbt (was auch so gedacht ist). Besonders verwirrend war, das die Reihenfolge der Objekte dabei zufällig ist und der Fehler damit nicht immer auftritt (also er passiert schon immer, aber oft passiert halt nichts schlimmes -> der war schon recht lange da). Also aus meinem Screenshot am Anfang als Beispiel: Wenn der state "alias.0.plugs.Deko_Einfahrt.state" als erstes genommen wird, wird dabei auch das devices "alias.0.plugs.Deko_Einfahrt" betrachtet mit Funktion "Hintergrundbeleuchtung" und "Steckdose" und Raum "Innenhof". Diese drei Eigenschaften wurden dann falscherweise an "alias.0" vererbt -> für den Rest der Laufzeit haben alle Objekte in alias.0 diese Eigenschaften vererbt bekommen (die Vererbung nach unten, also von alias.0.plugs.Deko_Einfahrt auf alias.0.plugs.Deko_Einfahrt.state ist, wie im Admin angedeutet, so vorgesehen. Aber nach oben ist natürlich Quatsch). -> jedenfalls, wenn ein Objekt mit "Hintergrundbeleuchtung" als erstes angefasst wurde, hatten alle Objekte diese Funktion, wenn nicht, dann lief es richtig. Vermutlich tritt der Fehler sehr selten auf, wenn die meisten states auf einer Ebene keine Funktionen / Räume haben. Aber in meinem Fall trat es halt recht häufig auf. Und ja, Räume sind genauso betroffen gewesen. So, nun behoben. Gleichzeitig wurde auch das Cache Update verbessert -> wenn es sonst da keine Fehler gibt, sollten enum-Updates jetzt auch keinen Neustart vom javascript adapter mehr erfordern (habe ich aber nicht ausführlich getestet).

Ich antworte mir mal selbst. Nachdem ich gestern schon eine Weile nach einer Lösung gesucht hatte, ist mir jetzt klar geworden, was man tun muss. Nach dem Erstellen des Sockets muss einfach explizit eine Timeout Funktion angegeben werden. Zweckmäßigerweise kann man einfach destroy des Socket selbst angeben, also: var client = new net.Socket(); client.setTimeout(5000, () => client.destroy());

Eine einfach Lösung wäre die Funktion als string zu übergeben und dann über switch(func){ case 'set1': set1(args); break; case 'get1': return get1(); break; } die entsprechende Funktion aufzurufen.

@jwerlsdf Soweit ich weiß nicht direkt, dafür mußt du einen eigenen Datenpunkt erstellen und ein Blockly bauen das auf diesen Datenpunkt triggert und den Pause Datenpunkt umschaltet.

@paul53 , danke dir - werd' ich gleich ändern.... Liebe Grüße Tom

Um einfacher Abfragen zu können habe ich eine Tabelle: cor_datum angelegt, hier sind die vorhandenen Datumswerte markiert: cor_datum.sql grafana: ioBroker Corona-1586463967124.json Wenn ihr im json R_meldedatum durch R_refdatum ersetz, dann bekommt ihr die Kurven nach Erkrankungsdatum und nicht nach Meldedatum.

@wendy2702 habe momentan das Skript am laufen

@FredF Danke!

@Jan1 said in State Ordner von zwei Lampen syncen: Nö, weil ich von Java Script kein Plan habe und das mit Blockly, wie Du schon erkannt hast es der selbe Code ist und ich eben schneller klicke als tippe :-) Ich habs ja nicht umsonst in das JavaScript Forum und nicht ins Blockly Forum gepostet ;-) @paul53 Zu früh gefreut :-D Meine Bedside Lamp 2 oder der Yeelight Adapter hat einen Bug, den ich vorher nicht gesehen hatte. bslamp2 schaltet (warum auch immer) ab und an den value power auf false, geht aber nicht aus. Die zweite Lampe dann natürlich schon... Paar sec später geht der value dann wieder auf true und die zweite Lampe wieder an. Sehr weird das ganze und so für mich keine Lösung. Rot rechts ist die "from" Spalte. Kommt also nicht von JS sondern vom Adapter/ der Lampe... [image: 1586249284261-1268e427-91c1-45d4-b5cb-95dc283240bc-image.png]

@joerg55 Bei einem gestoppten Script werden die beendet. Bei einem Script das einfach durchgelaufen ist, laufen die weiter. Soweit ich weiß kann man sich Zeitpläne nicht ansehen.

@Idefix01 https://forum.iobroker.net/post/327495

@ticaki Vielen Dank für deine Antwort. Die Verzögerung des Versand hat das Problem tatsächlich gelöst :-) PS: Vielen Dank auch noch für den Tipp mit der Plazierung der eigenen Datenpunkte. Ich den Datenpunkt an einer anderen Stelle eingefügt. Sollte besser sein oder? [image: 1586022297462-abd6b8ee-301a-4d45-b235-95afe4ad2804-grafik.png] Gruß Seppel

@TiboTake Das war Sinn der Übung, aus Fehlern lernen

Moin, wie ist denn hier der letzte Stand ? Man müsste doch aus dem json auch irgendwie den Link auf die Videoclips, bzw. sogar den Livestream extrahieren können, damit man das in einen Datenpunkt schreibt, oder ? Gruß

@kingmyst Schau Dir mal die simple-api an, das ist was Du suchst. Gruß Christian