openWB Forum

Hallo Det,

sieht soweit gut aus. Der Fenster schließen Text nach dem anmelden kommt jetzt auch. Mit dem Update und dem kopieren hadere ich noch. Das muß ich mir nochmal genauer ansehen.

EDIT: gefunden. Beim Zurückkopieren muß der vollständige Pfad angegeben werden. (update.sh)

Mit dem richtigen Pfad klappt auch der Update. Kleiner Schönheitsfehler: die soc_eq_acc_lp1 gehört nach dem Update root:root. Da aber die Rechte auf 777 stehen ist das egal. Eventuell kann man den cp mit -p aufrufen um die owner zu übernehmen.

Gruss Achim

Danke,

habe es im PR gleich noch gefixt.

VG
Det

Hast du mal Debug auf 1 oder 2 gestellt und den auth getestet?

Hallo Det,

dann kommt die gesamte Config mit den gefundenen Werten.

In main.sh ist noch der feste Debugeintrag auf 1 drin. Der kann doch jetzt eigentlich raus.

Gruss Achim

Ok, dann passt das an der Stelle auch.
Bei Debug Level 1 kommen nur die entsprechenden SoC Parameter für den LP raus.
Main.sh muss ich mal im Nachgang machen. Ich muss mir auch noch mal atreboot.sh anschauen.
Ich hab aktuell das Gefühl, dass auf jeden Fall ein Reboot gemacht werden muss, damit die soc_konfig Werte einmalig in der openwb.config landen.
Erst danach lässt sich dann die Anmeldung richtig machen. Das habe ich heute nicht mehr im Detail getestet.

VG
Det

Die 777 Berechtigungen komplett durch stören mich eigentlich auch. Ich hab den sudo beim zurück kopieren einfach übernommen. Mal schauen was bei cp -p raus kommt.

Heute nicht mehr

Hi Det,

good job!! Jetzt geht der Update und die Abfragen laufen danach sofort weiter.

Rest: socDebug=1 in main.sh löschen und evtl die alten Token-Dateien löschen.

Gruss Achim

Ja, vielen Dank auch an dich für die Vorarbeit am Modul und die Unterstützung.

Die restlichen Punkte habe ich im Hinterkopf. Mache ich die Tage mal. Bin seit heute auch wieder in meinem normalen Job

VG
Det

PR mit diesen Änderungen ist eingestellt.
im main.sh leite ich den Debug von openwb Debug ab und stelle bei Debug >0 den Timeout auf 5 um schneller die Abfragen zu erhalten.

VG
Det

Hallo Det und Achim,

Danke, dass Ihr Eure Arbeit hier mit einfließen lasst!

Ich habe eine Duo (die Version, die es bis August 2020 gab) und wollte heute das SoC Modul testen. Also die Nigtly installiert und versucht, den SoC auszulesen - leider bisher vergeblich. Nach dem Einrichten kann ich den Link in der SoC Modulkonfiguration erfolgreich aufrufen ("Anmeldung erfolgreich! Sie können das Fenster schließen.")
Der SoC wird aber immer mit 0% angezeigt - egal, ob ich lade oder nicht.
Ein Reboot nach der Einrichtung half auch nicht.

soc.log zeigt:
2021-01-09 21:43:12: Lp1: SoC Request fehlgeschlagen unbekannter Code: 504
2021-01-09 21:43:12: Lp1: {"fault":{"faultstring":"Gateway Timeout","detail":{"errorcode":"messaging.adaptors.http.flow.GatewayTimeout"}}}
2021-01-09 22:05:06: Lp1: Acc Token Expired
2021-01-09 22:06:02: Lp1: SoC Request fehlgeschlagen unbekannter Code: 504
2021-01-09 22:06:02: Lp1: {"fault":{"faultstring":"Gateway Timeout","detail":{"errorcode":"messaging.adaptors.http.flow.GatewayTimeout"}}}
2021-01-09 22:09:31: Lp1: SoC Request fehlgeschlagen unbekannter Code: 504
2021-01-09 22:09:31: Lp1: {"fault":{"faultstring":"Gateway Timeout","detail":{"errorcode":"messaging.adaptors.http.flow.GatewayTimeout"}}}

In soc_eq_acc_lp1 sehe ich refresh_token und access_token.

Meine Programmierkenntnisse sind eher rudimentär und von der Authorisierungsgeschichte verstehe ich leider nichts.
Habt Ihr eine Idee, wo der Fehler liegen könnte?

Eine Anregung habe ich noch:
So wie ich es hier verstehe, werden die Token regelmäßig erneuert. Spricht etwas dagegen, auch diese Files auf die Ramdisk zu legen zwecks Lebensdauer der SD Card?

Danke vorab und viele Grüße
TomS