Plötzlich ReferenceError: request is not defined

[Homoran]

@red_yoshi so wie das für mich aussieht liegt das nicht primär am Skript

da kommst du nicht auf das Ziel!

@red_yoshi sagte in Plötzlich ReferenceError: request is not defined:

Error: connect ECONNREFUSED 172.16.240.170:8080

Als Folge davon ist keine Antwort vorhanden, die ausgegeben werden soll

@red_yoshi sagte in Plötzlich ReferenceError: request is not defined:

log (body)

diese Zeile wird dementsprechend angemeckert

@red_yoshi sagte in Plötzlich ReferenceError: request is not defined:

Request._callback (script.js.common.Dachs_Anforderung:8:18)

[red_yoshi]

@homoran
Das stimmt, diese Fehlermeldung bekomme ich eigentlich regelmäßig (also ca. 1-2 mal am Tag).
normalerweise funktioniert es dann einfach beim nächsten Versuch.
Bis zum Update war das jedenfalls nie ein Grund den ganzen Adapter abstürzen zu lassen.

[red_yoshi]

Unabhängig von der Fehlermeldung würde ich das Script aber gerne auf httppost umbauen.
Kann mir da jemand sagen wie das aussehen müsste?
Wie gesagt hatte ich bisher keine Probleme damit dass ab und an der Server bzw. der Dachs nicht erreichbar war. Erst seit dem Update sorgt das dafür dass der Adapter abstürzt

[red_yoshi]

@jensen

Kann ich leider nichts zu sagen. Puppeteer kenne und nutze ich nicht.

[DJMarc75]

@red_yoshi sagte in Plötzlich ReferenceError: request is not defined:

@jensen
Kann ich leider nichts zu sagen. Puppeteer kenne und nutze ich nicht.

Ob Du hier im richtigen Beitrag geantwortet hast ?

[red_yoshi]

@red_yoshi

Falls es noch jemandem hilft, mittlerweile habe ich es (mit reichlich Hilfe) zum laufen bekommen.
Allerdings mit Axios und trotz langem probieren nicht mit httppost.

var axios = require('axios');
    
axios({
  method: "post",
  url: "http://hierURLeinfügen:8080/setKeys",
  data: {'Stromf_Ew.Anforderung_GLT.bAktiv':1,'Stromf_Ew.Anforderung_GLT.bAnzahlModule':1},
  headers: { "Content-Type": "multipart/form-data" },
})
  .then(function (response) {
    //handle success
    console.log(response.data);
  })
  .catch(function (response) {
    //handle error
    console.log(response.data);
  });

Damit kann aus dem iobroker heraus der Senertec Dachs angefordert werden z.B. bei hohem Stromverbrauch.

Antwort ist entsprechend
"Stromf_Ew.Anforderung_GLT.bAktiv ok Stromf_Ew.Anforderung_GLT.bAnzahlModule ok "

[root_]

@kptkip ich habe dein script versuch anzuwenden. Ich bekomme:

{"errors":[{"message":"This operation has been blocked as a potential Cross-Site Request Forgery (CSRF). Please either specify a 'content-type' header (with a type that is not one of application/x-www-form-urlencoded, multipart/form-data, text/plain) or provide a non-empty value for one of the following headers: x-apollo-operation-name, apollo-require-preflight\n","extensions":{"code":"BAD_REQUEST"}}]}

Woran könnte das liegen?

[kptkip]

@root_
Da ich das Script selbst nicht mehr nutze, bin ich ehrlich gesagt etwas überfragt.

Kommt die Meldung von der Tibber-API?

[root_]

@kptkip hab das problem schon gefunden, die Struktur innerhalb der API ist jetzt anders. Wie fragst du jetzt ab?
Ja, die Meldung kommt von Tibber.
Hab den code mal angepasst aber es kommt noch die gleiche Fehlermeldung:

const uri = 'https://app.tibber.com/v4/gql?query={me{vehicle{battery{level}}}}';

[kptkip]

@root_
Ich benutzte das Script, um mir von tibber den SOC meines Polestar 2 abzurufen.

Mittlerweile gibt es eine direkte API, mit der ich über HA und evcc darauf zugreife. Deshalb muss ich den Umweg über tibber nicht mehr gehen.

Hatte eh das Problem, dass wenn die Kommunikation zwischen den tibber- und Polestar-Apps auf meinem Handy nicht klappt, ich keine Daten in evcc hatte. Das ist jetzt auch Vergangenheit.