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

[mickym]

@thomkast Wie gesagt ich nutze beides.
Bei dem Daily Forecast ist Accuweather genauer.

Bei der Openwaether API nutze ich den OneCall und der gibt Dir eigentlich viel Info aus - auch hourly UV Index.

https://openweathermap.org/api/one-call-api

Wie gesagt Adapter hab ich keine Ahnung - weil ich das direkt nutze.

Auch Current bietet den UV Index:

In der current und den hourly Forecasts bei Openwaether siehst Du also durchaus, dass der UV Index enthalten ist:

[mickym]

@thomkast Es wird nicht jeder einzelne Wert als Abfrage gezählt. Aber wenn Du stündliche Vorhersagen willst, dann wird die ja auch mit jeder Stunde verbessert bzw. aktualisiert.

Du wirst ja nicht eine Abfrage für 72 Stunden stellen und dann erst nach 72 Stunden die nächste. Ich gehe mal davon aus, dass Du mind. einmal die Stunde eine neue Abfrage startest. Ich hab das damals 2 mal die Stunde gemacht aber dann war nur noch eine 5 Tagesvorhersage möglich. Sobald Du mehr wolltest, weil auch die Tagesvorhersagen sich öfters aktualisieren bist Du dann schon am Ende.

[mickym]

@thomkast Ach und falls der HIntergrund eher eine Solaranlage mit Forecast ist - da gibt es wesentlich bessere Alternativen.

Schau mal: https://forum.iobroker.net/topic/16481/täglich-zu-erwartende-sonnenstunden-mit-iobroker-adaptern/3?_=1635801983160

Mit Forecast Solar kannst dann sogar die Anordnung Deiner Solarmodule konfigurieren.

[ThomKast]

@mickym
Hallo Micky, habe mir die Infos zu Forecast.Solar und SolarWetter angeschaut. Komme leider mit beidem nicht weiter...

Bei Forcast.Solar finde ich keinen releasten Adapter und kenne mich mit script zu wenig aus, um es eigenständig umsetzen zu können.

SolarWetter bietet eigentlich genau das was ich suche. Allerdings finde ich beim Anbieter keine Möglichkeit Zugangsdaten zu generieren. Und ohne diese läuft der Adapter nicht. Auch ist mir nicht klar wie oft die Daten aktualisiert werden.

Dann habe ich noch bei OpenWeather geschaut. Dort liefert die One Call API die gewünschten Werte. Auch wäre der Free-Account mit 1.000 calls/day bei weitem ausreichend.
Es existiert zwar ein Adapter im iob für OpenWeather, aber dieser stellt die hourly-Werte nicht zur Verfügung.
Den Request für nur "hourly-Werte" konnte ich mir auch noch erarbeiten:
https://api.openweathermap.org/data/2.5/onecall?lat=xxxxx&lon=yyyyy&exclude=minutely,current,daily,alerts&appid=zzzzz&units=metric&lang=de
Allerdings habe ich keinen Plan, wie ich den response im iob als Datenpunkte abbilden kann. Dazu fehlen mir einfach die Denkanstöße

[mickym]

@thomkast sagte in Accuweather - stündliche Werte nicht komplett:

Bei Forcast.Solar finde ich keinen releasten Adapter und kenne mich mit script zu wenig aus, um es eigenständig umsetzen zu können

Wie gesagt - wenn Du den NodeRed Adapter nutzen willst, dann kann ich Dich gerne hier unterstützen und beschreiben, was Du tun musst und wir machen das entweder mit ForecastSolar oder der OneCallAPI und erstellen Dir die Datenpunkte.

Bei dem ForcastSolar musst Du eigentlich nur Deinen Längen und Breitengrad im Browser eingeben und

Die nächsten 3 Zahlen sind
in dem Aufruf

Neigung (dec), Ausrichtung (az) und kW der Panele.

