Add back in pm25 gauge, and additionally do pm10 as well

Slight update to change fudge duration on lights to 2h

Update wunder to pull AQI data for a location

Secondary update in reprocess to do the gauge set from the rabbitmq
topic, and just process PM2.5 and resend in the main function (since we
don't have PM2.5 in Wunderground data and I don't want to convert back)

Sun-up deactivation of lights to save energy

 * Default is not enabled, "NightOnly: True" in yaml to turn on

Add wifi esp32 reporting, and an uptime gauge for tracking that

add another type of device that I made custom

 * it's different from my _current_ diy devices in that the firmware is
   programmed from the ground up, so the exposes/cluster/peripherals may
   all change - keep that in mind! but, seems to work for now

A few smaller changes

 * Bugfix in fancontrol, keep it from sending a source which weirds out
   zigbee2mqtt
 * Bugfix in reprocess, don't modify the expire map at the same time as
   you're updating it from received messages (mutex)
 * Feature addition in lights - dummy mode, to just process updates but
   not take action on them (i.e. controlling lights)
 * Feature addition in reprocess, allowing it to read pm25 sensor data
   (DIY devices) and door sensor updates (off the shelf)

Add fancontrol main, simple program to turn zigbee fans on or off

Force update of lights when overriding color

A few smaller changes

 * Bugfix in error message that was causing panics
 * Buffer send messages to speed up the surrounding loops
 * Check closing of delivery channel in the programs where it's reading,
   in case connection is killed
 * All white override, to change colors if you want :)

Attempt to deal with serial losing sync in DIY handling

 * Every so often the zigbee messages from a pico will drop a letter
 * My GUESS is this is due to the zigbee hardware not resyncing on each
    new byte (inherent to the protocol, but prolly not in this homegrown
    firmware)

Anyway, have the sending pico calc a crc32 and put it on the end of the json.
If anything up to the action map doesn't decode properly, well,
something's obviously wrong and we can just ignore that transmission.
If it all decodes properly but something's still off, we
can index into the crc32 value and compare (and then reject).  Since we
debug messages don't use action at all, they're already ignored, and on
send we'll just try again later if anything was garbled.

A few tweaks

 * Deal with send errors by actually exiting, which should cause pod
    restart to reconnect (or backoff, or whatever)
 * A bit more logging when you can't cast a map on DIY action decodes
 * Wait to refresh off states on lights, preventing IMMEDIATE turn-off
    when you first start the program, or have the pod moved elsewhere.
    Normal off->on and all other actions are unaffected.

Couple bugfixes

 * stairway_pico was added twice in reprocess, fixed
 * Being unable to process action as a map (which sometimes happens in
   zigbee) resulted in a panic in reprocess from time to time, just
printed and continued for now, though more changes might be needed
elsewhere
 * Very large gaping hole in the pico relayData code - it basically just
   set the RGB values then turned around and set them all to 0 (lol!).
So uhh, I added back in the } else { part of that block and now it seems
fine.

Whoops, leaving the source in kept zigbee messing up.

Should probably split out by Relay vs Zig enabled later, but this is
fine for now.

Fully implemented lights package and further cleaned up logging

 * Lights now has working subimplementations for pico and zig
 * Fixed a bug with switch expiration infinite looping
 * Interfaces are used to get the specific relay data... probably very
   messy but it's the smallest amount of function changes I could do
 * Logging is now bound per relay, to allow more specific output when
   we're debugging (i.e. friendlyname for those that support it, etc)
 * Prometheus is basic with no metrics expiration, and a simple one
   second update loop... but that's how it was before in python SO

Bugfixes for zigbee2mqtt in reprocess (mostly)

Basically, whenever z2m gets a json encoded dict, it tries to deref the
keys and use as converters.  That normally works fine, but when you have
extra "source" values then it looks up converters that don't exist -
error!
 * Allow for EmptySource, a param to disable sending it even if it
   exists

Second, we were querying power devices with "power" gets, which
mobile_power doesn't support
 * Properly adhere to "queryNeeded", allowing us to either get the
   requests for updates, or just let it send along in its own time

Initial testing of lights implementation.

 * Only does RGBRelay and RGBZig right now, still needs pico and
   switch overrides
 * Seems to emulate behavior alright, but not much testing done
 * Parsing very rudimentary with a yaml config, but better in the long
   run

Clean up the expiration of stale metrics and prepare for production

 * Add power metric expiration
 * Make the map expiry keys a joined string, which will help prevent
    weird array lengths being required all over the place, makes expiry
    more generic in implementation
 * Switch routing keys to their production variants
 * _Should_ work in kubernetes as the others do, just need to deploy

Large logging and flags revamp

 * Everything is using klog (interfaced with logr) to do log output now
 * This provides different visibility levels for debug and a better
   format
 * Init flags and logger creation in main (emulate other files mostly)
 * As part of the revamp, provide some structured yaml marshalling for
   future config

Formatting slight tweaks (logging) and build script updates

Tidy up helper somewhat, and start on implementing reprocess

For helper:
 * Helper does most of the json I/O so we don't need to import in other files
 * Add some structs to manage the complexity of multiple routing keys
 * Various convenience options (IncludeDate on send, Source in the RabbitConfig) for easier scope

For reprocess:
 * Reads in temp pretty simply, and sets prometheus gauges as we've done before
 * Kinda handles DIY temperature (resends and prometheus gauge), and does not care about motion (so won't send it back out)
 * Weird chain of structs to implement different devices
 * Have not started on power or other complicated logic yet

Added separate builds, and implemented new timecolorshift functionality

 * Dockerfile.whatever is called to build for a particular binary, buildall.sh does all the ones we know about
   - Still need to call dockregassemble at the end, don't forget!
 * Most of the functionality in timecolorshift is ported over from the python version
   * This does mean that the colors are hardcoded in the binary, maybe look at grabbing them from kubernetes directly in the future
 * Have only really gone through one peak at midday, so unsure how the color mixing and rollover func works

Abstract some of this out further, routing key passed as setup (seems to be tested working)

Break out helper functions to a helper package for further work

One more change, denotes the module as a git repo so we don't fetch over https

Update module path for potential imports later

First working run!

 * Rename the module slightly for future compat (I think?)
 * Connects to the rabbitmq server and sends messages like we'd want
 * Some values hardcoded, and not really any retry or backoff logic
    - This is actually good! I swear!
    - Leave the kubelet doing the backoff and retry, and see how that takes
 * One restarted mq server seemed to work, but probably needs some testing

Initial commit, really just spams lol on a random topic