Small changes (signal strength text + get NRF signal strength). #1119
Conversation
|
|
|
Info: die Infos werden noch nicht über MQTT freigegeben. Ich melde mich wenn ich was passendes dazu gecoded habe. So sieht es in der API aus: |
|
Ich würde es so wie in der API machen good_signal : true/false |
| bool goodSignal = mNrf24.testRPD(); | ||
| DPRINT(DBG_INFO, F("NRF Signal: ")); | ||
| DPRINT(DBG_INFO, String(goodSignal)); | ||
| mNrf24.read(0,0); |
There was a problem hiding this comment.
Die Zeile gibt offenbar ein good/bad (true/false) aus, das die Signalstärke (< oder > -64dBm) der einzelnen Inverter darstellt. Siehe Issue #1050
There was a problem hiding this comment.
das ist doch schon in Zeile 244. Mir geht es um Zeile 247
There was a problem hiding this comment.
Die Funktion wird aufgerufen sobald "Settings" aufgerufen wird.
Das heißt es wird nicht jedesmal im Code abgefragt wie gut das Signal ist.
"Macht man ja nur einmalig, damit man einen groben Wert hat."
245 + 246 -> Hupps, die können raus, war für mich zum debuggen noch. Jedoch hab ich mich wie ein Schnitzel gefreut das es direkt auf der Settings-Seite auch angezeigt wurde, das ich das so gesaved habe. :D Kann man raus nehmen, sollte man rausnehmen.
src/hm/hmRadio.h
Outdated
| @@ -21,7 +21,7 @@ | |||
| #define ALL_FRAMES 0x80 | |||
| #define SINGLE_FRAME 0x81 | |||
|
|
|||
| const char* const rf24AmpPowerNames[] = {"MIN", "LOW", "HIGH", "MAX"}; | |||
| const char* const rf24AmpPowerNames[] = {"MIN (recommended)", "LOW", "HIGH", "MAX (experimental)"}; | |||
There was a problem hiding this comment.
das brauchen wir mMn. nicht, ist nur intern
There was a problem hiding this comment.
Achso! Sorry, wusste nicht ganz genau wie das weiter zur Seite geschliffen wird. Wenn das nur intern verwendet wird, wieso nutzen wir hier kein uint, statt chars? Können hier platz sparen.
There was a problem hiding this comment.
da das auf der Seriellen Konsole angezeigt wird, da will man doch sofort wissen welches Level und nicht als Zahl 😉
| @@ -50,7 +50,7 @@ | |||
| } | |||
|
|
|||
| function parseRadio(obj, stat) { | |||
| const pa = ["MIN", "LOW", "HIGH", "MAX"]; | |||
| const pa = ["MIN (recommended)", "LOW", "HIGH", "MAX"]; | |||
There was a problem hiding this comment.
hier würde ich "recomemended" auch weglassen
There was a problem hiding this comment.
Hmm, ich sehe es anders. Hier soll jeder sehen das es mit MIN zu empfehlen ist.
Erst dann langsam "hochschrauben".
|
@DanielR92 danke für die Änderungen, PR fließt in |
Hello everyone,
I've added a little improvement here for you.
Among other things, the labeling of the selected signal strength from the NRF. I added "recommended" here. So everyone knows that this is the first choice and then has no questions about the strength.
Original wish: #1050
The bigger change is the feature request requested by Knickohr with signal recognition for the NRF. - Important: Someone has to check this in advance, I seem to have a bad signal all the time (in my case, the connection only builds up after a long wait).
So please check here!