Wenn Du mit einem Openweather API Key die Daten im Browser bekommst dann kann ich Dir ebenfalls helfen, die mit Hilfe von NodeRed in Datenpunkte zu schreiben.

Du musst halt immer nur testen, ob Du im Browser richtige Daten bekommst. Wenn Du den OneCall von Openweather im Browser machst musst halt Deinen API Key hinten dran hängen.

[mickym]

@thomkast sagte in Accuweather - stündliche Werte nicht komplett:

https://api.openweathermap.org/data/2.5/onecall?lat=xxxxxxxxxxx&lon=xxxxxxxxxxxxx&exclude=minutely,current,daily,alerts&appid=XXXXXXXXXXXXXXXXXXX&units=metric&lang=de

Ich hab den mal benutzt und mit einem ganz einfachen Node-Red Flow bekommst Du die Daten aus Deinem Aufruf als Datenpunkte in den iobroker.

Für die fehlenden Objekte lassen wir dann auch noch ein Skript drüber laufen.

Das sieht dann im iobroker so aus:

Außerdem hast Du Post (PN )

Also wenn Du das so wie oben haben willst, dann installiere Dir mal den NodeRed Adapter im iobroker. In der Konfiguration des Adapters

machst Du die Konvertierung in Zeichenkette raus und lässt die Erstellung von Fremdobkjekten zu.

[ThomKast]

@mickym

So, da bin ich wieder... Habe noch 2 zwei-beinige-Projekte, die zu erst zur Ruhe kommen wollen

Mit node-red wollte ich mich eh mal beschäftigen. Dann scheint wohl jetzt eine guter Moment zu sein . Arbeite mich anhand Deiner Infos voran und melde mich dann.

... schon mal wieder vielen Dank vorab!

[ThomKast]

@mickym

@mickym sagte in Accuweather - stündliche Werte nicht komplett:

@thomkast sagte in Accuweather - stündliche Werte nicht komplett:

https://api.openweathermap.org/data/2.5/onecall?lat=xxxxxxxxxxx&lon=xxxxxxxxxxxxx&exclude=minutely,current,daily,alerts&appid=XXXXXXXXXXXXXXXXXXX&units=metric&lang=de

Ich hab den mal benutzt und mit einem ganz einfachen Node-Red Flow bekommst Du die Daten aus Deinem Aufruf als Datenpunkte in den iobroker.

Für die fehlenden Objekte lassen wir dann auch noch ein Skript drüber laufen.

Das sieht dann im iobroker so aus:

Außerdem hast Du Post (PN )

Also wenn Du das so wie oben haben willst, dann installiere Dir mal den NodeRed Adapter im iobroker. In der Konfiguration des Adapters

machst Du die Konvertierung in Zeichenkette raus und lässt die Erstellung von Fremdobkjekten zu.

Also der node-red-Adapter läuft und die nötigen Nodes habe ich auch schon zusammengeklickt...

Aber da fehlen doch noch die ganzen Definition dazu...Oder?

[mickym]

@thomkast Wenn Du die NodeRed-Adaptereinstellungen gemacht hast, dann brauchst Dir keine Nodes zusammensuchen, sondern importierst den Flow einfach:

Openweather One Call.json

Falls Du im Chrome auf die Datei klickst wird der Text aufgemacht dann mit rechter Maustaste mit "Speichern unter " irgendwo lokal abspeichern.

Anschließend gehst Du in das rechte Menü und klickst auf Import:

Klickst in dem Fenster auf Datei importieren und wählst die OPenweather One Call.json Datei aus.

Über die Zwischenablage gehts dieses Mal nicht, da irgendein Apostroph den Import verhindert.

In der Inject Node änderst Du wieder Deine Geodaten und Deinen API Key.

In der msg.top Node - kannst Du noch einen anderen Namen angeben, unter dem Du die Datenpunkte unter 0_userdata.0 anlegen willst. Ich habs halt mal openweather genannt.

