NEWS
Test Adapter ice Road
-
@bommel_030 den Gedanke hatte ich auch. Nun ist er k auf 60min eingestellt wo man auch jedes Mal eine Nachricht bekommt. Finde das nervt ein bisschen auf Dauer. Mir pers
ö
nlich w
ü
rde es reichen wenn es nur bei Status
Ä
nderungen eine Nachricht gesendet wird.@ciddi89
Ja, alle 60 min brauche ich die Information nicht. Interessant ist haupts
ä
chlich wenn er auf "Eis !" wechselt. -
@sigi234 @ciddi89
Macht der Datenpunkt "forecastId" das nicht schon? Halt 0/1 statt true/false, oder kann der mehr?@bommel_030 ne ist ein String Datenpunkt. Ist ja auch nicht so schlimm. Werde einen Boolean Datenpunkt hinzuf
ü
gen mit Namen
„
isIce
“
-
@bommel_030 sagte in Test Adapter ice Road:
Als weitere Optimierung k
ö
nnte man den Inhalt von "forecastText" in die Nachricht mit reinpacken?!?
Und ein Icon bei true or false als DP?
Hmm...., kann man ja selber machen wenn es einen DP mit true/false g
ä
be.@sigi234 extra boolean Datenpunkt namens
forecastIsIceist nun mit drin.
-
@sigi234 @ciddi89
Macht der Datenpunkt "forecastId" das nicht schon? Halt 0/1 statt true/false, oder kann der mehr?@bommel_030
ja, der kann mehr
forecastId - int- Vorhersage: 0 = kein Eis, 1 = Eis, 2 = evtl. Eis -
@bommel_030
ja, der kann mehr
forecastId - int- Vorhersage: 0 = kein Eis, 1 = Eis, 2 = evtl. Eis@quarkmax ach nun geht mir ein Licht auf :man-facepalming: den Datenpunkt hatte ich die ganze Zeit garnicht auf den Schirm und hab den mit den anderen verwechselt. :man-bowing:
-
@quarkmax ach nun geht mir ein Licht auf :man-facepalming: den Datenpunkt hatte ich die ganze Zeit garnicht auf den Schirm und hab den mit den anderen verwechselt. :man-bowing:
@ciddi89
kannst ja mal auf eiswarnung.de vorbeischauen, da gibt eine sehr gut dokumentierte API https://www.eiswarnung.de/rest-api/ aus welcher ich mir damals das Blockly geschmiedet hatte, weil der Adapter rumzickte. -
@ciddi89
kannst ja mal auf eiswarnung.de vorbeischauen, da gibt eine sehr gut dokumentierte API https://www.eiswarnung.de/rest-api/ aus welcher ich mir damals das Blockly geschmiedet hatte, weil der Adapter rumzickte.@quarkmax ja die kenne ich schon aber wie gesagt , irgendwie habe ich diesen Punkt komplett
ü
berlesen 
manchmal hat man Tomaten auf den Augen.
Falls jemand noch was hat was man verbessern oder
ä
ndern sollte/kann dann bitte hier mal Bescheid geben. Vielleicht schafft der Adapter es dann auch mal in die offizielle repo. -
@quarkmax ja die kenne ich schon aber wie gesagt , irgendwie habe ich diesen Punkt komplett
ü
berlesen 
manchmal hat man Tomaten auf den Augen.
Falls jemand noch was hat was man verbessern oder
ä
ndern sollte/kann dann bitte hier mal Bescheid geben. Vielleicht schafft der Adapter es dann auch mal in die offizielle repo.@ciddi89 Hallo an alle,
ich habe den Adapter mal
ü
berarbeitet und komplett auf links gedreht. Falls ihr Updated sichert vorher eure Standort Daten und ApiKeys irgendwo, alte Daten werden leider nicht automatisch mitgenommen. Am besten dann auch die Instanz l
ö
schen.Ich muss nun nur noch eine Sache anpassen, wenn das erledigt ist, werde ich den Adapter mal f
ü
r die Repo melden. Da er ja bisher dort nicht gelistet ist.Hier mal eine kleine Liste:
- Umstellung auf JSONConfig
- Unbegrenzte Anzahl an Standorten
- Verschiedene Nachrichten Dienste (Telegram, Pushover, WhatsApp, Email, Jarvis, Lovelace, SynoChat)
- Nachrichten werden nur bei State
Ä
nderung von forecastID gesendet. - Neue Nachricht: Neuer Eisstatus f
ü
r 'Ortsnamen': 'Eis!', 'Vielleicht Eis' oder 'Kein Eis!') - Wenn eigener Ortsname nicht definiert, wird der vorgegebene Ortsname vom Eiswarnung.de genommen.
Ist schon implementiert l
ä
uft aber noch nicht wie gew
ü
nscht, das ist der Punkt den ich noch bearbeiten muss, weiss aber noch nicht wie ich es am besten umsetze:- Wenn State 'Eis' oder 'Vielleicht Eis' l
ä
nger als X Stunden ansteht eine Erinnerung senden (X kann in Admin definiert werden)
Das war so das nennenswerte. Wer testen m
ö
chte
ü
ber Github installieren. -
@ciddi89 Hallo an alle,
ich habe den Adapter mal
ü
berarbeitet und komplett auf links gedreht. Falls ihr Updated sichert vorher eure Standort Daten und ApiKeys irgendwo, alte Daten werden leider nicht automatisch mitgenommen. Am besten dann auch die Instanz l
ö
schen.Ich muss nun nur noch eine Sache anpassen, wenn das erledigt ist, werde ich den Adapter mal f
ü
r die Repo melden. Da er ja bisher dort nicht gelistet ist.Hier mal eine kleine Liste:
- Umstellung auf JSONConfig
- Unbegrenzte Anzahl an Standorten
- Verschiedene Nachrichten Dienste (Telegram, Pushover, WhatsApp, Email, Jarvis, Lovelace, SynoChat)
- Nachrichten werden nur bei State
Ä
nderung von forecastID gesendet. - Neue Nachricht: Neuer Eisstatus f
ü
r 'Ortsnamen': 'Eis!', 'Vielleicht Eis' oder 'Kein Eis!') - Wenn eigener Ortsname nicht definiert, wird der vorgegebene Ortsname vom Eiswarnung.de genommen.
Ist schon implementiert l
ä
uft aber noch nicht wie gew
ü
nscht, das ist der Punkt den ich noch bearbeiten muss, weiss aber noch nicht wie ich es am besten umsetze:- Wenn State 'Eis' oder 'Vielleicht Eis' l
ä
nger als X Stunden ansteht eine Erinnerung senden (X kann in Admin definiert werden)
Das war so das nennenswerte. Wer testen m
ö
chte
ü
ber Github installieren.@ciddi89
Hallo, Import von der Konfig funktionierte nicht.
Denke wegen Umstellung auf JSONConfig -
@ciddi89
Hallo, Import von der Konfig funktionierte nicht.
Denke wegen Umstellung auf JSONConfig@sigi234 ich hoffe du hast irgendwo in ein Textdokument die Daten gesichert. Habe mich wohl falsch ausgedr
ü
ckt oben und den Text nochmal angepasst. Leider Kann man auf die neue Oberfl
ä
che die alten Daten nicht mitnehmen. Aber zum Gl
ü
ck ist der Adapter noch im teststadium dann trifft es nicht viele 

