Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Request : Signslstärke good/bad von NRF ausgeben #1050

Closed
knickohr opened this issue Jul 29, 2023 · 15 comments
Closed

Feature Request : Signslstärke good/bad von NRF ausgeben #1050

knickohr opened this issue Jul 29, 2023 · 15 comments
Assignees
Labels
enhancement New feature or request fixed dev fixed

Comments

@knickohr
Copy link

knickohr commented Jul 29, 2023

Offensichtlich existiert in der RF24.h Library ein Funktionsaufruf mit der man die Empfangssignalstärke prüfen kann. Sie gibt ein gut/schlecht zurück wenn die Signalsärke >64dBm bzw. <64dBm ist.

bool goodSignal = radio.testRPD();
if(radio.available()){
Serial.println(goodSignal ? "Strong signal > 64dBm : "Weak signal < 64dBm");
radio.read(0,0);

Offenbar schon in OpenDTU integriert, wäre es schön wenn man das auch für Ahoy machen könnte. Bitte auch mit MQTT ausgeben 😉

HoymilesRadio_NRF.cpp Zeile 58
(Nur die Werte -80 bzw. -30 sind wohl falsch)

@lumapu lumapu self-assigned this Jul 30, 2023
@lumapu lumapu added the enhancement New feature or request label Jul 30, 2023
@DanielR92
Copy link
Collaborator

Hallo zusammen,

das wollt ich schon immer drinnen haben.
Ich schau mir das mal an, da meine Testumgebung aktuell etwas "umständlich" wurde.

Meld mich sobald ich was neues habe.

@DanielR92
Copy link
Collaborator

Hallo Knickohr,
ich habe das ganze mal eingebaut.
Das muss jemand noch gegen prüfen... ich hab generell immer eine schlechte Verbindung bei mir.

@knickohr
Copy link
Author

Von meinen 13 WRs wird wohl einer good ausgeben 😉

@knickohr
Copy link
Author

knickohr commented Aug 28, 2023

Siehe hierzu auch Issue #1129

@knickohr
Copy link
Author

knickohr commented Aug 28, 2023

Das neue Feature funktioniert ! 😎 Es gibt auch ein „Strong Signal“. Also bitte noch für jeden Inverter einzeln aufdröseln und noch das - dazu machen.

IMG_1133

@knickohr
Copy link
Author

knickohr commented Aug 30, 2023

Die Funktion hat leider wenig Nährwert da die meiste Zeit ein <-64dBm kommt, egal wie nah man am WR dran ist. Schade, wäre eine einfache Möglichkeit gewesen eine wenigsten primitive Empfangsqualität darzustellen.

Vielleicht sollten wir doch auf die heuristische Funktion von „Oberfritze“ setzen ?

Ich laß hier aber mal trotzdem auf, so als Reminder 😉

@DanielR92
Copy link
Collaborator

Hmm, das muss man nochmals anschauen. Danke für die Info schonmal @knickohr

@knickohr
Copy link
Author

knickohr commented Sep 6, 2023

@DanielR92

Schau Dir den PR #1080 mal an. Da wird auch eine Heuristik generiert welche die Qualität der empfangenen Daten nachbildet. Ist zwar alles noch in der Testphase, wird aber meiner Meinung nicht mehr lange dauern dann fließt das in die nächsten Ahoy-Versionen ein.

Sieht dann so aus : Quality: 0 -1 -2 4 2, Cnt 3, Fail 0

Was die Werte genau bedeutet muß Dir @oberfritze erklären. Ich weiß nur, je höher der Wert, umso besser. Außerdem müßte man die 5 Werte zu einem zusammen fassen.

@knickohr
Copy link
Author

Könnte es sein das da noch ein Bug drin war ? Mit der DEV 58 habe ich jetzt mehrere Inverter die auch ein good bringen 😎

@lumapu
Copy link
Owner

lumapu commented Sep 20, 2023

nein, seit dem changelog mache ich nichts mehr geheim, alles transparent 😊

@knickohr
Copy link
Author

Spannend ! 🤔

@knickohr
Copy link
Author

Bei der 59 ist es auch OK. Da hin und wieder das auch wechselt, gehe ich davon aus das es korrekt funktioniert. Auch wenn es nicht den erhofften Effekt gebracht hat und nur bei sehr guten und kurzen Empfangsbedingungen funktioniert.

@knickohr
Copy link
Author

knickohr commented Sep 29, 2023

Nachtrag : ich glaube herausgefunden zu haben warum es bei einigen NRF geht und bei anderen wiederum nicht :

  • Fast alle Billig NRF sind China Clone und da funktioniert es nich
  • Auch das EByte Modul macht es nicht. Edit : Es wurde bestätigt das es beim EByte auch funktioniert.
  • Einzig das Fusion liefert bei mir diese Werte

Ich mache deshalb hier zu. Es scheint ein reines Chipproblem zu sein, und funktioniert nur mit echten NRF-Chips.

@DanielR92
Copy link
Collaborator

Danke für die Infos, das sollte man aber im README doch festhalten?

@knickohr
Copy link
Author

knickohr commented Sep 29, 2023

Ja, EByte müßte nochmal verifiziert werden. Bin mir aber ziemlich sicher das da auch nichts kam.

Nachtrag : Beim EByte funktioniert es auch.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request fixed dev fixed
Projects
None yet
Development

No branches or pull requests

3 participants