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

[mickym]

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

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

Hast Du parallel auch ein Debug Node dran, um zu sehen, ob was raus kommt?

Ach ich Depp hab die Change noch nicht mit ioBroker out verbunden gehabt.

Na dann ist das doch gut - und nun kannst Du weiter puzzeln. Vorerst würde ich dann ja mal sagen, dass das Projekt erfolgreich beendet haben. Oder ist noch was offen?

Wenn Du den Namen freilässt in der iobroker-Out Node - dann wird das topic automatisch angezeigt. Im Status der iobroker-out Node siehst Du dann den letzten Wert, der in den Datenpunkt geschrieben wurde.

[Negalein]

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

und nun kannst Du weiter puzzeln.

werde definitiv noch viel versuchen.

Vorallem mal Blocklys in NR nachbauen.

Oder ist noch was offen?

Ja, wann oder wie oft wird abgefragt?

[mickym]

@negalein Na momentan triggerst Du ja manuell, wenn Du auf die Inject Node drückst. ;) - Willst Du automatisch ein zeitliches Intervall oder willst Du über Deine VIS, ein Abfrage starten?

[Negalein]

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

Willst Du ein automatisch ein zeitliches Intervall oder willst Du über Deine VIS, ein Abfrage starten?

automatisch alle 10 Minuten.
Und über VIS bei Bedarf mit Button.

gefunden :)

[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