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

[jwerlsdf]

@haus-automatisierung
Ok, ich habe es getestet.
Noch einmal zum Szenario: Der Befehl lässt eine MP3 über Sonos API abspielen.
In der Konsole bekomme ich ein "status": :succees" sobald das Lied FERTIG abgespielt ist.

Jetzt das Problem: Wenn ich den timeout so hoch stelle wie das Lied z.b. 20sek, bekomme ich keinen timeout Fehler mehr, aber mein restliches Skript ist damit obsolet, da direkt nach dem Befehl die 3 Sekunden Pause und dann die weiteren Befehle kommen würden, was aber durch den hohen timeout nicht mehr geht. Ich hoffe, ich konnte das Problem verständlich erklären?!

[haus-automatisierung]

@jwerlsdf sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:

da direkt nach dem Befehl die 3 Sekunden Pause und dann die weiteren Befehle kommen würden, was aber durch den hohen timeout nicht mehr geht.

Warum sollte das nicht gehen?! Das Script wartet nicht auf den http Response (deswegen ja der callback). Und läuft in der Zeit weiter durch.

Du kannst bei Timeout auch 0 eintragen, dann ist es "unbegrenzt".

[jwerlsdf]

@haus-automatisierung
Ich habe überall 0 ms eingetragen und jetzt bekomme ich wieder den Fehler 2000ms timeout obwohl ich 2000 nicht eingestellt habe.

[sigi234]

@haus-automatisierung

Hallo,

ich möchte mit den neuen Baustein HTTP Get einen Befehl an meinen Yamaha Receiver senden.
Beim start des Skript funktioniert das auch, aber dann nicht mehr. Löse das Skript via Button DP aus.

[paul53]

@sigi234 sagte: Löse das Skript via Button DP aus.

Dann packe den HTTP-Block in den Trigger auf "ist wahr".

[sigi234]

@paul53 sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:

@sigi234 sagte: Löse das Skript via Button DP aus.

Dann packe den HTTP-Block in den Trigger auf "ist wahr".

Danke , funktioniert muss halt immer 2 mal klicken.

[paul53]

@sigi234 sagte: muss halt immer 2 mal klicken.

Dieser Button toggled den DP-Wert. Dann triggere besser auf "wurde aktualisiert".

[paul53]

@haus-automatisierung sagte: request ist ja leider schon lange deprecated

Ich habe in Version 7.9.4 festgestellt, dass für request wieder require('request') erforderlich ist. Habe PR für die Funktions-Doku erstellt.

[haus-automatisierung]

@paul53 Danke, ja eigentlich ist die Idee das direkt mit den neuen Funktionen zu ersetzen sodass man möglichst keine Abhängigkeiten in den Scripts hat

[Shadowhunter23]

Ich verwende öfters den Parameter : mit Ergebnissen

Wie mache ich das nun mit dem neuen Block?

Hat sich erledigt, funktioniert.

[Diginix]

@haus-automatisierung Bei CRON in der Form bekomme ich in Skripten mit 7.9.4 folgenden Fehler:

ReferenceError: check_garden_door_scheduler is not defined

Selbst wenn ich den Titel im CRON ändere erscheint er nicht in den CRON Stop Block.
Bestehende Skripte zeigen optisch noch zum CRON Titel passende Titel im Stop, aber es kommt auch der ReferenceError wenn man speichert.

Titel von neue Zeitplan CRON Triggern in einem komplett neuem Skript werden im Stop Block gar nicht angeboten.
Anscheinend wird keine Variable mehr vom Typ cron passend zum Zeitplan erstellt:

<variable type="cron" id="check_garden_door_scheduler">check_garden_door_scheduler</variable>

Edit: Mit 7.9.3 funktioniert es problemlos.

[Ralla66]

@haus-automatisierung

kurz zur Info,

Post geht jetzt zu den Hoymiles Wechselrichtern raus, Limit wird in der WebUi gesetzt.
Code 1002 war Daten falsch gesendet.
Curl auf einem Windows 10 System muß Data in doppelten Hochzeichen gesetzt werden also
" data ...................... " sonst auch hier Code 1002
Daten Leerfeld teste ich noch per Wireshark.

Geilomat,
Danke, Danke

http://admin:blablabla@192.168.2.65/api/limit/config

data={"serial":"114184210379", "limit_type":1, "limit_value":25}"

[paul53]

@diginix sagte: wird keine Variable mehr passend zum Zeitplan erstellt:

@haus-automatisierung
Das kann ich in Version 7.9.4 nachvollziehen.

[haus-automatisierung]

@ralla66 sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:

Post geht jetzt zu den Hoymiles Wechselrichtern raus

Okay, aber warum als String? Normalerweise müsstest Du das auch als Objekt definieren können mit den verschiedenen Eigenschaften (der HTTP-Block macht dann ja JSON draus im POST-Request). So ist der Block zumindest gedacht und dafür gibts ja die neuen Blöcke - damit man JSON nicht so umständlich zusammenbauen muss.

[Ralla66]

@haus-automatisierung

teste ich mal mit Objekt, davor gehört ja noch data= als string.

Zur Info zu Leerfeld Post, Wireshark zeigte hier die Lösung.
curl -u "admin:blablabla" http://192.168.2.65/api/limit/status
wird als Get gesendet, zumindest aus Windows heraus.

[haus-automatisierung]

@ralla66 sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:

davor gehört ja noch data= als string.

Ziemlich komisches Format... Aber auch dann würde ich das JSON nicht manuell zusammenbauen. Gerade, wenn man die Parameter dynamisch setzen möchte.

PS: Warum eigentlich die Downvotes hier? @DOUBLED @JWERLSDF

Wenn ihr Schwierigkeiten mit der Beta oder den neuen Blöcken habt: Einfach melden. Einfach nur ein Downvote auf einem Post hilft euch auch nicht weiter...

[Ralla66]

@haus-automatisierung

dein Format hat ja auch den Vorteil der Übersichtlichkeit.
Sehr gute Arbeit die du da machst.
Top !

[haus-automatisierung]

@jwerlsdf sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:

Ich habe überall 0 ms eingetragen und jetzt bekomme ich wieder den Fehler 2000ms timeout obwohl ich 2000 nicht eingestellt habe.

Bitte mit 7.10.1 testen. Der generierte Blockly-Code hat immer einen Wert > 0 generiert. Generell ist es natürlich nicht empfehlenswert ohne Timeout zu arbeiten. Das ist ja auch ein ziemlich spezieller Fall, dass Du erst einen Response bekommst wenn die Datei komplett abgespielt wurde.

[Diginix]

@haus-automatisierung Ist in 7.10.x auch schon was zu dem CRON Stop Problem drin?
Muss zZt aufpassen, dass ich solche Skripte nicht mit 7.9.4 ändere damit sie weiter funktionieren.

[haus-automatisierung]

@diginix sagte in JavaScript 7.9.0 - Neue Objekt- und HTTP-Bausteine:

@haus-automatisierung Ist in 7.10.x auch schon was zu dem CRON Stop Problem drin?

Ja, hatte bei der Validierung der Eingänge zuviel kopiert und danach nicht alle Trigger-Blöcke getestet, ... sorry :(

EDIT: Aus irgend einem Grund laufen nicht alle Tests durch... https://github.com/ioBroker/ioBroker.javascript/actions/runs/8387799827

Keine Ahnung was da auf einmal das Problem ist. Sind immer andere Versionen auf immer anderen Betriebssystemen. Die Suche kann also dauern, ...