[Bug] nach setzen eines power limits, liefert ahoy dtu nur n/a, statt limit wert

[MetaChuh]

Platform

ESP32

Assembly

I did the assebly by myself

nRF24L01+ Module

nRF24L01+ plus

Antenna

external antenna

Power Stabilization

Elko (~100uF)

Connection picture

• [ ] I will attach/upload an Image of my wiring

Version

0.8.79

Github Hash

315541e

Build & Flash Method

AhoyDTU Webinstaller

Setup

api only

Debug Serial Log output

No response

Error description

nach setzen von limit_nonpersistent_relative oder limit_nonpersistent_absolutevia api, liefert ahoy dtu v0.8.79, statt dem gesendeten oder aktuellen limit wert, für bis zu 20 sekunden nur power_limit 65535 (n/a)

in dieser phase werden neue limit befehle nicht durchgeführt, obwohl sie mit success bestätigt wurden.

dadurch wird die adaptive verbrauchssteuerung sehr träge, im vergleich zu ahoy 0.6.9 oder anderen dtus.

evtl. ist das seit dem -1 nach reboot anzeige bug reingerutscht.

[MetaChuh]

cross check:

auch wenn man im web interface ein neues limit setzt, erscheint zwar akzeptiert, jedoch wird die leistungsbegrenzung für mehrere sekunden auf n/a gesetzt, und auch so über die api als 65535 n/a geliefert, wahrscheinlich auch über mqtt (ungetestet)

screenshot:

[MetaChuh]

update: als interimslösung speichere ich jetzt die eigenen externen werte last_power_limit und next_power_limit und warte, wie von @reserve85 empfohlen, nicht mehr auf gültige rückmeldungen der ahoy dtu.

@lumapu wird da noch etwas verbessert, oder ist noch etwas unklar ? wenn nicht, schließe ich dieses issue mit won't fix external workaround available

[MetaChuh]

closing as external workaround available die externe lösung mit den zusatzwerten last_power_limit und next_power_limit ermöglicht auch mit ahoy dtu wieder eine zuverlässige batterie inverter limit steuerung im sekundentakt.