Wenn das alles soweit geht, feuerst Du die Inject Node ab und DU solltest die Datenpunkte alle haben und dann müssen wir das seit dem admin5 noch fein schleifen.

[ThomKast]

@mickym
Import ist erledigt. Im inject habe ich die URL komplettiert.
msg.top sieht nun so aus.

Rest habe ich nur angeschaut und nichts geändert...

Allerdings finde ich keine neue Gruppe und auch keine Datenpunkte in 0_userdata..?..?

[mickym]

@thomkast

1. Hast Du den Flow übernommen
   darf nicht so rot sein, sondern muss grau sein.

2. Hast Du dem NodeRed Adapter erlaubt Objekte zu erstellen
   

3. Hast Du den Flow auch über die Inject Node gestartet?

habs Dir mal markiert wie Du den Flow startest.

Wenn alles geklappt hat, dann hast Du

unter 0_userdata => 0 => openweather => hourly => und dann 48 Unterordner.

Wenn nicht müssen wir halt über debug Nodes schauen, wo der Fehler liegt.

[ThomKast]

@mickym
Ja, glaubt man es denn... Kaum macht man es richtig, schon funktionierts.
Ok, das sind echt die ersten Schritte. Und den inject zu starten hat ich nicht auf der Schnur.
Schaue mir jetzt mal die Werte an.

[mickym]

@thomkast Helf Dir gleich weiter. Mach noch einen Flow für Dich.

[ThomKast]

@thomkast
Keine Hektik

Die 47 Folder ergeben sich offensichtlich aus den Daten. Allerdings ist die Uhrzeit nicht als DATE darstellbar. Die Werte stehen dann auf 1970... Daher weiß ich jetzt nicht welche zeit der Folder 0h enthält.

Könnte der Wert als reguläres Datum dargestellt werden?

[mickym]

@thomkast Das ist gleich mein 2. Flow für Dich - wie willst Du den Datumspunkt gerne genannt haben, habs gerade

forcastTime genannt - aber such Dir gerne was anderes aus, dann ändere ich das noch schnell in dem Flow.

Normalerweise darf da aber gar kein Datum drin stehen, sondern nur eine Zahl

[ThomKast]

@mickym
Alles bestens, ist doch ein guter Vorschlag.
Habe das UNIX-Datum mal umgerechnet. 0h bedeutet die aktuelle Stunde - also 2200.

[ThomKast]

@mickym sagte in Accuweather - stündliche Werte nicht komplett:

@thomkast Das ist gleich mein 2. Flow für Dich - wie willst Du den Datumspunkt gerne genannt haben, habs gerade

forcastTime genannt - aber such Dir gerne was anderes aus, dann ändere ich das noch schnell in dem Flow.

Normalerweise darf da aber gar kein Datum drin stehen, sondern nur eine Zahl

Ja klar. Ich habe die Rolle manuell auf DATE geändert. Dachte es wird dann direkt korrekt dargestellt. Als Rolle STATE steht dann das UNIX UTC Datum/Uhrzeit als Zahl drin.

[mickym]

@thomkast So wenn Du in Deinen bestehenden Flow noch folgende Nodes importierst, dann wird das um neue Datenpunkte mit ausgeschriebenem Datum ergänzt:

Dieses Mal kannst Du den Code direkt über die Zwischenablage importieren:

Spoiler

