Initial support for LoRaWan TTN controller for ESPeasy

Making these functions a lot more memory efficient

To avoid object initialization before the controller is set active.

Lots of elements of a standard controller are not needed for LoRa, or called differently.

Move loading and saving of controller settings to separate functions per item.
Also string generation is now done in a function to keep internal strings in sync.

Some controllers were missing a break; in switch statements.
This would then also execute the next case in the switch list.

The handle_controllers function is rather long, so it is now split into one main wrapper and 4 smaller parts.

This string may end up keeping quite some memory for way longer than actually needed.

Normally a controller uses a hostname or IP to connect to.
But a LoRa node does not connect to any specific host, but does broadcast messages using its own unique dev addr.
This will be shown as host description in the Controller overview page.

Currently BME280 and SystemInfo are being detected.

Fixes letscontrolit#2492

Next step will be to let the plugin generate the binary data.

As discussed on the [Forum](https://www.letscontrolit.com/forum/viewtopic.php?f=6&t=6922&p=38512#p38512)