Test Adapter Accuweather 2.x.x
-
@tt-tom
Nein, da stand kein Wunsch auf den Denkzetteln zu - ich hab die Aktualisierungen oben ergänzt und auch die Änderung etwas deutlicher gemacht für die "ich lese doch net laufend readmes" user... wie mich
EDIT: Der Adapter hat auch 3 Befehlsdatenpunkte, damit kann man das Wetter direkt abfragen - 1 request pro klick.
-
Kann man jetzt den Intervall selber bestimmen??
Was wäre der Anwendungsfall. Der Adapter holt sich die Daten so oft wie möglich. Seltener holen wär zwar denkbar aber wer will den Forecast nur alle paar Tage ? Abgesehen davon gibt es meherer unterschiedliche Intervakke / Zeitpunkte.
Wenn es darum geht das Usage Limit nicht zu überschreiten:
Das wurde durch die vermeidbaren Api Calls beim Adapter Start verursacht. Und das ist ja lt. Log nun deaktivierbar. -
@mcm1957 sagte in Test Adapter Accuweather 2.x.x:
Und das ist ja lt. Log nun deaktivierbar.
Es ist im default deaktiviert (im default aktualisiert er keine Daten beim Start)- wollte das der Adapter die Einstellung beim Update schon bei allen Usern nutzt.
Später denke ich das man den default ändern sollte, damit Neuinstallationen sich gleich mit Daten füllen.
-
Ich würde vorschlagen, dass der Adapter ermittelt wann er zuletzt abgerufen hat. Sind die Daten älter als die Limit (1h/6h/12h) dann sollte er neu abrufen.
Das würde auch Neuinstallationen abdecken und die Option an sich überflüssig machen ohne dass zu viele Request abgesetzt werden.
-
@mcm1957 sagte in Test Adapter Accuweather 2.x.x:
Ich würde vorschlagen, dass der Adapter ermittelt wann er zuletzt abgerufen hat. Sind die Daten älter als die Limit (1h/6h/12h) dann sollte er neu abrufen.
Das würde auch Neuinstallationen abdecken und die Option an sich überflüssig machen ohne dass zu viele Request abgesetzt werden.
Hab das mal umgesetzt.
-
@ticaki said in Test Adapter Accuweather 2.x.x:
@mcm1957 sagte in Test Adapter Accuweather 2.x.x:
Ich würde vorschlagen, dass der Adapter ermittelt wann er zuletzt abgerufen hat. Sind die Daten älter als die Limit (1h/6h/12h) dann sollte er neu abrufen.
Das würde auch Neuinstallationen abdecken und die Option an sich überflüssig machen ohne dass zu viele Request abgesetzt werden.
Hab das mal umgesetzt.
Update direkt von Github ist erwünscht.
Das will ich erst noch etwas bei mir laufen haben bevor ich ein release mache:
Ich mußt die Anforderungen an den js-controller auf 7.0.6 anheben, da ich alles nach dem neusten Stand umgebaut habe, weiß ich nicht ob der 6er da mit allem klar kommt.
WORK IN PROGRESS
- (ticaki) Change: min. js-controller 7.0.6
- (ticaki) Change: Outdated data is updated at startup.
- (ticaki) New: Photo link added in current weather
- (ticaki) New: Metric and Imperial are available for selection - Will be taken into account with the next data update.
- (ticaki) New: In the event of a data retrieval error, an attempt is made again after 10 minute
- (ticaki) Remove admin option (restart blocking)
- (ticaki) Rewritten in Typescript
Warum erstellst du für sowas nicht eine ALPHA Release. Die sind genau für solche Test sinnvoll.
User sollten nur in Ausnahmefällen von Guthub installieren.Alpha Release sind ein definierter Stand, können von nom installiert werden und gehen nicht ins LATEST Repository. Also m.E. GENAU das was du hier haben willst.
Bitte daher ne ALPHA erstellen und den Aufruf von Github zu installieren wieder entfernen.
Danke -
@mcm1957
Entfernt alpha gibts keine -
@ticaki
Warum keine Alpha?
Oder schon "normale" release für Latest? -
Haben wir ja ausdiskutiert
Ich hab das apiproblem jetzt so gelöst das ich einen State mit dem Datum des letzten erfolgreichen Datenabrufs befülle und beim Start mir den state.ts davon ansehen ob der 1 Minute länger her ist als die maximale Zykluszeit. Das andere hab ich raus genommen.
Es bleibt noch eines, das ich für stable noch lösen muß, der Adapter versucht jetzt bei erfolglosem Verbindungsversuch alle 10 Minuten daten abzurufen, das muß ich noch unterbinden für "too many api request". Aber nicht mehr heute.
2.1.0-ALPHA.0 (2025-01-19)
(ticaki) Change: min. js-controller to 6.0.11
(ticaki) Change: Outdated data is updated at startup.
(ticaki) New: Photo link added in current weather
(ticaki) New: Metric and Imperial are available for selection - Will be taken into account with the next data update.
(ticaki) New: In the event of a data retrieval error, an attempt is made again after 10 minute
(ticaki) Remove admin option (restart blocking)
(ticaki) Rewritten in Typescriptinstallation siehe oben
-
Grüße Dich, erstmal super der Adapter bisher. Aber mal ne blöde frage, könnte man nicht im Adapter die GPS-Position nutzen für die Location Key?
Hier https://developer.accuweather.com/accuweather-locations-api/apis/get/locations/v1/cities/geoposition/search kann man das einwandfrei bewerkstelligen. die Ausgabe erzeugt mir auch den richtigen "X-Location-Key:" am ende.
Nun weiß ich aber nicht wie ich das Eingeben/Abfragen kann und automatisch im Adapter eingetragen werden kann.
Ich habe über ein GPS-Empfänger die lat/lon Daten und schreibe sie über Blockly in einen Datenpunkt im Format lat,lon. Das funktioniert, diese daten in der Api eingetragen und ich bekomme den korrekten Location Key.
Unter https://dataservice.accuweather.com/locations/v1/cities/geoposition/search?apikey=xxxxxxxxxxxxx=lat,lon
steht dann {"Version":1,"Key":"(Location-Key),"Type":"City","Rank":83,"LocalizedName":...................... -
Mache bitte eine Issue mit diesen Informationen auf github auf, aktuell bin ich an was anderem dran. Wenn ich aber wieder Luft habe wäre der Einbau nicht das Problem bzw. vielleicht macht es ja jemand anderer.
-
Danke, gemacht.
-
Hallo, ich hab es hinbekommen. es gibt mit Sicherheit einen besseren weg aber ich bin absoluter Neuling mit Blockly usw.
Ich weiß nun nicht wie ich den "Location Key" in den Adapter geschrieben bekomme.
Schöne Ostern euch noch.
.<xml xmlns="https://developers.google.com/blockly/xml"> <variables> <variable id="t{9+flX*7=dsZdJ6pUDs">Position</variable> <variable id="InM51wH+hhRZ1K}Uo6R:">result</variable> </variables> <block type="on" id="4ru.qSpei2XH^rB2vH-S" x="-497" y="415"> <field name="OID">sonoff.0.Temp-GPS.GPS_Lat</field> <field name="CONDITION">ne</field> <field name="ACK_CONDITION"></field> <statement name="STATEMENT"> <block type="update" id="h)dlnR3^Q.](=4QSEJ(b"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">0_userdata.0.GPS.lat</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="math_rndfixed" id="bnK{F#|CqXlA9xawHkpf"> <field name="n">2</field> <value name="x"> <shadow type="math_number" id=")M%}Y+;HO~[uh;VgZ{;("> <field name="NUM">3.1234</field> </shadow> <block type="get_value" id="3Eb+zb%2/#@Y9I9so4Op"> <field name="ATTR">val</field> <field name="OID">sonoff.0.Temp-GPS.GPS_Lat</field> </block> </value> </block> </value> <next> <block type="update" id="wW)4.o_sZ)fb.atnCmR/"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">0_userdata.0.GPS.lon</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="math_rndfixed" id="JcP!P6GG*4.MkJcUV$Ib"> <field name="n">2</field> <value name="x"> <shadow type="math_number" id="rCU]GgK3f!WC~Hog`l_3"> <field name="NUM">3.1234</field> </shadow> <block type="get_value" id="L`):Oz%6hIWG2!kXZ7KX"> <field name="ATTR">val</field> <field name="OID">sonoff.0.Temp-GPS.GPS_Lon</field> </block> </value> </block> </value> <next> <block type="update" id="nP9xglS.aA[MbTbkYIl0"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="true"></mutation> <field name="OID">0_userdata.0.GPS.accuweather_GPS</field> <field name="WITH_DELAY">TRUE</field> <field name="DELAY_MS">200</field> <field name="UNIT">ms</field> <field name="CLEAR_RUNNING">FALSE</field> <value name="VALUE"> <block type="text_join" id="q9N5_(eD8@Lo^lj|3N~2"> <mutation items="3"></mutation> <value name="ADD0"> <block type="get_value" id="%}aB6;vIAApy1bl/X+{i"> <field name="ATTR">val</field> <field name="OID">0_userdata.0.GPS.lat</field> </block> </value> <value name="ADD1"> <block type="text" id="KPp.^#63Ii89Zr{@h!d6"> <field name="TEXT">,</field> </block> </value> <value name="ADD2"> <block type="get_value" id="1I~Jd)wr|w~m]AAhkQfC"> <field name="ATTR">val</field> <field name="OID">0_userdata.0.GPS.lon</field> </block> </value> </block> </value> </block> </next> </block> </next> </block> </statement> <next> <block type="schedule" id="vYdlZ#*^/Jl[Rjx_VzK:"> <field name="SCHEDULE">1 0 * * *</field> <statement name="STATEMENT"> <block type="request" id="HBz]y9px}77;NcpbI!aw"> <mutation xmlns="http://www.w3.org/1999/xhtml" with_statement="true"></mutation> <field name="WITH_STATEMENT">TRUE</field> <field name="LOG"></field> <value name="URL"> <shadow type="text" id="k|B7oOKzm7EWM^m6kbY("> <field name="TEXT">http://</field> </shadow> <block type="text_join" id="%AIgcwHNe/@sw*U01y$j"> <mutation items="2"></mutation> <value name="ADD0"> <block type="text" id="w`-_6V`Q}otb@4S:2plf"> <field name="TEXT">https://dataservice.accuweather.com/locations/v1/cities/geoposition/search?apikey=xxxxxxxxxxxxx=</field> </block> </value> <value name="ADD1"> <block type="get_value" id="SKOaXNue28T!,3USSm[}"> <field name="ATTR">val</field> <field name="OID">0_userdata.0.GPS.accuweather_GPS</field> </block> </value> </block> </value> <statement name="STATEMENT"> <block type="variables_set" id="B.8O%)EDl50Pxp@#{+%."> <field name="VAR" id="t{9+flX*7=dsZdJ6pUDs">Position</field> <value name="VALUE"> <block type="text_getSubstring" id="owiE8!SuQ*Q%@^B#G8=2"> <mutation at1="true" at2="true"></mutation> <field name="WHERE1">FROM_START</field> <field name="WHERE2">FROM_START</field> <value name="STRING"> <block type="variables_get" id="e4z]G)3d#LQfW2QN0ZM!"> <field name="VAR" id="InM51wH+hhRZ1K}Uo6R:">result</field> </block> </value> <value name="AT1"> <block type="math_number" id="/`f+By;MjuAQu~YW(O(4"> <field name="NUM">21</field> </block> </value> <value name="AT2"> <block type="math_number" id="6!?5#)73q+T{zE_B].7O"> <field name="NUM">27</field> </block> </value> </block> </value> <next> <block type="update" id="{b$:l~qpE|8N{)e*U6~I"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">0_userdata.0.GPS.accuweather_Position</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="convert_tonumber" id="QWY0%hWvBuBR#=3oK=L*"> <value name="VALUE"> <block type="variables_get" id="AMy:l(Q?52+HV;3@1K@N"> <field name="VAR" id="t{9+flX*7=dsZdJ6pUDs">Position</field> </block> </value> </block> </value> </block> </next> </block> </statement> </block> </statement> </block> </next> </block> </xml> -
Die Standortsuche über GPS-Koordinaten geht nicht mehr.
Oder hier? https://developer.accuweather.com/core-weather/text-search#location-search -
Hallo Zusammen,
ich bekomme seit geraumer Zeit stündlich eine Fehlermeldung beim accuweather-Adapter:
Status: 401 text: Unauthorized - User action required!Habe allerdings keine Idee, wie ich dies beheben kann.
Gruß
Gregor -
@gregors
Apizugang von Accuweather wurde geändert, entweder bei Accuweather ein Bezahlabo abschließen oder einen andere Adapter (anderen Anbieter von Wetterdaten)wählen. -
Hallo zusammen,
bei mir kommt beim Adapter Accuweather seit dem 10.09.25 keine Daten mehr rein.
Im log kommt folgende Meldung -> siehe Screenshot.
Hat noch jemand das Problem? Weiß jemand ob das evtl. jetzt kostenpflichtig wurde? Oder warum funktioniert es auf einmal nicht mehr?
-
@atifan sagte in Adapter Accuweather funktioniert nicht mehr:
Weiß jemand ob das evtl. jetzt kostenpflichtig wurde? Oder warum funktioniert es auf einmal nicht mehr?
Ja, ist kostenpflichtig.
-
@thomas-braun Ahso, alles klar, danke
-