[
   {
       "id": "4d65b9d.07b0148",
       "type": "ioBroker in",
       "z": "918d8a88.bb7cf8",
       "name": "",
       "topic": "0_userdata.0.openweather.hourly.*.dt",
       "payloadType": "value",
       "onlyack": "",
       "func": "all",
       "gap": "",
       "fireOnStart": "false",
       "x": 490,
       "y": 180,
       "wires": [
           [
               "2fb2b1d1.03df6e"
           ]
       ]
   },
   {
       "id": "2fb2b1d1.03df6e",
       "type": "change",
       "z": "918d8a88.bb7cf8",
       "name": "",
       "rules": [
           {
               "t": "change",
               "p": "topic",
               "pt": "msg",
               "from": "(.*)\\/dt",
               "fromt": "re",
               "to": "$1",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "topic",
               "pt": "msg",
               "from": "/",
               "fromt": "str",
               "to": ".",
               "tot": "str"
           },
           {
               "t": "set",
               "p": "topic",
               "pt": "msg",
               "to": "topic & '.forcastTime'",
               "tot": "jsonata"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 770,
       "y": 180,
       "wires": [
           [
               "a732a96b.a95798"
           ]
       ]
   },
   {
       "id": "a732a96b.a95798",
       "type": "change",
       "z": "918d8a88.bb7cf8",
       "name": "",
       "rules": [
           {
               "t": "set",
               "p": "payload",
               "pt": "msg",
               "to": "$moment((payload)*1000).locale(\"de\").tz('Europe/Berlin').format('DD.MM.YY [um] HH:mm')",
               "tot": "jsonata"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 990,
       "y": 180,
       "wires": [
           [
               "5014a26.bf5065c"
           ]
       ]
   },
   {
       "id": "5014a26.bf5065c",
       "type": "ioBroker out",
       "z": "918d8a88.bb7cf8",
       "name": "",
       "topic": "",
       "ack": "true",
       "autoCreate": "true",
       "stateName": "",
       "role": "",
       "payloadType": "string",
       "readonly": "false",
       "stateUnit": "",
       "stateMin": "",
       "stateMax": "",
       "x": 1200,
       "y": 180,
       "wires": []
   }
]

Dann bekommst Du die folgenden Nodes noch dazu:

Eigentlich müsste es ja forecastTime heißen:

Musst halt hier nochmal ändern:

[mickym]

@thomkast So nun noch ein paar Ergänzungen - weil seit dem admin5 sich einiges geändert hat und in NodeRed hat man das bei den iobroker-out Nodes nicht mitberücksichtigt.

Bei den ganzen Ordnern fehlen leider die Objekte (rot markiert):

Deshalb bitte folgendes Skript im Javascript Adapter als Javascript importieren:

/**
* Zweck:       Korrigiert übergeordnete Ordnerstrukturen eines Datenpunkts
* Datum:      07.08.2021
* Autor:       @fastfoot
*/
 
//              In den Settings der Javascript-Instanz muss setObject erlaubt sein!!!
 
let arr = [],
   id = '';
 
const ids = $('0_userdata.0.*');
ids.each(idTmp => {
   arr=idTmp.split('.');
   arr.splice(arr.length-1);
   id=arr.join('.');
   if(arr[0] === '0_userdata' || arr[0] === 'alias' || arr[0] === 'mqtt' || arr[0] === 'javascript'){
       correctObject(id, arr);
   }
})
 
function correctObject(id,arr){
   if(arr.length === 2) return;
   if(!existsObject(id)){
       let obj = {};
       obj = {
           type: 'folder',
           common:{
               name: arr[arr.length - 1]
           }
       }
       extendObject(id, obj, e => {
           if (e) log('Fehler beim Schreiben des Objektes: '+ id + ' ' + e);
       })
   }
   arr.splice(arr.length - 1);
   id = arr.join('.');
   correctObject(id, arr);
}

Dieses Skript musst Du einmal Laufen lassen und immer dann - wenn Du mal den ganzen Openweather Ast löscht.

Sobald das Skript einmal gelaufen ist, dann sind das wieder saubere Folder Objekte:

[ThomKast]

@mickym
Also, Du machst mich vollends sprachlos....

Klappt perfekt und die Daten sehen gut aus. Damit kann ich erst mal meine weiteren Überlegungen anstellen.

Müsste jetzt nicht noch der inject per CRON automatisiert werden?
Hattest Du bei OW gelesen wie oft die Daten aktualisiert werden?