Test Adapter Bosch Indego
-
er ist wieder grün 1000000x Dankeschön für die schnelle Reperatur des Adapters.
-
@tombox Bei mir wurde die Version 1.3.6 installiert und jetzt komme ich nicht mehr in die Instance-Einstellungen:
-
Bei den letzten Änderungen ist leider die jsonConfig verloren gegangen. Bitte mit 1.3.7 testen die ab sofort auf npm und in kürze auf latest verfügbar ist.
-
@mcm1957 Danke für die viele Mühe!
Und wo genau finde ich jetzt das Captcha?
-
@integer63
Ok gute Frage ...Offensichtlich war das der Grund für den nicht dokumentierten Rückstieg auf die veraltete Materialize Variante....
Ich schau mal...
-
Bitte 1.3.8 (auf NPM verfügbar) testen. Da sollte das Catche wieder da sein und nicht die jsonConfig gesucht werden.
-
@mcm1957 BINGO
Danke!
-
@integer63
Danke für das rasche Feedback. -
eine Frage hätte ich noch bezüglich dem Datenpunkt reset_alerts im Remote Ordner ist der ohne Funktion? weil in der VIS kann man den nicht steuern.
-
bzw. die einzige möglichkeit die ich gesehen habe ist das man den read_status auf read stellen muß um die Meldungen auszublenden. Der Datenpunkt ändert sich aber nur wenn man in der Indego App die Fehlermeldung gelesen hat. Schön wäre es in der VIS zumindest die Meldung resetten zu können.
-
@dosierkappe was sagt der debug log bei reset_alerts
-
boschindego.0
2025-01-05 10:10:30.403 error "<!doctype html><html lang="en"><head><title>HTTP Status 404 – Not Found</title><style type="text/css">body {font-family:Tahoma,Arial,sans-serif;} h1, h2, h3, b {color:white;background-color:#525D76;} h1 {font-size:22px;} h2 {font-size:16px;} h3 {font-size:14px;} p {font-size:12px;} a {color:black;} .line {height:1px;background-color:#525D76;border:none;}</style></head><body><h1>HTTP Status 404 – Not Found</h1></body></html>"
boschindego.0
2025-01-05 10:10:30.402 error AxiosError: Request failed with status code 404
boschindego.0
2025-01-05 10:10:30.302 error "<!doctype html><html lang="en"><head><title>HTTP Status 404 – Not Found</title><style type="text/css">body {font-family:Tahoma,Arial,sans-serif;} h1, h2, h3, b {color:white;background-color:#525D76;} h1 {font-size:22px;} h2 {font-size:16px;} h3 {font-size:14px;} p {font-size:12px;} a {color:black;} .line {height:1px;background-color:#525D76;border:none;}</style></head><body><h1>HTTP Status 404 – Not Found</h1></body></html>"
boschindego.0
2025-01-05 10:10:30.301 error AxiosError: Request failed with status code 404
boschindego.0
2025-01-05 10:10:30.122 error ""
boschindego.0
2025-01-05 10:10:30.121 error AxiosError: Request failed with status code 405 -
Ev. blöde Zwischenfrage:
Läuft jetzt 1.3.8 einwandfrei?
Wenn ich es hier richtig mitbekommen habe, dann funktioniert ja die derzeitige Stable nicht mehr - sonst hätte @tombox ja dankenswerter Weise nix anpassen müssen.ERGO - spricht was dagegen die 1.3.8 prior ins stable zu schieben ohne die übliche Warte-/Testzeit im Latest?
-
ja 1.3.8 funktioniert bei mir zumindest gut bis auf das reset_allerts!
-
sorry für den doppel Post aber ich habe den Mäher jetzt nochmals nach draußen gebracht und gestartet um das log nochmal durchzuführen.
boschindego.0
2025-01-05 10:59:04.331 error "<!doctype html><html lang="en"><head><title>HTTP Status 404 – Not Found</title><style type="text/css">body {font-family:Tahoma,Arial,sans-serif;} h1, h2, h3, b {color:white;background-color:#525D76;} h1 {font-size:22px;} h2 {font-size:16px;} h3 {font-size:14px;} p {font-size:12px;} a {color:black;} .line {height:1px;background-color:#525D76;border:none;}</style></head><body><h1>HTTP Status 404 – Not Found</h1></body></html>"
boschindego.0
2025-01-05 10:59:04.330 error AxiosError: Request failed with status code 404
boschindego.0
2025-01-05 10:59:04.229 debug https://api.indego-cloud.iot.bosch-si.com/api/v1/alms/807600806/alerts/undefined
boschindego.0
2025-01-05 10:59:04.228 error ""
boschindego.0
2025-01-05 10:59:04.228 error AxiosError: Request failed with status code 405
boschindego.0
2025-01-05 10:59:04.130 debug https://api.indego-cloud.iot.bosch-si.com/api/v1/alms/807600806 -
@dosierkappe bräuchte den ganzen debug log oder den Inhalt von boschindego.0.auth.session via mail
tombox2020@gmail.com -
das oben war der ganze Debug nach dem drücken des reset_allerts mehr war da nicht sonst nur den auth.session aus den Objekten raus kopieren? Also ich will keine Umstände machen ich habe das jetzt irgendwie mit Blocklys lösen können das der Fehler zumindest in der VIS nicht mehr zu sehen ist. Falls du dich dem Problem trotzdem annehmen möchtest kann ich dir aber gerne den auth.session mailen.
-
@dosierkappe ja schick einfach
-
Mail ist raus
-
@dosierkappe sollte in der GitHub version behoben sein
