NEWS

@Ahnungsbefreit vergiss es. Als ich gerade die Infos vorbereiten wollte, konnte ich den Fehler in keinem Script mehr reproduzieren. Kein Plan was da mal wieder schief gegangen ist, heute morgen musste ich den schedule in allen Scripten auskommentieren damit sie liefen... Muss mein mieses Karma gewesen sein.
Aber ganz herzlichen Dank für Deine Bemühungen.

@padrino
Vielen Dank das hat mir schon geholfen. In javascript sieht's dann so aus:

on( { id: new RegExp("alexa2.0.Echo-Devices.*.Reminder.*.time"), change: "ne"}, async function (obj) { // obj.id is something like // alexa2.0.Echo-Devices.H090LF9374812985S.Reminder.4b45a58a-c575-43c2-9fb3-35efabde6b99.time var reminderId = obj.id.split('.').splice(-2, 1)[0]; // 4b45a58a-c575-43c2-9fb3-35efabde6b99 });

Viele Grüße

@e-s sagte: ob ich das einfach raus werfe

Würde ich empfehlen.

@e-s sagte in JavaJcript und Astro Funktion macht Propleme:

ob man dies automatisch abfangen kann.

Das ist auch möglich, aber nicht ganz einfach: Prüfen, ob die Höhe zum Zeitpunkt "nadir" < -18 ° ist.

@iobroker_alex sagte in Website mit JavaScript parsen:

@oliverio @oliverio mega danke für die Erklärung. Ich habe mit F12 den beschriebenen Teil gefunden. Wenn ich hier jedoch über Javascript ein "Request" mache kommt das selbe heraus wie wenn ich den Link im Browser öffne und dies ist ungleich deinem Ergebnis.

Mein Ergebnis:

["2021-05-25T00:00:00","2021-05-27T00:00:00","2021-05-31T00:00:00","2021-06-01T00:00:00","2021-06-07T00:00:00","2021-06-08T00:00:00","2021-06-10T00:00:00","2021-06-14T00:00:00","2021-06-15T00:00:00","2021-06-17T00:00:00","2021-06-21T00:00:00","2021-06-22T00:00:00","2021-06-24T00:00:00","2021-06-28T00:00:00","2021-06-29T00:00:00","2021-07-05T00:00:00","2021-07-06T00:00:00","2021-07-08T00:00:00","2021-07-12T00:00:00","2021-07-13T00:00:00","2021-07-15T00:00:00","2021-07-19T00:00:00","2021-07-20T00:00:00","2021-07-22T00:00:00","2021-08-16T00:00:00","2021-08-17T00:00:00","2021-08-19T00:00:00","2021-08-23T00:00:00","2021-08-24T00:00:00","2021-08-26T00:00:00","2021-08-30T00:00:00","2021-08-31T00:00:00","2021-09-02T00:00:00","2021-09-06T00:00:00","2021-09-07T00:00:00","2021-09-09T00:00:00","2021-09-13T00:00:00","2021-09-14T00:00:00","2021-09-16T00:00:00","2021-09-20T00:00:00","2021-09-21T00:00:00","2021-09-23T00:00:00","2021-09-27T00:00:00","2021-09-28T00:00:00","2021-09-30T00:00:00"]

Dein Ergebnis:

[{"serviceType":null,"schedule":{"reference":null,"display":null},"status":0,"start":"2021-05-25T16:30:00","end":"2021-05-25T16:40:00","resourceType":"Slot","id":null},{"serviceType":null,"schedule":{"reference":null,"display":null},"status":0,"start":"2021-05-25T16:40:00","end":"2021-05-25T16:50:00","resourceType":"Slot","id":null},{"serviceType":null,"schedule":{"reference":null,"display":null},"status":0,"start":"2021-05-25T16:50:00","end":"2021-05-25T17:00:00","resourceType":"Slot","id":null}]

Wie sieht der Javascript Befehl (oder lieber Blockly) befehl aus um "dein Ergebnis" angezeigt zu bekommen?

Viele Grüße
Alexander

ich gehe davon aus, das der server noch logikprüfungen macht.
wenn du am 22.5. eine abfrage mit startdatum 21.5. macht, dann kommt kein Ergebnis zurück.

Ich habe gerade die Abfrage nochmal mit angepassten parametern durchgeführt und das json kommt an
die liste die sonst da zurückkommt, ist die information, wie der kalender eingefärbt werden muss. also die Tage an denen es überhaupt freie termine gibt.

probiere einfach mal ein wenig herum. wenn man zu solchen apis keine doku hat, muss man per reengineering versuchen auf die logik zu schließen.

@gargano
gute idee. werde es so erstellen und probieren.
danke.

@cash Alles richtig, was du am Ende schreibst. Da du in func_check_Internet schon alle möglichen Fehler behandelst, ist das try-catch um den Aufruf nicht nötig.

Oh Mann.... Ihr hab natürlich Recht. Da war ich irgendwie vollblind.
Danke Euch beiden!!!

Grüße,
Balu

@thomas-braun ich hab noch einen: 😉

Eigentlich ist dann die Zulu-Zeit gar keine Zeitzone sondern die Referenzzeit.

Die "passende" Zeitzone wäre GMT

Frage zu dem Adapter:

Ich wollte gerne die Nachrichten per Sayit ausgeben. Telegram funktioniert, Sayit nicht. Da steht was von einer "Autorenfunktion" die deaktiviert werden muss. Was ist das?

@fastfoot

Auch das läuft ✊

@rvbrocken
Ja das macht Sinn. Sah auch so aus das etwas fehlt konnte aber nicht genau sagen was wenn es jetzt klappt um so besser

@dominic-reber Problem glöst mit

console.log(Buffer.from('MyString').toString('base64'));

Da auch eine Anleitung aus einem anderen Forum nicht zielführend war, habe ich nun einen Workaround gefunden.
Ich lasse mir von der ersten Funktion einen Parameter zurückgeben und zögere die Beendigung dieser Funktion mit einem setTimeout hinaus.
Somit komme ich auch ganz ohne Callback aus.

Wenn jemand eine bessere Lösung hat, bin ich ganz Ohr 😉

@nyancat said in Pioneer AVR Skript macht Probleme:

https://github.com/EbSe/node-pioneer-avr

Hallo, konntest du das Problem lösen?

@sub1ne sagte: "... wurde geändert" triggert also nur wenn der Wert sich zu dem vorherigen Wert geändert hat? Also von true auf false und umgekehrt?

Ja.
Diese Bedingungen triggern nur bei Wertänderung:

wurde geändert ist kleiner als letztes ist größer als letztes

Alle anderen Bedingungen können auch bei Aktualisierung des Zeitstempels ohne Wertänderung triggern.

@mpenno
Dann ist die Anfrage dazu ja noch unnötiger.
Neben den Ankündigungen zur neuen Beta-Version schaut man als Beta-Tester ja, wenn man was gefunden hat, zuerst im issue-Tracker ob das Ding nicht bereits gemeldet wurde.

@thomas-braun sagte in mount per "nfs" klappt nicht:

Mein support für Systeme mit offener root shell hält sich eh in Grenzen.

Schade

@thomas-braun sagte in mount per "nfs" klappt nicht:

Viel Spaß noch.

hab ich 😉

@thomas-braun sagte in mount per "nfs" klappt nicht:

Auf der anderen Seite... 777...

Das wars. Jetzt klappt es.

mfg
Dieter