UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[haus-automatisierung]

@paul53 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

Die Konvertierung nach Objekt ist nicht erforderlich

Und der Status-Code ist kein JSON, sondern einfach number oder null. Der "JSON nach Objekt"-Block davor muss also auch weg.

[biker1602]

@haus-automatisierung
Ich habe heute das Update für den Adapter gemacht und bekomme eine Fehlermeldung

	2024-05-24 14:24:14.735	error	[sunTimeSchedules] Unable to set state for astro time "night"
javascript.0
	2024-05-24 14:24:14.734	error	[sunTimeSchedules] Unable to set state for astro time "nightEnd"

Kann man irgendwie rausfinden in welchem Blockly der Fehler liegt ohne jedes durchzusuchen?

[paul53]

@biker1602 sagte: in welchem Blockly der Fehler liegt ohne jedes durchzusuchen?

Die Meldung kommt aus dem Adapter selbst bei Start der Instanz. Ist in der nächsten Version (8.3.2?) behoben. Siehe hier

[Homoran]

@biker1602 der "Fehler" liegt daran, dass du zu weit nördlich wohnst.
Bei dem aktuellen Sonnenstand gibt es dort keine astronomische Nacht mehr

[Thomas Braun]

@homoran sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

der "Fehler" liegt daran, dass du zu weit nördlich wohnst.

Also umziehen, Problem gelöst. :-)

[liv-in-sky]

@haus-automatisierung

ich habe ein selsames problem

irgendwo hattet ihr mal über subscription gesprochen und das da jmd ein problem hatte

ich habe nun folgendes problem - teste gerade etwas und nutze keinen trigger sondern lasse das script direkt loslaufen

wie man sieht nutze ich eine schleife die 20 mal etwas ausführt
diese schleife soll unterbrochen werden, wenn sich etwas ändert

habe es mit einer variable getestet und einem datenpunkt - die schleife wurde NICHT unterbrochen

nun habe ich bemerkt, das beim start des scriptes etwas seltsames passiert - siehe log

das script startet und fängt sofort an - erst später kommt die subscription , wenn die schleife unterbrochen wird. d.h. das script reagiert nicht während der schleife auf die änderung eines dp-tes - da die subsc. erst kommt, wenn die schleife beendet ist - ist das ein bug oder checke ich was nicht richtig :-(

hoffe, ich konnte es verständlich erklären

PS: auch wenn nach 10 sek der timeout2 die variable "hilfmir" gesetzt wird und die schleife durch die variable gestoppt werden soll, funktioniert das nicht

[liv-in-sky]

@haus-automatisierung

noch was: wenn ich einen timeout von 2 sekunden um den ganzen block lege (der mit der schleife) - funktioniert die subscription und die schleife kann mit einem dp unterbrochen werden

[haus-automatisierung]

@liv-in-sky sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

nun habe ich bemerkt, das beim start des scriptes etwas seltsames passiert - siehe log

Ich kann Dir nicht so richtig folgen (da Du das Script ja nicht ganz zeigst). Woher kommen die Subscriptions?! Und laut Log wird die Schleife doch gestoppt - false wird ausgegeben und dann ist Ende.

[liv-in-sky]

@haus-automatisierung

ok - ich versuche es nochmal - kommt gleich

[liv-in-sky]

@haus-automatisierung - die schleife wurde intern abgebrochen um das log zu zeigen

• so funktioniert es nicht - weder wenn ich mit dp oder variable arbeite

ich versuche einen wemos mit tasmota und ws2812 zu steuern

dabei sollen je nach dp verschiedene leds in verschiedenen "animationen" laufen - es soll ein zustand mit einer anderen z.b farbe gezeigt werden - ich habe ein paar prozesse, die zum starten lange brauchen, weil sie von anderen zuständen abhängen - das möchte ich sichtbar machen

mein eigentliches problem ist die ansteuerung über httpget - wenn ich je einen httpget für eine led verwende, ist das ganze nicht wirklich flüssig, da es zum stocken kommt, bei so vielen befehlen - wenn ich eine "runde leds in einem befehl (mit backlog) eingebe ist es flüssiger. da ich nicht weiß, wie lange die einzelnen prozesse brauchen, brauche ich eine schleife, die solange die befehle sendet, bis ein dp geändert ist und ein neuer prozess beginnt (in einer anderen farbe) usw. mir ist dazu nix besseres eingefallen

[biker1602]

@paul53
Danke

[falke69]

Hallo zusammen,

Das war mein Ursprüngliches Blockly, zum Schreiben in eine TXT.

Das Funktioniert aber seit dem Update auf die neue Version nicht mehr.

Jetzt versuche ich es mit den neuen Blöcken, leider schreibt es jetzt jedesmal die Datei neu mit entsprechenden Inhalt.
Ich hätte aber gerne, dass er mir die Datei mit den Werten untereinander schreibt.

Hätte da vielleichet jemand einen Denkanstoß für mich?

[haus-automatisierung]

@falke69 Einfach nicht in „./files/„ schreiben, sondern zB eine Ebene höher. Das Verzeichnis ist nicht dafür gedacht um manuell da rein zu schreiben

[paul53]

@haus-automatisierung
@falke69 benötigt die Option "append".

[falke69]

@haus-automatisierung

jetzt bin ich komplett verwirrt.
Ich dachte, dass der Block dafür gedacht ist, um in das Verzeichnis zu schreiben?
Ich bin nicht so der große Spezialist in diesen Dingen.

Könntest Du mir das vielleicht etwas erklären?

[falke69]

@paul53 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

append

könntest Du mir bitte sagen, wo ich die Funktion "append" finde, bzw. anwende?

Danke

[paul53]

@falke69 sagte: sagen, wo ich die Funktion "append" finde

Nein, deshalb habe ich geschrieben, dass es von dir benötigt wird.

Alternativ: Lese die Datei ein, hänge die neue Zeile dran und schreibe die Datei. "append" macht letztlich auch nichts anderes.

[haus-automatisierung]

@falke69 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

Ich dachte, dass der Block dafür gedacht ist, um in das Verzeichnis zu schreiben?

Der Block schreibt eine Datei in das File-System vom ioBroker, ja. Aber wer sagt, dass das auf der Festplatte liegt? Bei Redis liegt das z.B. in der Datenbank und dann bleibt das Verzeichnis auf der Festplatte dort leer.

[guitardoc]

Mir ist ein Fehler in der aktuellen Stable Version aufgefallen. Wenn man einen Block deaktiviert und wieder aktiviert, dann bleibt er oft trotzdem ausgegraut. Man muss den Vorgang wiederholen damit die Anzeige angepasst wird.

[liv-in-sky]

@guitardoc sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

Mir ist ein Fehler in der aktuellen Stable Version aufgefallen. Wenn man einen Block deaktiviert und wieder aktiviert, dann bleibt er oft trotzdem ausgegraut. Man muss den Vorgang wiederholen damit die Anzeige angepasst wird.

ist bei mir auch - aber ich muss das script verlassen, damit es wieder "sichtbar" wird