mesh alg replacement update

This commit is contained in:
geeksville 2020-03-08 11:02:15 -07:00
parent 87782cdf8f
commit 8646d8aeba
2 changed files with 6 additions and 6 deletions

View File

@ -2,8 +2,6 @@
Items to complete soon (next couple of alpha releases). Items to complete soon (next couple of alpha releases).
* add a getting started page
* finish mesh alg reeval
* lower wait_bluetooth_secs to 30 seconds once we have the GPS power on (but GPS in sleep mode) across light sleep. For the time * lower wait_bluetooth_secs to 30 seconds once we have the GPS power on (but GPS in sleep mode) across light sleep. For the time
being I have it set at 2 minutes to ensure enough time for a GPS lock from scratch. being I have it set at 2 minutes to ensure enough time for a GPS lock from scratch.
@ -194,4 +192,6 @@ until the phone pulls those packets. Ever so often power on bluetooth just so w
Default to enter deep sleep if no LORA received for two hours (indicates user has probably left the mesh). Default to enter deep sleep if no LORA received for two hours (indicates user has probably left the mesh).
* (fixed I think) text messages are not showing on local screen if screen was on * (fixed I think) text messages are not showing on local screen if screen was on
* add links to todos * add links to todos
* link to the kanban page * link to the kanban page
* add a getting started page
* finish mesh alg reeval

View File

@ -6,12 +6,12 @@ all else fails could always use the stock Radiohead solution - though super inef
great source of papers and class notes: http://www.cs.jhu.edu/~cs647/ great source of papers and class notes: http://www.cs.jhu.edu/~cs647/
TODO: TODO:
* reread the radiohead mesh implementation * DONE reread the radiohead mesh implementation - hop to hop acknoledgement seems VERY expensive but otherwise it seems like DSR
* reread the disaster radio protocol docs
* DONE read about mesh routing solutions (DSR and AODV) * DONE read about mesh routing solutions (DSR and AODV)
* DONE read about general mesh flooding solutions (naive, MPR, geo assisted) * DONE read about general mesh flooding solutions (naive, MPR, geo assisted)
* DONE reread the disaster radio protocol docs - seems based on Babel (which is AODVish)
* update duty cycle spreadsheet for our typical usecase * update duty cycle spreadsheet for our typical usecase
* generalize naive flooding on top of radiohead? (and fix radiohead to use my new driver) * generalize naive flooding on top of radiohead or disaster.radio? (and fix radiohead to use my new driver)
good description of batman protocol: https://www.open-mesh.org/projects/open-mesh/wiki/BATMANConcept good description of batman protocol: https://www.open-mesh.org/projects/open-mesh/wiki/BATMANConcept