Provide sensible, default-enabled channel configurations

[ryan-summers]

Currently, Booster keeps everything disabled by default until a channel is configured via the MQTT broker. While this safe, it can result in an unsatisfying user experience where Booster does not do anything out-of-the-box until it is connected to the MQTT broker and configured.

I twould be useful to provide sensible default configurations for Booster channels such that they are enabled by default.

[ryan-summers]

It's unclear to me what sensible defaults would be for the bias DAC setting. Some options:

1. Default bias DAC to pinch-off. The channel would appear enabled via the front-panel, but the RF output would effectively be disabled
   • Seems like a bad idea as it may mislead the user to thinking the channel is operational
2. Take a measurement of some low-power output level on one Booster and use that bias DAC level as a default for all devices
   • It's unknown how reliable a single bias DAC level is for a range of devices, so this could potentially result in higher- or lower-than-aniticpated output power levels on new devices.

[jordens]

I don't see a way either to do it without valid settings. The best we can do is the following:

If there are valid settings (hence a calibrated bias voltage), and if the settings do not indicate that the channel should remain off, use that voltage and turn on the channel.

With that it will work without broker once the user has set up the bias voltage on a channel once and saved the settings.
Let's also make sure that in this case the default settings are such that the channel is on.

[ryan-summers]

If there are valid settings (hence a calibrated bias voltage), and if the settings do not indicate that the channel should remain off, use that voltage and turn on the channel.

This is already the current behavior. If the channel is saved in an "Active" state, it will power-on by default at power-up, but this still necessitates using a broker once for initial setup

[ryan-summers]

Closing as resolved. It's not clear that we should have different default settings than what already exist.

[ryan-summers]

Reopening this. We discussed that there's interest from Creotech in either:

1. Figure out a good default from basic-principals (i.e. review hardware, determine valid set point, analyze results)
2. Provide a manufacturing-time provisioning step where each channel is tuned to a specified bias current

This would allow shipment of boosters in a default usable state without the owner having to set up any MQTT broker.