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

[breaking] fix EU433 LoRa definitions #2696

Draft
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

andrekir
Copy link
Member

@andrekir andrekir commented Aug 9, 2023

@andrekir andrekir marked this pull request as draft August 9, 2023 13:16
@andrekir
Copy link
Member Author

andrekir commented Aug 9, 2023

marking as draft since changing the start frequency will likely break backwards compatibility. other regions using 433.0f should also be reviewed.

@caveman99
Copy link
Member

I am not sure this is necccessary, at least i recall similar discussions a while ago. Seems like ETSI specifies center frequencies with a bit of guard to allow for the bandwidth. The matching ITU allocations start and end at the band boundaries and Meshtastic takes that into account when calculating the center frequencies. Let's follow this up on #frequency-bands in discord.

@andrekir andrekir changed the title fix EU433 LoRa definitions [breaking] fix EU433 LoRa definitions Aug 9, 2023
@andrekir
Copy link
Member Author

andrekir commented Aug 9, 2023

no rush, leaving as a reminder for the next breaking cycle.

considering convention and even EU_868, it's pretty safe to say 433,050 MHz to 434,790 MHz is the proper frequency range for EU_433.

@mc-hamster
Copy link
Member

Good eye @andrekir !

@S5NC
Copy link
Contributor

S5NC commented Oct 26, 2023

10 dBm ERP is 12.15 dBm EIRP, which form of radiated power are we using? If we assume a 0 dBi antenna, it should be the latter.

@fifieldt
Copy link
Contributor

fifieldt commented Oct 7, 2024

Q) How about offering EU_433_OLD and EU_433_NEW in parallel for a while? That way communities could choose to move independently of our firmware timing?

@andrekir
Copy link
Member Author

andrekir commented Oct 7, 2024

on second look, the added 50 KHz represents about 0.0115% in frequency shift, which I suspect is well within tolerance for radios to interoperate using either center frequency. I don’t have any 433 MHz radios to test that theory, though.

@caveman99
Copy link
Member

on second look, the added 50 KHz represents about 0.0115% in frequency shift, which I suspect is well within tolerance for radios to interoperate using either center frequency. I don’t have any 433 MHz radios to test that theory, though.

Right now we have 433.0-434.0 which is 1 MHz or 4 default channels. New definition is 433.050-434.790 which is 1.74 MHz being (almost) 7 default channels. I propose to change it to 433.0-434.8 with a margin of error ... :-) - the 50khz spacing is really a guard against the next band user below and the gauss tx distribution is weaker near the edge of the band. Also we're talking a few milliwatts here, it's not like this is the Chinese Firedragon Shortwave jammer ...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Development

Successfully merging this pull request may close these issues.

[Bug]: EU 433 channels centers incorrect
5 participants