pohui_pohui/firmware
1
0
Fork 0
mirror of https://github.com/meshtastic/firmware.git synced 2025-04-30 11:23:53 +00:00
Code Issues Actions 5 Packages Projects Releases Wiki Activity

mesh alg replacement update

Browse Source
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
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
docs/software/TODO.md
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.
@ -195,3 +193,5 @@ until the phone pulls those packets. Ever so often power on bluetooth just so w
* (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

6
docs/software/mesh-alg.md
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