openWB Forum

Das Problem mit den 14Byte solltest dann aber bei einigen Variablen haben, oder?
Ist das über die HTTP API auch der Fall?

Zu den Topics:
https://github.com/openWB/core/pull/2914
Da hatte der Merge gefehlt...


Ja Problem besteht natürlich bei allen strings mit mehr wie 14 Byte... HTTP API hab ...

Danke, PR3000 funktioniert technisch, hilft mir persönlich leider nur nicht da man ja weiter mit den Langnamen arbeiten muss und mir diese auf 14Byte beschränkt werden im KNX. Bei mir kommt leider dann nur "instant_chargi" als Status String an und den kann ich so nicht wieder zurückschreiben und ...

so sieht das im MQTT Explorer nun wieder aus:

Version von 28.11. 16:06

und jetzt fehlt plötzlich in der aktuellen Version wieder das schon mal vorhandene topic für den aktuellen Status zum mindeststrom für PV-Laden:
# Minimaler Permanentstrom für PV-Laden
openWB/simpleAPI/chargepoint/0/minimal_permanent_current → 6

und soweit ich sehe auch alle weiteren geplanten ...

Hauptsache einheitlich, wie genau ist mir eigentlich egal, solange die ersten 15 Zeichen eindeutig unterscheidbar sind. Ändern muss ich meine ganzen Logiken jetzt eh nochmal, aber dann hoffentlich zum letzten mal.

noch eine Ergänzung: ich fände die kurzen neuen Definitionen besser, da die alten längeren mit _charging im Zusammenhang mit KNX eh immer Probleme aufgrund der Länge gemacht haben (in einem String KNX Kommunikationsobjekt werden nur die ersten 14 oder 15 Zeichen übertragen...)

Vielen Dank für die ganzen Anpassungen an der simpleAPI! Das wird nun schon ganz gut.

Allerdings gibt es einen Punkt der mir gerade noch die Nutzung sehr schwer macht:

beim Schreiben des Chargemode ist folgende Definition der Lademodi gegeben:
set_chargemode instant, pv, eco, stop, target

Beim ...

ich rede im Prinzip von beiden... siehe meine EDIT Einträge. Da hab ich die topics noch ergänzt die ich meine (ja, das sind die Status topics, zum setzen gibt es ja noch diesselben mit /set/ dazwischen...) Aber ich kann auch damit leben die vorhandenen "internen" zu nutzen, das funktioniert auch ...

Hab mich jetzt mal intensiver noch mit der neuen 2.1.9 beschäftigt und da scheint ja jetzt auch die lange gewünschte Hysterese für den min_soc_bat_mode umgesetzt zu sein. Es ist jetzt zwar nicht als direkte Hysterese Offset zum bisherigen SoC umgesetzt (den hätte ich pauschal mit z.B. 5% fest belegt ...