if android changes radio settings - change the radio

TODO.md

@@ -1,11 +1,8 @@
 # High priority
 
-* implement regen owner and radio prefs
-
 * port my graphics library over from the sw102, same screen controller and resolution
 * very occasionally send our position and user packet (if for nothing else so that other nodes update last_seen)
 * switch to my gui layout manager
-* make jtag work on second board
 * make basic gui. different screens: debug, one page for each user in the user db, last received text message
 * save our node db (and any rx packets waiting for phone) to flash - see DeviceState protobuf
 
@@ -13,11 +10,13 @@
 
 * don't send location packets if we haven't moved
 * scrub default radio config settings for bandwidth/range/speed
+* add basic crypto - http://rweather.github.io/arduinolibs/crypto.html with speck https://www.airspayce.com/mikem/arduino/RadioHead/rf95_encrypted_client_8pde-example.html
 * override peekAtMessage so we can see any messages that pass through our node (even if not broadcast)?  would that be useful?
 * sendToMesh can currently block for a long time, instead have it just queue a packet for a radio freertos thread
 * fix the logo
 * How do avalanche beacons work?  Could this do that as well?  possibly by using beacon mode feature of the RF95?
 * use std::map<BLECharacteristic*, std::string> in node db
+* first alpha release, article writeup
 
 # Low power consumption tasks
 
@@ -40,7 +39,7 @@ But fixme, think about this and look for standard solutions - it will have probl
 
 # Pre-beta priority
 
-* turn on basic crypto
+* swap out speck for accelerated full AES https://github.com/espressif/arduino-esp32/blob/master/tools/sdk/include/esp32/hwcrypto/aes.h
 * cope with nodes that have 0xff or 0x00 as the last byte of their mac
 * use variable length arduino Strings in protobufs (instead of current fixed buffers)
 * don't even power on bluetooth until we have some data to send to the android phone.  Most of the time we should be sleeping in a lowpower "listening for lora" only mode.  Once we have some packets for the phone, then power on bluetooth
@@ -96,3 +95,5 @@ until the phone pulls those packets.  Ever so often power on bluetooth just so w
 * send correct hw vendor in the bluetooth info - needed so the android app can update different radio models
 * correctly map nodeids to nodenums, currently we just do a proof of concept by always doing a broadcast
 * add interrupt detach/sleep mode config to lora radio so we can enable deepsleep without panicing
+* make jtag work on second board
+* implement regen owner and radio prefs