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

Joining issue on the network - Use of RX2 Windows intead of RX1 for EU868 #363

Closed
disk91 opened this issue Jul 7, 2021 · 3 comments
Closed
Assignees
Labels
bug Something isn't working

Comments

@disk91
Copy link

disk91 commented Jul 7, 2021

Currently we are experiencing a lot of difficulties to join the network, different issues has been identify and impact the router logic:

  • Currently, the RX1 windows seems to be the default choice whatever is the signal RSSI. RX1 in EU868 is using 868MHz frequencies limited to 14dBm power. Due to noise around the device and device sensitivity this RX windows is not viable when the hotspot is too far.
  • The choice of the RX window should take in consideration the RSSI with a suffisaient margin for giving a priority to RX2.

Due to the duty cycle regulation in Europe 1% on 868 eq 0.3% per channel you can use to Join, the use of RX1 as a préféred choice also makes hotspot transmission busy and to cancel transmissions.

I think RX2 should be the default for join accept and RX1 use in limited cases like RSSI higher than -85dBm to address device in the 1km around (according to https://www.researchgate.net/publication/325176736_Path_Loss_Models_for_Low-Power_Wide-Area_Networks_Experimental_Results_using_LoRa)

This RSSI switch could be a parameter we could configure per router instance.

@michaeldjeffrey
Copy link
Contributor

Router sends an rx2 window with join-accepts. I don't know if/how it gets used by miners
https://github.com/helium/router/blob/master/src/device/router_device_worker.erl#L900-L908

@JayKickliter
Copy link
Contributor

I think RX2 should be the default for join accept and RX1 use in limited cases like RSSI higher than -85dBm to address device in the 1km around

that would be an interesting thing to try on a limited number of hotspots

@macpie
Copy link
Member

macpie commented Aug 12, 2021

@disk91 has this been fixed by #355 ?

@macpie macpie self-assigned this Aug 18, 2021
@macpie macpie added the bug Something isn't working label Aug 18, 2021
@macpie macpie closed this as completed Aug 23, 2021
@macpie macpie mentioned this issue Jun 10, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants