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

[rtwl]

Vielen Dank vorerst an alle. Ich sitze immer noch bei der Arbeit fest
kurz gesagt. Mich verwirrt so ziemlich alles was ihr geschrieben habt. Aber ich kenne iobroker noch nicht so auswendig um es nachvollziehen zu können. Aber ich teste dann gern am Abend und werde mich ziemlich sicher mit weiteren Fragen melden.

die json kommt von einem externen Gerät und kann jederzeit per URL im Netzwerk abgerufen werden (http://IP/weather.json) Diese soll dann auch als Quelle verwendet werden.

den datenpunkt CHID aus der json wird nicht benötigt. Lediglich Temperatur und Luftfeuchtigkeitswerte.

die Lösungen in den Screenshots gefallen mir sehr gut, so wäre auch meine Wunsch Lösung dafür.

mein generelles Ziel ist es später mal die VIS damit zu befüllen bzw auch logiken daraus zu erstellen zb je nach Temperatur mach dies oder das usw. Aber dazu erst wenn ich soweit bin.

[Homoran]

@rtwl sagte in json abfragen - Objekte erstellen:

Mich verwirrt so ziemlich alles was ihr geschrieben habt.

das hatte ich befürchtet!

Lösch alles in deinem Geiste, was bisher da steht.
Wenn du von der Arbeit kommst fangen wir nochmal ganz von vorne an - Step by Step!!!

@rtwl sagte in json abfragen - Objekte erstellen:

die Lösungen in den Screenshots gefallen mir sehr gut, so wäre auch meine Wunsch Lösung dafür.

aber du willst es ja selber schaffen! Hut ab dafür!
Die "fertigen" Ergebnisse sollen dir jetzt nur zeigen, dass es geht

---

@rtwl sagte in json abfragen - Objekte erstellen:

den datenpunkt CHID aus der json wird nicht benötigt.

den könnte man zur Identifikation der Daten nutzen.
Wenn die Daten ganz sicher immer in der selben Reihenfolge kommen, kann man die CHID natürlich "vergessen"

Dann musst du dir die Datenpunkte aber manuell, ggf. mit sprechenden Namen, selber in einer sinnvollen Struktur anlegen.

[mickym]

Nun ja - auch wenn ich dem Globalen Moderator mal widersprechen möchte, alles aus dem Geiste zu löschen, solltest Du Dich @rtwl immer ganz systematisch Deiner Aufgabenstellung nähern und das ist erst mal unabhängig von den Tools - wo bei ich auf diese noch zu sprechen komme.

Um sich dem ganzen logisch zu nähern gibt es ein einheitliches Schema - das man grundsätzlich im Kopf durchgehen sollte.

Fangen wir mal an:

1. Auslöser (= Trigger)

Egal was Du mit Deinem Hausautomationssystem machen möchtest brauchst Du immer einen Auslöser. Auslöser gibt es viele, aber Du musst Dir immer !!! am Anfang überlegen, wer oder was meinen Flow, meine Aktion auslösen soll.

Was gibt es für Auslöser:

• Sensoren: Sensoren liefern Daten und man kann nun entscheiden, ob man auf diese Daten reagieren möchte oder nicht. Im iobroker werden diese Sensoren oft über Adapter als Daten in den Objekten/Zuständen (=states) zur Verfügung gestellt. Manchmal triggern Sensoren auch nur und Du musst Dich selbst drum kümmern, Dir die Daten zu holen.
• Der Anwender, Mensch, der im Prinzip auf eine Taste in einer Visualisierung manuell einen Prozess anstößt.
• Ein zeitliches Ereignis: Das kann periodisch sein oder zu einem bestimmten Zeitpunkt.

Oft verknüpft man diese Auslöser miteinander. Also es soll nur auf eine Bewegung hin ein Licht geschaltet werden, wenn es Nacht ist. Ein Sensor liefert also den Trigger, der mit dem Zeitpunkt geprüft wird um dann eine Aktion auszulösen.

2. Das Sammeln von Daten:
   Oft liefer die Sensoren über die Adapter automatisch die Daten. In Deinem Fall jedoch musst Du die Daten erst holen, in dem Du eine URL aufrufst und über eine API (Application Programming Interface) Dir diese Daten besorgst. Oft muss man sich auch von mehreren Stellen Daten holen, um später die geeignete Logik abzubilden. Man kann sich die Daten anfangs besorgen oder man besorgt sie sich, während man die Daten aufbereitet.

3. Die Datenverarbeitung:
   Hier werden die Daten ggf. logisch miteinander in Beziehung gesetzt, um gewisse komplexere Zustände zu definieren, oder die Daten werden nur aufbereitet, wie in unseren Beispielen um eine Temperatur in °C oder die Luftfeuchtigkeit in % in den Datenpunkten anzeigen zu lassen.

4. Die Ausgabe - in Deinem Fall eben in die Datenpunkte. Es kann aber natürlich auch ein Schalten eines Gerätes, das Abspielen von Sound, ein E-Mail Ausgabe - was auch immer sein. Letztlich die Aktion, die Du beabsichtigst.

Die Tools mit den Du Auslöser verarbeiten oder erzeugen kannst, Daten sammeln kannst und verarbeiten kannst hast Du hier kennengelernt.

Dabei wird das halt nur unterschiedlich visualisiert, aber in der Regel werden die Daten sequentiell verarbeitet.

Hier mal die 3 Möglichkeiten zusammengefasst (in Node Red würdest Du Schleifen halt als Linien sehen, die sich überschneiden). Im Gegensatz zu den beiden anderen Tools ist der Programmfluss aber durch die Linien grafisch dargestellt:

Du siehst letztlich arbeitet man sich beim Blockly und JS von oben nach unten durch, wobei durch Schleifen und Funktionen auch da drin gesprungen wird.

In NodeRed bewegt man sich in der Regel von links nach rechts, so wie Du einen Text lesen würdest.

Also Trigger, Daten holen, Daten verarbeiten, Ausgabe.

So nun zu Deiner Aufgabenstellung:

die json kommt von einem externen Gerät und kann jederzeit per URL im Netzwerk abgerufen werden (http://IP/weather.json) Diese soll dann auch als Quelle verwendet werden.

Im Allgemeinen kann ich DIr nur empfehlen immer die ganze Aufgabenstellung zu beschreiben, sonst gibt es solche Fragen wie @Homoran gestellt hat.

@mickym dazu müsste ich erst einmal verstehen, was @rtwl wirklich will.

Nach euren Antworten bin ich mir da gar nicht mehr so sicher

Im Prinzip ist es nun klarer geworden, wobei Du noch entscheiden müsstest, wie oft Du Dir diese Daten holen möchtest.

[Homoran]

@mickym sagte in json abfragen - Objekte erstellen:

auch wenn ich dem Globalen Moderator mal widersprechen möchte, alles aus dem Geiste zu löschen,

...und dein Pamphlet, was ihn möglicherweise wieder unnötig erschlägt, wollte ich nach dem Leeren des Zwischenspeichers mit ihm erarbeiten, damit es einen höheren Lerneffekt hat, was er ja von uns erbeten hatte

[mickym]

@homoran Ok ich halte mich raus.

[Homoran]

@mickym sagte in json abfragen - Objekte erstellen:

@homoran Ok ich halte mich raus.

das Schlimme ist ja, dass da bei dir alles richtig ist.
Nur das ist für Einsteiger zuviel Information auf einmal.

Man muss selektiv auf mögliche Verständnishürden eingehen können, bevor der nächste Schritt gemacht wird

[mickym]

@homoran Nun jeder hat seine eigenen didaktischen Vorstellungen, wie er einen Zusammenhang glaubt verständlich vermitteln zu können und ich denke ich habe in diversen Threads durchaus gezeigt, dass ich hierbei schon manchem geholfen habe. Wenn Deine Vorgehensweise dann aber die einzig richtige ist, dann will ich mich hier nicht streiten oder auch nicht mehr die Mühe machen, einen Sachverhalt auf meine Weise darzustellen.

Wie gesagt mach Du es so, wie Du es Dir vorstellst - ich bin hier erst mal raus, außer mir werden konkrete Fragen von @rtwl gestellt.

[Homoran]

@mickym sagte in json abfragen - Objekte erstellen:

Wenn Deine Vorgehensweise dann aber die einzig richtige ist,

das würde ich niemals behaupten!

@mickym sagte in json abfragen - Objekte erstellen:

außer mir werden konkrete Fragen von @rtwl gestellt.

und genau darauf warte ich. Und ich dachte, das hätte ich auch so dargestellt, dass wir erst abwarten bis @rtwl sich eingelesen hat und dann Fragen stellt.

[rtwl]

zuerst einmal: Danke allen.

Dein ewig langer Post unter:

@mickym sagte in json abfragen - Objekte erstellen:

Fangen wir mal an:

...hat mir schon geholfen, und eigentlich nicht erschreckt. Aber das konnte @Homoran natürlich nicht wissen. Ich finde beide Ansätze durchaus interessant und für mich als möglichkeit zum Lernen durchaus okay. Auch wenn ich jetzt noch nicht alles verstehe, werde ich den Beitrag in 1 Woche, 3 Monaten oder einem Jahr erneut lesen und dann "achsooo, das haben die gemeint" sagen.
Nochmal kurz zu mir: Ich habe ein ausgesprochen gutes Excel wissen, und hab schon die verzweigtesten und verschachtelsten Excel Formeln erstellt. Am logischem denken wirds bei mir nicht scheitern. Auch hab ich aktuell die logiken meiner smarten Wohnung mittels Tasker (Android) erstellt und läuft wie es soll. Aber auch das natürlich mit Unterstützung.
Demnächst steht der Umzug ins neue Haus an, und dafür hab ich mir den Raspberry mit ioBroker zugelegt, um die Steuerung auf eben diesen umzustellen.

Da ich von javascript null Ahnung hab, und Blockly optisch mehr zusagt als nodered, würde ich gerne den weg mit Blockly gehen, falls das dann möglich ist.

Am liebsten hätte ich eigentlich ein "fast" fertiges blockly-skript welches ich dann importieren und studieren kann, um daraus zu lernen.

Als erste Frage: Welchen Block nimmt man um die json Daten von meiner URL in EINEN Datenpunkt (nennt man das überhaupt so?) zu bekommen. @Homoran Du hast ja im Screenshot die Daten als "Text" eingefügt.

Vielen Dank schonmal.

[rtwl]

@homoran sagte in json abfragen - Objekte erstellen:

Die Aussage:
@rtwl sagte in json abfragen - Objekte erstellen:

Ich hab es zwar mit dem Adapter "Systeminfo Adapter to get data from systems" geschafft meine json abzufragen

sagt mir gar nichts

Hier meine bisherige "Lösung" (falls man das so sagen kann) - im Spoiler
Falls es doch/euch interessiert

Spoiler

Der Adapter:

Die Einstellungen im Adapter: (zum testen nur 3 Ausgewählte Channels)

Die Objekte:

Aber das ganze ist weniger Übersichtlich.

[Homoran]

@rtwl Danke für die Klar- und Vorstellung

@rtwl sagte in json abfragen - Objekte erstellen:

würde ich gerne den weg mit Blockly gehen, falls das dann möglich ist.

möglich ist es, ob es bei deinem Vorgehen beim Einsteigerniveau bleibt, werden wir dann sehen.
Was ich als Endziel hatte bekomme ich selber noch nicht hin.

@rtwl sagte in json abfragen - Objekte erstellen:

Welchen Block nimmt man um die json Daten von meiner URL in EINEN Datenpunkt (nennt man das überhaupt so?) zu bekommen

ja, so heisst das.
Aber jetzt frage ich mich, warum in nur einen DP?

Wenn ich das richtig verstanden hatte wolltest du etwas visualisieren.
Da es sich um Temperatur und Feuchte handelt, wahrscheinlich auch irgendwann mal den Verlauf als Grafik.

Dann braucht es natürlich (einzelne) Zahlen
Bei deinen 12 Sensoren wären das dann 24 DPs vom Typ Zahl

@rtwl sagte in json abfragen - Objekte erstellen:

Du hast ja im Screenshot die Daten als "Text" eingefügt.

weil ich es nur als debug Output ausgegeben hatte

EDIT:
Ich dachte du hast das JSON als ganzes in EINEM Datenpunkt

@rtwl sagte in json abfragen - Objekte erstellen:

Aber das ganze ist weniger Übersichtlich.

aber anders wird es auf anderem Weg auch nicht
Und alles was du brauchst hast du da

[rtwl]

Mit EINEM Datenpunkt hab ich gemeint, dass ich dann weiter arbeiten kann, bzw lerne wie man quasi Datenpunkte erstellt. Natürlich ist das Ziel immer noch, alle 24 DPs zu erstellen jeweils mit der korrekten Zahl.

Warum ich eine neue Lösung suche ist die Warnung im Log: "adapter.objects.getObjectList is deprecated, and will be removed in the future. Please use adapter.getObjectList/Async. Report this to Developer!"

[Homoran]

@rtwl ich hab da mal was vorbereitet:

Der Zeitplan fragt jede Minute ab.
Zum testen kannst du den request aus dem Trigger (Zeitplan) herauslösen. Dann startet es nur beim Speichern.

Die Variable result musst du selber anlegen
der debug Baustein ist immer sehr hilfreich und würde dir hoffentlich das Ergebnis im logfenster unter der Arbeitsfläche des Blocklys anzeigen.

Wenn du dann unter 0_Userdata.0 in einer sinnvollen Struktur deine(n) Datenpunkt(e) angelegt hast, kannst du den steuere-Block aktivieren und die ID dieses Datrenpunktes dort eintragen. Dann wird das JSON dort hereingeschriebn.

Viel Basics!
bei Frage - fragen!

[rtwl]

Vielen Dank, das hab ich schonmal hinbekommen.
Nur jetzt mit deinem Abschreck-Beispiel oben in der Schleife keine Variable/Text befüllen, sondern einen Datenpunkt wird nicht möglich sein, oder?
Zumindest sehe ich keine Möglichkeit die Datenpunkte als Variable zu definieren, so dass beim Datenpunkt "0_userdata.0.Temperaturwerte.Channel0.temperature" Der letzte Ordner "Channel0" in der Schleife als Variable genommen wird, und ebenso der DP "temperature" oder "humidity".

Alle 24 DP ohne schleife zu befüllen, sollte damit möglich sein, aber um es Übersichtlicher zu haben wäre eine Schleife natürlich sinnvoll.

[Homoran]

@rtwl sagte in json abfragen - Objekte erstellen:

sondern einen Datenpunkt wird nicht möglich sein, oder?

doch, aber dafür wollte ich die chid verwenden, die leider 3x 0 ist

da muss ich mir noch was einfallen lassen
mit channel(x) müsste es gehen

[paul53]

@rtwl sagte: Datenpunkt "0_userdata.0.Temperaturwerte.Channel0.temperature"

Wenn alle 24 Datenpunkte nach diesem Schema für Channel0 bis Channel11 erstellt wurden, und

@rtwl sagte in json abfragen - Objekte erstellen:

wäre eine Schleife natürlich sinnvoll.

versuche es mal so:

[rtwl]

@homoran

Wenn die chid 0 ist, kann man diese Channel´s ignorieren, da gibt es dann keinen Sensor. Es wird auch nie eine Channel geben mit identischer chid. Was aber sein wird ist, dass einmal ein neuer Sensor hinzu kommt, der dann eine leeren Platz einnimmt. Aber wie gesagt, da wird dann eine neue/eigene chid kommen.
Theoretisch können sich die chid´s nach Batterie wechsel ändern. Die Werte sollten also nicht fest definiert sein im skript.

[rtwl]

@paul53 sagte in json abfragen - Objekte erstellen:

versuche es mal so:

ah, ich denke das verstehe ich und sollt ich hinbekommen

[Homoran]

@rtwl @paul53 hat jetzt das Optimum aus den bisherigen Infos herausgeholt.
die chid wird nicht verwendet.

Frage:
kann/wird sich das Json ändern in

• Länge (anzahl)
• Reihenfolge?

[rtwl]

@homoran
Zuerst dachte ich eh, dass die Antwort von dir kam
Der Dank geht natürlich an @paul53

Nein, wie es aktuell aussieht wird sich da nichts ändern. Und wenn dann wird die Anzahl der Channels erhöht. Davon geh ich aber nicht aus. Die Reihenfolge wird sich auch nicht ändern.
Die json sieht schon seit einigen Jahren so aus.