Commit Graph

24 Commits

Author SHA1 Message Date
geeksville
65406eaa08 mesh flooding seems to work pretty well! 2020-04-17 12:41:01 -07:00
geeksville
f108c576a7 massive WIP updates to create a clean Router abstraction for mesh 2020-04-17 09:48:54 -07:00
geeksville
0a6af936ed Get build (kinda, not really) running on a NRF52
Lots of NO_ESP32 to remove later...
2020-04-14 20:22:27 -07:00
geeksville
4757b6807e lots of changes:
* preflightSleep, notifySleep, notifyDeepSleep now allow arbitrary
drivers/devices/software to register for sleep notification.
* Use the proceeding to clean up MeshRadio - now the mesh radio is more
like an independent driver that doesn't care so much about other systems
* clean up MeshService so that it can work with zero MeshRadios added.
This is a prelude to supporting boards with multiple interfaces (wifi,
extra LORA radios etc) and allows development/testing in sim with a bare
ESP32 board
* Remove remaining ESP32 dependencies from the bare simulation target
this allows running on anything that implements the arduino API
2020-04-14 11:40:49 -07:00
geeksville
640cb3bf7f allow observers to return an error code to abort further processing
Will allow me to use observers to generalize the various hooks
that need to run to preflight sleep entry.
2020-04-10 12:40:44 -07:00
geeksville
6ad451eb5f move bluetooth code into something that is architecture specific...
because the ESP32 implementation will be different from NRF52
to make this possible I needed to decouple knowlege about bluetooth from
our mesh service.  Instead mesh service now uses the Obserable pattern
to let any interested consumer get notified of important mesh changes
(currently that is only bluetooth, but really we should do the same
thing for decoupling the GUI 'app' from the mesh service)

@girtsf would you mind reviewing my Observer changes? I haven't written
C++ code in a long time ;-)
2020-04-10 12:18:48 -07:00
geeksville
13ac686c96 minor doc cleanups 2020-04-05 13:58:38 -07:00
geeksville
50d724780a make user presses ask other nodes for their latest status
see related bug
https://github.com/meshtastic/Meshtastic-esp32/issues/59
2020-03-25 13:09:12 -07:00
geeksville
32ac5ac9ae reformat everything
using @girtsf clang-format prefs settings.  This should allow us to turn
on auto format in our editors without causing spurious file changes.
2020-03-18 19:15:51 -07:00
geeksville
877e312833 allow TBEAMs to provide approx GPS time to Heltec devices 2020-02-26 09:00:53 -08:00
geeksville
b9438357b6 add support for network ping testing 2020-02-19 18:51:17 -08:00
geeksville
9481d9e95b loopback test support 2020-02-17 17:47:01 -08:00
geeksville
59aaffa3e5 show real received text messages in the gui 2020-02-12 19:58:44 -08:00
geeksville
e79c49d100 send network pings when the user does something with their device 2020-02-12 14:07:06 -08:00
geeksville
5aaae9c4fe we now use 13 different channel numbers 2020-02-11 12:05:46 -08:00
geeksville
b2b832c608 nasty rxbuffer underfill bug fixed 2020-02-08 09:39:26 -08:00
geeksville
61a88a343e we now reply to owner messages with our owner 2020-02-06 11:07:44 -08:00
geeksville
2792e2148f we now send owner at boot 2020-02-06 10:58:19 -08:00
geeksville
241e262f5c we now send gps locations into the mesh and update our nodedb 2020-02-06 08:49:33 -08:00
geeksville
b04fb061c4 stop explicitly using Serial.print for debug messages 2020-02-04 08:17:44 -08:00
geeksville
31ee795e9b if android updates owner or radio, tell the network 2020-02-03 21:17:35 -08:00
geeksville
e6535f5504 we now BLE notify for the arrival of new messages 2020-02-02 20:54:40 -08:00
geeksville
b799004f0d rx path to phone is written 2020-02-02 18:33:46 -08:00
geeksville
9aed5056ad mesh sending and receving now much more real 2020-02-02 12:45:32 -08:00