fix warning residualpower in combination with battery

[VolkerK62]

da auch bei negativen Werten eine Warnung kommt ist der alleinige Hnweis "is missing" missverständlich

[StefanSchoof]

Hilft hier wie bei Intervall unter 30s auch ein Link zu den Docs die den Hintergrund erklären?

[VolkerK62]

gute Idee, bau ich noch ein

[naltatis]

Was spricht hier eigentlich dagegen im Fall von nicht gesetzten residualPower einfach nen Default von 100 zu verwenden und nicht zu loggen?

//cc @premultiply

[StefanSchoof]

Immer default 100 oder nur wenn eine Batterie im System enthalten ist?

[VolkerK62]

MMn nur bei Batterie. Es wird ja schon geprüft und statt der Warnung wird es auf 100 gesetzt.

[VolkerK62]

ich hab mich mal (blauäugig) daran gewagt ;)

[StefanSchoof]

Ich denke, dass es zu Verwirrungen führt, wenn ohne Meldung ein gesetzter residual Power ignoriert wird. Würde vorschlagen, setzten und trotzdem eine Log Nachricht.

[StefanSchoof]

Vielleicht auch bei 0 mit Batterie auf 100 setzen und bei negativen Werten eine Warnung.

Dann gibt es im Default ein sinnvolles Verhalten und wenn jemand eine merkwürdiges Spezialanforderung hat, kann es es trotzdem auf Minus Werte setzen und die Warnung ignorieren.

[VolkerK62]

Ok, ein Hinweis auf den "Eingriff" wäre nicht schlecht.
Aber, wie soll unterschieden werden, ob ein "falscher" Wert ( <=0 ) absichtlich gesetzt wurde?

[naltatis]

Diese Logmeldung können wir uns mMn. dann sparen. Der normale Nutzer sollte gar nichts über residualPower wissen müssen und mit den Default gut fahren. Wenn er da doch was dran tweaken möchte findet er den Parameter und seiner Bedeutung über die Doku.

Einziger Punkte wäre, wenn er ihn explizit auf 0 setzt um ein bestimmtes Verhalten zu bekommen und wir seinen Wert dann überschreiben. Wir können hier ja leider nicht zwischen 0 und nicht gesetzt unterscheiden. Halte das aber für einen Edge-Case der auch eher in die Doku sollte.

[VolkerK62]

Hmmm ... da bin ich jetzt hin- und hergerissen.
Einerseits gebe ich dir recht

der normale Nutzer sollte gar nichts über residualPower wissen müssen

andererseits finde ich es gut, wenn über "Systemeingriffe" informiert wird.
Gibt es auch log.INFO?

[GrimmiMeloni]

Wir können hier ja leider nicht zwischen 0 und nicht gesetzt unterscheiden.

@naltatis die Doku von Viper behauptet wir können das.

Make it easy to tell the difference between when a user has provided a command line or config file which is the same as the default.

Liefert isSet() ggf. false wenn ein Default gezogen wird?

[andig]

Keine neuen Erkenntnisse- schließen?

[VolkerK62]

Ich würde zumindest die Korrektur des Wortlauts der Warnung beibehalten wollen. 4c77fc9
In der weiteren Diskussion ging es ja darum, den Wert "automatisch" zu setzen.

[GrimmiMeloni]

@VolkerK62 ich habe heute morgen mal rumgespielt. Es ist möglich zu erkennen ob ein Wert 0 als Default gesetzt wurde.
In other fliegt die Konfiguration rum. Eine Präsenz des Keys heißt, daß der Anwender den Wert (auch 0) explizit gesetzt hat.

	if _, ok := other["residualpower"]; !ok {
		site.log.WARN.Println("residualPower not set")
	} else {
		site.log.WARN.Println("residualPower IS set")
	}

Hilft Dir das für die angestrebte Automatik?

[VolkerK62]

sorry, da muss ich passen. Kein Ahnung vom Code und das sind mir zu viele "if".

Ich würde es erstmal bei der Änderung der Warnung belassen wollen.
Da die Einstellungen (und configure?) ins UI wandern sollen, könnte man ja in dem Zusammenhang dann einen entsprechenden default 100 einbauen.

[VolkerK62]

@andig ich wäre hier fertig.
Evtl kann man einen default in configure einbauen.