Adds proper eu433 frequency channels configuration

[fakedob]

Working on RAK7289V2/RAK7289CV2 WisGate Edge Pro V2 on the EU433 model would not work until I made a custom build with the following changes in the frequency channels configuration. The missing channel frequencies made it possible to use all 8 channels of the gateway and fixed a broken RX2 downlink.

Values were taken from the stock RAK firmware and were tested with a custom build of latest Chirpstack GW OS. Please note that there are further changes made to the Chirpstack GW OS source in order to have this region and frequencies fully utilised.

[brocaar]

Could you please elaborate why EU433 did not work for you without these changes? This is odd, because in the ChirpStack EU433 config, only the first three channels are configured and thus the additional channels (the ones you have added) are not sent using the CFList.

Also, adding more uplink channels should not change the RX2 downlink frequency behavior as the downlink TX can be on any frequency that is supported by the gateway radio.

[brocaar]

This seems incorrect, please see the regional parameters spec:

[fakedob]

Without the full 8 CFList, the CS GW will use only the 3 specified channels, while the rest will simply not be available/used.

To put it simply, I have two identical gateways side by side, one is running the RAK stock firmware (which works perfectly out of the box) and the other one is running the custom build CS GW OS, both are connected to the same CS cloud instance and configured to use eu433 region. I made a wild guess during my research, while comparing the eu433 config with the rest of the configurations (I also have eu868 gateway), that not all CF were added, because eu433 is not so popular and maybe it was not tested enough. I might be wrong, but adding all the CF resolved the issue where not all channels are being utilised. To be more precise, the CS GW will not allow all channels on the gateway unless specified in the concentratord configuration, where the RAK will without any changes.

The CFList is not related to the broken Rx2 I mentioned, but is to the Beacon frequency (somehow), I didn't explain correctly. By using the 434665000 frequency, the Rx2 is not working at all, so whenever the Rx1 is missed, then the downlink fails completely. This one bothered me for some time, I wasn't able to find a solution until I finally decided to try 433875000 instead, which the RAK uses for Rx2 by default. Changing this value fixed the problem completely, but to be honest, I didn't check with the specs, so thank you for pointing that out. Maybe the Rx2 issue is specific for the hardware I use or there is something else that I am completely unaware of.

To make it all work, I also had to make a custom eu433 region on the cloud CS (replicating the stock values from RAK local NS) with all the CF taken from the RAK (same CFList, including 2 more), and also provide specific UI configuration lists for the eu433 region for both UI - Contentratord and gateway mesh.

So, with all these changes I made, both gateways are now working exactly the same way and fully operational with Class A and Class C, unfortunately, I haven't tested Class B, which might have some issues, now that I have seen the documentation.