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

[mickym]

@negalein Nun automatisch alle 10 Minuten ist einfach. Da brauchst Du nur die Inject Node automatisch triggern lassen.

Dann musst Du halt in der VIS einen Datenpunkt beschreiben und dann über eine iobroker-IN Node triggern lassen.

Dann musst Du halt mit einer Change Node Deine E-Mail und Passwort festlegen und zusätzlich in die http-Request Node speisen.

[mickym]

@negalein :+1: :+1: :+1:

Du siehst wie einfach NodeRed es einem manchmal macht. ;)

[Negalein]

@mickym sagte in PAJ GPS mit Node-Red abfragen:

Dann musst Du halt mit einer Change Node Deine E-Mail und Passwort festlegen und zusätzlich in die http-Request Node speisen.

da steh ich gerade an.
Hatten wir das schon mit einer Change Node?

[mickym]

@negalein Na nicht msg sondern Du setzt Deine Logindaten genauso, wie Du sie in der Inject Node gesetzt hast, damit das auch in die URL gesetzt wird.

Also mit Deinen Eigenschaftsnamen halt. (mail und PWD)

[Negalein]

@mickym sagte in PAJ GPS mit Node-Red abfragen:

Also mit Deinen Eigenschaftsnamen halt. (mail und PWD)

habs zeitgleich gefunden :)

Den DP von aktuell muss ich aber selbst anlegen?

[mickym]

@negalein sagte in PAJ GPS mit Node-Red abfragen:

Den DP von aktuell muss ich aber selbst anlegen?

Ja Du kannst einen x-beliebigen nehmen, den DU dann mit der VIS halt beschreibst und der triggert dann den Flow parallel zur Inject node über die iobroker-IN Node.

[Negalein]

@mickym sagte in PAJ GPS mit Node-Red abfragen:

Ja Du kannst einen x-beliebigen nehmen, den DU dann mit der VIS halt beschreibst und der triggert dann den Flow parallel zur Inject node über die iobroker-IN Node.

hab ich schon ;)

Danke dir recht herzlich!!!
War echt informativ.

So, werde mich jetzt in die Federn schmeissen.

Gn8

[mickym]

@negalein Gut. Ja dann denke ich, wir haben diese Projekt erst mal abgeschlossen. Schlaf gut!

[Negalein]

@mickym

Gutn Morgn

Ich hab gerade diesen Error im Log entdeckt.

Node-RED: 29 Jul 09:00:27 - [error] [change:dateunix] Invalid JSONata expression: The left side of the "*" operator must evaluate to a number

So schaut die Change-Node aus

[mickym]

@negalein nun dann hat die Schnittstelle kein Datum bzw. nicht das erwartete Objekt zurückgegeben. insofern finde ich den Fehler wichtig, da er Dir zeigt, dass aktuell was anderes zurückgegeben wurde. Du könntest das höchstens abfangen und eine eigene Fehlermeldung ins Log schreiben, aber wenn das nur sporadisch passiert, dann ist das doch gut, dass du durch den Fehler aufmerksam wirst, dass ein Abruf nicht funktioniert hat. warum kann ich nicht sagen, vielleicht war auch einfach keine Verbindung zu der API möglich, wegen eines Netzwerkfehlers.

Wie gesagt, kannst du auch verhindern, indem du so einen fehlerhaften Abruf abfängst (kannst einfach mit einer switch node filtern, dass nur Nachrichten durchkommen, wenn payload.sucess.0.dateunix eine Zahl ist) und selbst eine Fehlermeldung ausgibst oder du den Fehler einfach abfängst und gar nichts ausgibst. Dann bekommst unter Umständen aber nicht mit, wenn der Abruf dauerhaft fehlschlägt.

Wenn du deine internetverbindung kappst, wirst du den Fehler im Log auch reproduzieren können.

Was willst du also tun?

[Negalein]

@mickym sagte in PAJ GPS mit Node-Red abfragen:

(kannst einfach mit einer switch node filtern, dass nur Nachrichten durchkommen, wenn payload.sucess.0.dateunix eine Zahl ist)

Ich weiß jetzt woher der Error kommt.

Habe noch einen zusätzlichen httpRequest eingebaut (Speed Warning).
Da gibt es 0 (ungelesen) und 1 (gelesen).
Habe 0 verwendet, da mich nur aktuelle intressieren.

Der NR frägt alle 10 Minuten ab. Und wenn da kein Speed Alert ist, kommt die Meldung.

Wie mach ich das mit dem Switch-Node?

[mickym]

@negalein Na Du lässt halt nur Nachrichten durch, bei der die gewünschte Eigenschaft den Datentyp number also Zahl hat.

[Negalein]

@mickym

mach ich das hier?

[mickym]

@negalein Nein ein switch Node, die die Nachrichten ausfiltert - also nur Nachrichten durchlässt, die das Kriterium durchlässt. Damit bekommst den Fehler weg. Im Prinzip baust Du den Filter direkt hinter den HTTP Request

[Negalein]

@mickym

ah, du meinst so?

was kommt dann hier rein?

[mickym]

@negalein Na ich denke die Nachrichteneigenschaft die geprüft werden soll ist doch

payload.success.0.dateunix

und das prüfst Du nun, ob dieses Eigenschaft einen Wert vom Typ Zahl bzw. Number hat.

Also gib

1. oben in dem Switch ein, welche Nachrichteneigenschaft geprüft werden soll
2. Mach eine Typ Prüfung
3. auf Zahl, also Number

[Negalein]

@mickym sagte in PAJ GPS mit Node-Red abfragen:

und das prüfst Du nun, ob dieses Eigenschaft einen Wert vom Typ Zahl bzw. Number hat.

so dann richtig?

[Negalein]

@mickym

Ok, da kommt noch immer "Invalid JSONata expression: The left side of the "*" operator must evaluate to a number"

[mickym]

@negalein Na ist dass denn plötzlich success[5] und nicht mehr 0 - wie seht denn das Objekt aus.

Und Du willst doch prüfen, ob der Datentyp eine Zahl ist - also nicht ==, sondern "ist vom Typ " und dann vom Typ "number"

[mickym]

@mickym Also wenn Du das hast - am Besten kannst Du natürlich einmal das Objekt posten (in CodeTags), wenn ein Objekt da ist oder wenn nicht. Aber wie gesagt, Du musst ein Typprüfung auf number machen.