[Feature] Websocket verwenden

[Trustmania]

Welches Problem möchtest du lösen?

No response

Dein Vorschlag

Juten Tag,

erstmal danke für die Integration. Gefällt mir sehr gut, besonders die Idee mit der WallBox Integration!
Ich habe auch schon mich mal ran gemacht ein bisschen mit der Enpal Seite rumzuspielen. Mir ist aufgefallen, dass es wohl einen Websocket gibt, welcher vom Frontend genutzt wird. Evtl. wäre es eine coole Lösung statt alle 60s zu pullen sich mit dem Websocket zu verbinden und so die Daten direkt zu bekommen.

Beim Reverse Engineering bin ich aus Mangel der Zeit noch nicht weiter gekommen.

Alternativen, die du in Betracht gezogen hast

No response

Betrifft dein Wunsch die Wallbox-Steuerung?

None

[derolli1976]

Moin, ja das habe ich bereits in Erwägung gezogen. Wie Du schon selber sagst, da ist noch reichlich Potential für Verbesserung, das Reverse Engineering wird da aber noch Zeit kosten, da da eine Menger Serversite Scripting gemacht wird.

Ich lasse diesen Feature Request hier mal stehen. :-)

[derolli1976]

Das verwendete Blazor Framework ist extrem schwierig und kompliziert zu verwenden. Der Aufwand steht in keinerlei Verhältnis zum erwarteten Nutzen.
Blazor führt C# im Browser als "Single Page App" aus. Das müsste man komplett nachbauen. Die Aktualisierungsgeschwindigkeit wäre auch nicht besser als mit Scraping jetzt. Wir belassen es bis auf Weiteres bei der aktuellen Lösung.

[Trustmania]

Ich kann die Entscheidung nachvollziehen, habe selber den ganzen Blazer JavaScript Quatsch einmal mir angeguckt und fand es sinnlos komplex ...

Den Value den ich sehen würde, dass das Backend dem Websocket die Daten gibt und man nicht pullen muss. Vor allem muss so aktuell immer etwas nachgezogen werden, wenn Enpal auf die tolle Idee kommt etwas umzurennen oder umzubauen. Aber wie du schon meintest ist (noch) Aufwand / Nutzen nicht im Rahmen!

Aber wenigstens hat noch jemand zweites drauf geguckt :-)

Ich bin ehrlich so richtig lässt mir das keine Ruhe und aufgeben will ich da auch nicht. Evtl. bauche ich da mal was und dann könnten wir das hier einfügen (wenn du magst).

[derolli1976]

Klar, gerne!
Wenn du da eine Lösung hast, können wir mal schauen, wie wir das integrieren. Danke!

[arigon]

Ich hab mal den blazor websocket kram reverse engineered und eine Go library gebaut: https://github.com/arigon/enpal_data_collector

Es simuliert den click auf den rechten button: Load Current Collector State

[derolli1976]

Hi! Vielen Dank!
Ich habe mir das einmal ganz oberflächlich angesehen. GO ist natürlich etwas ungünstig im Homeassistant Umfeld.
Die Basis ist aber extrem gut. Ich würde das mal in Python nachbauen und dann als neue Datenquelle integrieren.
Mal schauen, wie ich Zeit finde. Das wird dann ein riesen Sprung. Hoffen wir mal, dass sie an dem Framework festhalten.
Plan: Version 3.0. Das muss eine neue Major werden.

[arigon]

Bin bei der Recherche auf dieses Issue gestossen, daher hab ich drauf verwiesen. Go sollte mit jedem 0815 LLM in wenigen Sekunden nach Python umgewandelt werden können. Ich hab den meisten Teil mit Opus analysieren lassen, weil es sehr viel Security by Obscurity Theater ist und weil die AI besser mit dem decoden vom Messagepack-Wrapper zurecht kommt.

Das Wichtigste ist: Cookies wiederverwenden, für jeden Request sonst passt die serverseitige Session nicht mehr zum Request und das ganze failed.

Prinzipiell kann die gleiche Websocket Session für alle anderen RPC Calls wiederverwendet werden, also auch Wallbox-Steuerung. Hab ich nur nicht weiter analysiert weil mein Bekannter das nicht brauchte - der will nur Daten periodisch extrahieren.
Aber es geht eigentlich nur darum diesem ASP.NET WASM Blödsinn mitzuteilen welche Function aufm Server ausgeführt werden soll. 🙂

[derolli1976]

Danke fürs Teilen. Ich schaue mir das vor allem auch im Bezug auf die Wallbox an. Dann kann ich den zweigleisigen Weg mit Extra Addon sparen.