2020-02-01 17:46:25 +00:00
# High priority
2020-02-03 19:15:17 +00:00
* implement new ble characteristics
2020-02-01 22:23:02 +00:00
* have MeshService keep a node DB by sniffing user messages
2020-02-04 01:13:41 +00:00
* figure out why protobuf reads of Owner fail - possibly related to having the wrong number of chracterstics exported over bluetooth
2020-02-01 22:23:02 +00:00
* have meshservice send location data on mesh (if device has a GPS)
2020-02-03 17:13:19 +00:00
* implement getCurrentTime() - set based off gps but then updated locally
* confirm second device receives that gps message and updates device db
2020-02-03 18:00:53 +00:00
* pretty often send our position packet (but only if we've moved)
2020-02-04 05:03:20 +00:00
* port my graphics library over from the sw102, same screen controller and resolution
2020-02-03 18:00:53 +00:00
* very occasionally send our position and user packet (if for nothing else so that other nodes update last_seen)
2020-02-03 17:13:19 +00:00
* switch to my gui layout manager
2020-02-03 04:54:40 +00:00
* have a state machine return the correct FromRadio packet to the phone, it isn't always going to be a MeshPacket. Do a notify on fromnum to force the radio to read our state machine generated packets
* send my_node_num when phone sends WantsNodes
* make jtag work on second board
2020-02-03 03:08:04 +00:00
* make basic gui. different screens: debug, one page for each user in the user db, last received text message
2020-02-03 04:54:40 +00:00
* respond to the WantNodes message
2020-02-01 17:46:25 +00:00
# Medium priority
2020-02-03 17:13:19 +00:00
* save our node db (and any rx packets waiting for phone) to flash - see DeviceState protobuf
* send correct hw vendor in the bluetooth info - needed so the android app can update different radio models
2020-02-02 02:45:27 +00:00
* use https://lastminuteengineers.com/esp32-sleep-modes-power-consumption/ association sleep pattern to save power - but see https://github.com/espressif/esp-idf/issues/2070
2020-02-01 19:56:32 +00:00
* correctly map nodeids to nodenums, currently we just do a proof of concept by always doing a broadcast
2020-02-01 17:46:25 +00:00
* add interrupt detach/sleep mode config to lora radio so we can enable deepsleep without panicing
2020-02-01 19:25:07 +00:00
* scrub default radio config settings for bandwidth/range/speed
* use a freertos thread to remain blocked reading from recvfromAckTimeout, so that we don't need to keep polling it from our main thread
* override peekAtMessage so we can see any messages that pass through our node (even if not broadcast)? would that be useful?
2020-02-02 00:05:12 +00:00
* sendToMesh can currently block for a long time, instead have it just queue a packet for a radio freertos thread
2020-02-02 03:09:17 +00:00
* see section 7.3 of https://cdn.sparkfun.com/assets/learn_tutorials/8/0/4/RFM95_96_97_98W.pdf and have hope radio wake only when a valid packet is received. Possibly even wake the ESP32 from deep sleep via GPIO.
2020-02-02 00:05:12 +00:00
* fix the logo
2020-02-02 20:45:32 +00:00
* do debug logging to android over bluetooth
* break out my bluetooth OTA software as a seperate library so others can use it
2020-02-03 18:00:53 +00:00
* never enter deep sleep while connected to USB power (but still go to other low power modes)
2020-02-03 19:15:17 +00:00
* How do avalanche beacons work? Could this do that as well? possibly by using beacon mode feature of the RF95?
2020-02-04 01:13:41 +00:00
* use std::map< BLECharacteristic *, std::string > in node db
2020-02-01 19:25:07 +00:00
# Pre-beta priority
2020-02-02 16:17:45 +00:00
* 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
until the phone pulls those packets. Ever so often power on bluetooth just so we can see if the phone wants to send some packets. Possibly might need ULP processor to help with this wake process.
2020-02-02 02:45:27 +00:00
* do hibernation mode to get power draw down to 2.5uA https://lastminuteengineers.com/esp32-sleep-modes-power-consumption/
2020-02-01 19:25:07 +00:00
* make sure main cpu is not woken for packets with bad crc or not addressed to this node - do that in the radio hw
* enable fast init inside the gps chip
* dynamically select node nums
* triple check fcc compliance
* allow setting full radio params from android
2020-02-02 16:17:45 +00:00
* pick channel center frequency based on name? "dolphin" would hash to 900Mhz, "cat" to 905MHz etc? Or is that too opaque?
* scan to find channels with low background noise?
* share channel settings over Signal (or qr code) by embedding an an URL which is handled by the MeshUtil app.
2020-02-03 02:33:46 +00:00
* make jtag debugger id stable: https://askubuntu.com/questions/49910/how-to-distinguish-between-identical-usb-to-serial-adapters
2020-02-01 17:46:25 +00:00
2020-02-02 00:05:12 +00:00
# Low priority
2020-02-02 21:37:02 +00:00
* reneable the bluetooth battely level service on the T-BEAM, because we can read battery level there
2020-02-02 00:05:12 +00:00
* report esp32 device code bugs back to the mothership via android
2020-02-01 17:46:25 +00:00
# Done
* change the partition table to take advantage of the 4MB flash on the wroom: http://docs.platformio.org/en/latest/platforms/espressif32.html#partition-tables
2020-02-01 19:25:07 +00:00
* wrap in nice MeshRadio class
* add mesh send & rx
2020-02-03 03:08:04 +00:00
* make message send from android go to service, then to mesh radio
* make message receive from radio go through to android
2020-02-03 03:20:01 +00:00
* test loopback tx/rx path code without using radio
2020-02-03 04:54:40 +00:00
* notify phone when rx packets arrive, currently the phone polls at startup only
* figure out if we can use PA_BOOST - yes, it seems to be on both boards