-
@sigi234 ich hoffe du hast irgendwo in ein Textdokument die Daten gesichert. Habe mich wohl falsch ausgedr
ü
ckt oben und den Text nochmal angepasst. Leider Kann man auf die neue Oberfl
ä
che die alten Daten nicht mitnehmen. Aber zum Gl
ü
ck ist der Adapter noch im teststadium dann trifft es nicht viele 

@ciddi89 sagte in Test Adapter ice Road:
ich hoffe du hast irgendwo in ein Textdokument die Daten gesichert
Sicher

-
@sigi234 ich hoffe du hast irgendwo in ein Textdokument die Daten gesichert. Habe mich wohl falsch ausgedr
ü
ckt oben und den Text nochmal angepasst. Leider Kann man auf die neue Oberfl
ä
che die alten Daten nicht mitnehmen. Aber zum Gl
ü
ck ist der Adapter noch im teststadium dann trifft es nicht viele 

@ciddi89
Hallo,
Hier können Sie Ihren Benachrichtigungsdienst auswählen, Sie können mehr als einen Dienst verwenden.Das funktioniert nicht?
-
@ciddi89
Hallo,
Hier können Sie Ihren Benachrichtigungsdienst auswählen, Sie können mehr als einen Dienst verwenden.Das funktioniert nicht?
@sigi234 doch, einfach f
ü
r die gew
ü
nschten Sachen die Instanz ausw
ä
hlen. Wenn man durch das dropdown geht bleiben die Daten darin enthalten. -
@sigi234 doch, einfach f
ü
r die gew
ü
nschten Sachen die Instanz ausw
ä
hlen. Wenn man durch das dropdown geht bleiben die Daten darin enthalten.@ciddi89
Ich nutze den Adapter auch schon l
ä
nger.
Cool, dass du dich dessen nochmal angenommen hast.Eine Frage hab ich, bzw ein Feature Request.
In der Api-Doku steht:
Optimale Ergebnisse erzielen: Die Berechnung der Eis-Wahrscheinlichkeit stützt sich auf Wetterdaten von openweathermap.org. Fragst du zu früh ab, ist die Vorhersage möglicherweise noch ungenau, fragst du zu spät ab, fehlen dem Algorithmus Messpunkte. Optimal sind daher 8-10 Std. vorab. Möchtest du um 8 Uhr morgens aus dem Haus, verwendest du am besten eine Vorhersage von 22-24 Uhr des Vorabends.Es w
ä
re cool, wenn man im Adapter sagen k
ö
nnte, wann man eine Info zu vereisten Scheibe bekommen m
ö
chte (morgens um 6 oder so), und dann entsprechend am Abend vorher die Daten abgerufen werden f
ü
r die Nachricht morgens.In der Doku steht schon l
ä
nger, dass Sie die Daten vom DWD nehmen wollen, aber da scheint sich nichts zu tun. -
@ciddi89
Ich nutze den Adapter auch schon l
ä
nger.
Cool, dass du dich dessen nochmal angenommen hast.Eine Frage hab ich, bzw ein Feature Request.
In der Api-Doku steht:
Optimale Ergebnisse erzielen: Die Berechnung der Eis-Wahrscheinlichkeit stützt sich auf Wetterdaten von openweathermap.org. Fragst du zu früh ab, ist die Vorhersage möglicherweise noch ungenau, fragst du zu spät ab, fehlen dem Algorithmus Messpunkte. Optimal sind daher 8-10 Std. vorab. Möchtest du um 8 Uhr morgens aus dem Haus, verwendest du am besten eine Vorhersage von 22-24 Uhr des Vorabends.Es w
ä
re cool, wenn man im Adapter sagen k
ö
nnte, wann man eine Info zu vereisten Scheibe bekommen m
ö
chte (morgens um 6 oder so), und dann entsprechend am Abend vorher die Daten abgerufen werden f
ü
r die Nachricht morgens.In der Doku steht schon l
ä
nger, dass Sie die Daten vom DWD nehmen wollen, aber da scheint sich nichts zu tun.@david-g Hallo David,
Es ist wirklich eine gute Idee. Aber ich denke das musst du mit einem Skript/Blockly machen. Da es ein Adapter mit Mode shedule ist, kann ich keine Werte in variablen zwischen speichern. Zus
ä
tzlich ist es schwierig dann Aufgaben in einer bestimmten von User vorgegeben Zeit zu machen da man Gefahr l
ä
uft das man die Uhrzeit bzw. Einen bestimmten Zeitraum von der angegeben Uhrzeit nicht erreicht.
Ü
ber GitHub wurde auch schon danach gefragt eine Nachricht bei einer bestimmten Uhrzeit zu senden. Ist nicht unm
ö
glich, hatte es schon mal bei einem Adapter gemacht, aber ist wirklich unsch
ö
n und man wird nie die genaue Zeit treffen. Daher versuche ich da irgendwie ein Kompromiss m
ö
glich zu machen. Aber haupts
ä
chlich ist der Adapter nur daf
ü
r da die Daten zu holen f
ü
r den Rest ist der Blockly/JavaScript Adapter euer Freund. -
@david-g Hallo David,
Es ist wirklich eine gute Idee. Aber ich denke das musst du mit einem Skript/Blockly machen. Da es ein Adapter mit Mode shedule ist, kann ich keine Werte in variablen zwischen speichern. Zus
ä
tzlich ist es schwierig dann Aufgaben in einer bestimmten von User vorgegeben Zeit zu machen da man Gefahr l
ä
uft das man die Uhrzeit bzw. Einen bestimmten Zeitraum von der angegeben Uhrzeit nicht erreicht.
Ü
ber GitHub wurde auch schon danach gefragt eine Nachricht bei einer bestimmten Uhrzeit zu senden. Ist nicht unm
ö
glich, hatte es schon mal bei einem Adapter gemacht, aber ist wirklich unsch
ö
n und man wird nie die genaue Zeit treffen. Daher versuche ich da irgendwie ein Kompromiss m
ö
glich zu machen. Aber haupts
ä
chlich ist der Adapter nur daf
ü
r da die Daten zu holen f
ü
r den Rest ist der Blockly/JavaScript Adapter euer Freund.@ciddi89
Danke f
ü
r die Antworten.
Das mit dem Shedule hab ich mir auch schon gedacht.Evtl kann man das im Adapter irgendwo vermerken, glaube nicht, dass das jeder und er Apibeschreibung liest.
So mache ich es sich im Moment. Der Adapter holt abends die Werte und morgens sende ich mir das Ergebnis.
-
@ciddi89
Danke f
ü
r die Antworten.
Das mit dem Shedule hab ich mir auch schon gedacht.Evtl kann man das im Adapter irgendwo vermerken, glaube nicht, dass das jeder und er Apibeschreibung liest.
So mache ich es sich im Moment. Der Adapter holt abends die Werte und morgens sende ich mir das Ergebnis.
@david-g werde die Adapter Beschreibung anpassen. Aber der shedule Mode ist unabh
ä
ngig von der eigentlich api. Man k
ö
nnte es auch umstellen auf in dauerhaft in Betrieb. Aber was bringt es einen wenn er eh nur alle X Minuten/Stunden die Daten abgreifen soll. So schnell
ä
ndert sich das Wetter auch nicht und daher w
ä
re es nur ein unn
ö
tiger Ressourcen verbrauch f
ü
r die paar Daten. Wobei die auch jeder User wieder anders nutzt. Ich zb. Will nur wissen ob ich abends das Auto reinstellen muss oder nicht, da ich zu faul f
ü
rs kratzen bin 
.Ich denke mit der Erinnerungsfunktion ist es ein guter Kompromiss, der auch schon etwas fummelig ist. Aber wie schon gesagt, der Adapter ist daf
ü
r da die Daten abzugreifen, die anderen Sachen k
ö
nnen andere Adapter/Tools besser und einfacher losen, daher erspare ich mir das unn
ö
tige aufbl
ä
hen. -
Adapter ist nun auch in der stable repo vorhanden mit Version 1.1.1

