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

[Request] publish RF rssi in db #1856

Open
tikismoke opened this issue Mar 23, 2024 · 14 comments
Open

[Request] publish RF rssi in db #1856

tikismoke opened this issue Mar 23, 2024 · 14 comments
Labels
enhancement New feature or request

Comments

@tikismoke
Copy link

Is your feature request related to a problem? Please describe.

It would be nice to get RF rssi in db (not sure of the right name).
It could help to see if the position (distance) of the card it good an close enough from the installation.

Describe the solution you'd like

A value send to ha (through mqtt in dtu status).

Describe alternatives you've considered

No response

Additional context

No response

@tikismoke tikismoke added the enhancement New feature or request label Mar 23, 2024
@MetaChuh
Copy link

hi @tikismoke

did you check our documentation at www.opendtu.solar/firmware/mqtt_topics and could not find the topic dtu/rssi as described in your local setup ?

at the api level the rssi is also available at the api endpoint http://opendtu_ip/network/status at the value sta_rssi

example:


            [network/status] => Array
                (
                    [sta_status] => 1
                    [sta_ssid] => MetaWeb
                    [sta_bssid] => AA:BB:CC:DD:EE:FF
                    [sta_rssi] => -71
                    [network_hostname] => OpenDTU-123456
                    [network_ip] => 11.11.11.77
                    [network_netmask] => 255.255.255.0
                    [network_gateway] => 11.11.11.1
                    [network_dns1] => 11.11.11.20
                    [network_dns2] => 0.0.0.0
                    [network_mac] => 0A:0B:0C:0D:0E:0F
                    [network_mode] => Station
                    [ap_status] => 
                    [ap_ssid] => OpenDTU-1234567
                    [ap_ip] => 192.168.4.1
                    [ap_mac] => 48:E7:29:8D:46:F5
                    [ap_stationnum] => 0
                )

note: we have a discussion area for questions.
the issue part is only for issues regarding the firmware.

you can leave this open as an issue for now, but please close it yourself, as soon as you have enough answers.

greetings and best regards,
metachuh

@tikismoke
Copy link
Author

Yes this is for wifi rssi.

I'd like the 868Mhz same value

@MetaChuh
Copy link

understood, you want to see the cmt2300a received signal strength indication, not the wifi rssi.
sorry for misunderstanding, we'll have a look at it, if documentation or features are missing.

@tikismoke
Copy link
Author

understood, you want to see the cmt2300a received signal strength indication, not the wifi rssi.
sorry for misunderstanding, we'll have a look at it, if documentation or features are missing.

Thanks. I do not know if it is even possible of course.

In fact I have a lot of communication drop between cmt and solar parts.
I need to find a good place to let the opendtu card. But without value it's hard to compare best place.

@MetaChuh
Copy link

thx for the info 👍

btw:
we are an international community, so please don't hesitate to write your native language thoughts and wishes below your english posts as an addition.

@tikismoke
Copy link
Author

thx for the info 👍

btw:
we are an international community, so please don't hesitate to write your native language thoughts and wishes below your english posts as an addition.

D'accord mais pas sûr que ce soit bénéfique 🤣.

Alright, but not sure on benefits 🤣.

@MetaChuh
Copy link

toujours 😉

@SuperNinja73
Copy link

je suis d'accord avec @tikismoke

I need to find a good place to let the opendtu card. But without value it's hard to compare best place.

car j'ai les mêmes soucis de :

11:53:47.436 > TX RealTimeRunData 865.00 MHz --> 15 85 00 12 12 80 15 12 28 80 0B 00 66 01 57 BA 00 00 00 00 00 00 00 00 42 D4 A8 
11:53:47.989 > RX Period End
11:53:47.989 > All missing
11:53:47.989 > Nothing received, resend whole request

Comme je l'ai deja remonté ici : #980 (comment), j'ai des probleme de retour de l'inverter HMS1000 (via CMT2300A ) et l'ideal serait d'avoir le RSSI de la liaison que le CMT2300A est capable de mesurer (et non pas le RSSI du WIFI) : https://github.com/DanielR92/CMT2300A/blob/main/EBYTE/AN144-CMT2300AW_RSSI_Usage_Guideline_EN_V0.9.pdf
et nos confreres de chez AHOY :
https://github.com/lumapu/ahoy/wiki/RF-Module-CMT2300A---E49-900M20S
Est ce qu'on peux espérer un ajout de cette remontée de la force du signal de reception de l'inverter @MetaChuh ?

@MetaChuh
Copy link

@SuperNinja73
ne sait pas.
est-ce que ça marche déjà avec ahoy ?
pas observé.

@tikismoke
Copy link
Author

je suis d'accord avec @tikismoke

I need to find a good place to let the opendtu card. But without value it's hard to compare best place.

car j'ai les mêmes soucis de :

11:53:47.436 > TX RealTimeRunData 865.00 MHz --> 15 85 00 12 12 80 15 12 28 80 0B 00 66 01 57 BA 00 00 00 00 00 00 00 00 42 D4 A8 
11:53:47.989 > RX Period End
11:53:47.989 > All missing
11:53:47.989 > Nothing received, resend whole request

Comme je l'ai deja remonté ici : #980 (comment), j'ai des probleme de retour de l'inverter HMS1000 (via CMT2300A ) et l'ideal serait d'avoir le RSSI de la liaison que le CMT2300A est capable de mesurer (et non pas le RSSI du WIFI) : https://github.com/DanielR92/CMT2300A/blob/main/EBYTE/AN144-CMT2300AW_RSSI_Usage_Guideline_EN_V0.9.pdf
et nos confreres de chez AHOY :
https://github.com/lumapu/ahoy/wiki/RF-Module-CMT2300A---E49-900M20S
Est ce qu'on peux espérer un ajout de cette remontée de la force du signal de reception de l'inverter @MetaChuh ?

Mince pourtant j'ai cherché avant d'ouvrir ce ticket. Bon ben au moins je suis pas le seul qui voudrait bien monitorer cette mesure 👍

@SuperNinja73
Copy link

@SuperNinja73 ne sait pas. est-ce que ça marche déjà avec ahoy ? pas observé.

Je n'ai pas essayé ahoy, je me base sur des documents fournis et autres notes d'application. Espérant qu'une âme charitable puisse intégrer cette mesure du RSSI à openDTU 😁

@SuperNinja73
Copy link

au moins je suis pas le seul qui voudrait bien monitorer cette mesure

yes ! ya rien de plus frustrant que de voir les secondes défiler dans l'UI d'openDTU sans recevoir de nouvelles remontée de production ! "Qu'est ce que je doit faire ? C'est quoi qui bug ?" lol 😣

@MetaChuh
Copy link

Les secondes se transforment en années.
plusieurs années sont un jour.

@tikismoke
Copy link
Author

Ceci dit j'ai trouvé un emplacement qui va bien avec une jolie courbe de production/restitution grâce a homeassistant et un shelly en plus du linky(ce con même avec la teleinfo sait pas faire dans le négatif 😹 une honte😔).
Bref c'est vrai qu'après ça sert plus a grand chose mais sur le principe ça serait un +.
C'est tout ce qui m'a manqué en plus de deviner qu'il fallait passer en 868Mhz à 16dB pour que tout fonctionne(dès que je change en + ou en - la fréquence ou le gain ça marche plus du tout) et j'en suis content.

Encore un beau projet libre qui mérite 👍.

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

No branches or pull requests

3 participants