-
Bei mir auch, ich habe mir ein Blockly gebastelt, was die selbst angelegten Datenpunkte in 0_userdata bef
ü
llt.
API-Key und Koordinaten m
ü
ssen angepasst werden. Am besten auch die Abfragezeit, damit der Server nicht zu gleichen Zeit beballert wird.

<xml xmlns="https://developers.google.com/blockly/xml"> <variables> <variable id="NEeY,S|j#!{h2-:;?RQl">forecastId</variable> <variable id="Z2j7X{T[0GQB[8PbWQgo">forecastText</variable> <variable id="c_2sg9u`Cc.3_w48SFX6">forecastCity</variable> <variable id="o)lntt?nBir`R*=-$N3B">result</variable> <variable id="4DVI-pjORp/8JYATV]sW">requestDate</variable> <variable id="0heT0dTyt^[^avXEGOEB">forecastDate</variable> <variable id="t@TFo%W?p`*sXa#G1^/(">callsLeft</variable> <variable id="waMWUDuPfz/k^Z=FowGc">message</variable> <variable id="llxyObNcVgCzK0wTpa:?">success</variable> <variable id="^xitj]gL}lf%0y{+-/@e">code</variable> </variables> <block type="schedule" id="?pgFvQ6{}?J$t+XJwpnU" x="13" y="13"> <field name="SCHEDULE">5 */1 * * *</field> <statement name="STATEMENT"> <block type="request" id="eJt(6JEBe03V}i!Ks+MV"> <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="b?S2mgHyO(]T{62xyff^"> <field name="TEXT">https://api.eiswarnung.de?key=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&lat=xx.1638&lng=xx.9269</field> </shadow> </value> <statement name="STATEMENT"> <block type="variables_set" id="4N:z*tB#Nh*X683Q+Np."> <field name="VAR" id="NEeY,S|j#!{h2-:;?RQl">forecastId</field> <value name="VALUE"> <block type="get_attr" id="?P)*Q.9AQ(*XhGdRHWrH"> <value name="PATH"> <shadow type="text" id="HbD-V!Cr3[d/Jbe{S2Ha"> <field name="TEXT">result.forecastId</field> </shadow> </value> <value name="OBJECT"> <block type="convert_json2object" id=".aOXq2FQ,;;Nh~8$m=}5"> <value name="VALUE"> <block type="variables_get" id="]t3-]U9MUdt%L=tp$wg("> <field name="VAR" id="o)lntt?nBir`R*=-$N3B">result</field> </block> </value> </block> </value> </block> </value> <next> <block type="variables_set" id="|ZKQPhuY?s}#uU17J/`!"> <field name="VAR" id="Z2j7X{T[0GQB[8PbWQgo">forecastText</field> <value name="VALUE"> <block type="get_attr" id="o/b,m9F{~*C|uq=b(0+/"> <value name="PATH"> <shadow type="text" id=";pHSdqD6}H;R+ClyLdXl"> <field name="TEXT">result.forecastText</field> </shadow> </value> <value name="OBJECT"> <block type="convert_json2object" id="Gc*GX*pqGTc?r#2VK`^3"> <value name="VALUE"> <block type="variables_get" id="x~5EI%VYF)E5)c@5v-N{"> <field name="VAR" id="o)lntt?nBir`R*=-$N3B">result</field> </block> </value> </block> </value> </block> </value> <next> <block type="variables_set" id="%Q[-g{smzzObTX/FV%=+"> <field name="VAR" id="c_2sg9u`Cc.3_w48SFX6">forecastCity</field> <value name="VALUE"> <block type="get_attr" id="W6~ibSv_g]Z;RP:rH}q)"> <value name="PATH"> <shadow type="text" id="i{!oSBpCDSs;_|MXn|NY"> <field name="TEXT">result.forecastCity</field> </shadow> </value> <value name="OBJECT"> <block type="convert_json2object" id="zc]_w,ZaJ;FM-Y[:Ii@L"> <value name="VALUE"> <block type="variables_get" id="YSwPI31dN3g{D1EsMD,F"> <field name="VAR" id="o)lntt?nBir`R*=-$N3B">result</field> </block> </value> </block> </value> </block> </value> <next> <block type="variables_set" id="tsct@$F!SKjfIWY8qT3j"> <field name="VAR" id="4DVI-pjORp/8JYATV]sW">requestDate</field> <value name="VALUE"> <block type="get_attr" id="P%iotEGsXwDk2}89bV)@"> <value name="PATH"> <shadow type="text" id="Cg(Y?E;A$0]fWb)Vi_Cy"> <field name="TEXT">result.requestDate</field> </shadow> </value> <value name="OBJECT"> <block type="convert_json2object" id="OD@+h?J(nAU*Z:?T/@_O"> <value name="VALUE"> <block type="variables_get" id="z9c=AjIITp#E(x.~O.x-"> <field name="VAR" id="o)lntt?nBir`R*=-$N3B">result</field> </block> </value> </block> </value> </block> </value> <next> <block type="variables_set" id=",R/]lz([@LV[Ih,zz#xo"> <field name="VAR" id="0heT0dTyt^[^avXEGOEB">forecastDate</field> <value name="VALUE"> <block type="get_attr" id="GZYCk@+e/,.s-@hh;?/4"> <value name="PATH"> <shadow type="text" id="@{Z7M;@Qr5imtdKv(sw{"> <field name="TEXT">result.forecastDate</field> </shadow> </value> <value name="OBJECT"> <block type="convert_json2object" id="%9S;*mW[*Ik[Gq;o!EQZ"> <value name="VALUE"> <block type="variables_get" id="FfsK`kSC1EGCm{=nA%;X"> <field name="VAR" id="o)lntt?nBir`R*=-$N3B">result</field> </block> </value> </block> </value> </block> </value> <next> <block type="variables_set" id=";9~WSD,PMY}t3-x#Naky"> <field name="VAR" id="t@TFo%W?p`*sXa#G1^/(">callsLeft</field> <value name="VALUE"> <block type="get_attr" id="R^XL*Lx[AW#b9(F!*`.Z"> <value name="PATH"> <shadow type="text" id="/;M(:yoLEV9vqkVHn.6t"> <field name="TEXT">callsLeft</field> </shadow> </value> <value name="OBJECT"> <block type="convert_json2object" id="O7J$lxhk{buLK.YOX6Pd"> <value name="VALUE"> <block type="variables_get" id="0Jio2?[%~sr`#sQN+`FB"> <field name="VAR" id="o)lntt?nBir`R*=-$N3B">result</field> </block> </value> </block> </value> </block> </value> <next> <block type="variables_set" id="EY/JW/qz=V`9x4c^`$eu"> <field name="VAR" id="waMWUDuPfz/k^Z=FowGc">message</field> <value name="VALUE"> <block type="get_attr" id="hWp.!GHU]C{5G3E5i;%E"> <value name="PATH"> <shadow type="text" id="[e^82O/UKY2,x|qkPq1^"> <field name="TEXT">message</field> </shadow> </value> <value name="OBJECT"> <block type="convert_json2object" id="o.~.(LFBDlc=RS,=1QxF"> <value name="VALUE"> <block type="variables_get" id="laC9L)yM+7+u@d5=W240"> <field name="VAR" id="o)lntt?nBir`R*=-$N3B">result</field> </block> </value> </block> </value> </block> </value> <next> <block type="variables_set" id="j*a#ib/$jl:,`K2=!PXN"> <field name="VAR" id="llxyObNcVgCzK0wTpa:?">success</field> <value name="VALUE"> <block type="get_attr" id="}F(1Y`akgT_76%L;xI5@"> <value name="PATH"> <shadow type="text" id="oXK;ajoGF]Wmwhp:{eCf"> <field name="TEXT">success</field> </shadow> </value> <value name="OBJECT"> <block type="convert_json2object" id=")M8f$^Jl5KF!?N[0II^9"> <value name="VALUE"> <block type="variables_get" id="6[j{z%[S}k-Dm]V$y^)|"> <field name="VAR" id="o)lntt?nBir`R*=-$N3B">result</field> </block> </value> </block> </value> </block> </value> <next> <block type="variables_set" id="Mi9Qi0xAQSl(qJi4lkNT"> <field name="VAR" id="^xitj]gL}lf%0y{+-/@e">code</field> <value name="VALUE"> <block type="get_attr" id="{vHY31HBh^A[L9zK,}9q"> <value name="PATH"> <shadow type="text" id="Bl$93J|Hp/Eu;V)HsrL%"> <field name="TEXT">code</field> </shadow> </value> <value name="OBJECT"> <block type="convert_json2object" id="{By9!eG8F1SQ9O_|Vet~"> <value name="VALUE"> <block type="variables_get" id="^,F#rquyFkOr/sE,+h0*"> <field name="VAR" id="o)lntt?nBir`R*=-$N3B">result</field> </block> </value> </block> </value> </block> </value> <next> <block type="update" id="t{kiDMxP!W3rbS/ZE3eP"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">0_userdata.0.Wetter.IceRoad.forecastId</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="variables_get" id="JUVyXQRDaEX,zLitsW6v"> <field name="VAR" id="NEeY,S|j#!{h2-:;?RQl">forecastId</field> </block> </value> <next> <block type="update" id="Hm4z}q#m[%+l0*gNAv(T"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">0_userdata.0.Wetter.IceRoad.forecastText</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="variables_get" id="NQ5(sC7C;Jqr[l{cf24N"> <field name="VAR" id="Z2j7X{T[0GQB[8PbWQgo">forecastText</field> </block> </value> <next> <block type="update" id="eD+k:UxojF5C@tj#~?m0"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">0_userdata.0.Wetter.IceRoad.forecastCity</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="variables_get" id="POqW1tT)rJCsp;2$KA;l"> <field name="VAR" id="c_2sg9u`Cc.3_w48SFX6">forecastCity</field> </block> </value> <next> <block type="update" id="icmYH**?.{`@dOqlm9Y?"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">0_userdata.0.Wetter.IceRoad.requestDate</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="variables_get" id="9TH.zhvUTv4-lz6mAsrs"> <field name="VAR" id="4DVI-pjORp/8JYATV]sW">requestDate</field> </block> </value> <next> <block type="update" id="W71^w+[+c44]+^lJ?W;F"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">0_userdata.0.Wetter.IceRoad.forecastDate</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="variables_get" id="8Gu%`.tHI4`JF[uS!{2("> <field name="VAR" id="0heT0dTyt^[^avXEGOEB">forecastDate</field> </block> </value> <next> <block type="update" id="v:jGMM|`osx1~{*#$Tzx"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">0_userdata.0.Wetter.IceRoad.callsLeft</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="variables_get" id="/2*apnCxH{VVjl2oEza~"> <field name="VAR" id="t@TFo%W?p`*sXa#G1^/(">callsLeft</field> </block> </value> <next> <block type="update" id="bjSrq~8i*7BF*jf-jej!"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">0_userdata.0.Wetter.IceRoad.message</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="variables_get" id="5Q|Q;|prCU:m|j8xyC^K"> <field name="VAR" id="waMWUDuPfz/k^Z=FowGc">message</field> </block> </value> <next> <block type="update" id="h6S^`1)UOpWlCV@e@O[b"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">0_userdata.0.Wetter.IceRoad.success</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="variables_get" id="eUC^qKOCkiGSr`4aHS`Z"> <field name="VAR" id="llxyObNcVgCzK0wTpa:?">success</field> </block> </value> <next> <block type="update" id="6Gnxp?yKrplO%XbHx,Tb"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">0_userdata.0.Wetter.IceRoad.code</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="variables_get" id="a+SE0?Q.K|oR$a4XLU=?"> <field name="VAR" id="^xitj]gL}lf%0y{+-/@e">code</field> </block> </value> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </next> </block> </statement> </block> </statement> </block> </xml> -
@quarkmax mit dem neuen javascript-Adapter Version 8.x ist ja
requestdeprecated.K
ö
nntest du oder jemand, der das liest und sich auskennt das Script/Blockly auf httpGetumstellen?Danke zusammen.
@siggi0904
quick and dirty, nur den Block austauschen und jsonObject mit Data-Baustein tauschen

Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden