geeksville
60470211e5
expose battery level via the standard BLE battery service
2020-06-22 10:04:26 -07:00
Professr
364fc84aaa
Removed unnecessary include, ready for consideration for issue #196
2020-06-21 16:31:09 -07:00
Professr
fe4f86bc84
Added battery charge percent estimation
2020-06-21 16:21:34 -07:00
geeksville
d8db4449be
0.7.6
2020-06-15 07:04:03 -07:00
geeksville
fda98bbf58
oops BLE auth should not change
2020-06-14 15:52:06 -07:00
geeksville
aadba1f694
add printPacket for debug printing packets
2020-06-14 15:30:42 -07:00
geeksville
2c8d152885
Use old style (pre BLE 4.2) pairing, it seems more reliable
2020-06-14 15:30:21 -07:00
geeksville
13307c502f
misc debug output
2020-06-13 16:29:53 -07:00
geeksville
8a1754efe8
leave the software update service off for now - no one is using ityet
2020-06-13 11:36:45 -07:00
geeksville
d5deb49d20
use executeDelete to prevent leaking BLE handles
2020-06-13 11:05:13 -07:00
geeksville
575a15e135
remove more dead rev1 protocol code
2020-06-13 08:29:41 -07:00
geeksville
dc7469c64b
useful bluetooth debugging output
2020-06-13 08:29:25 -07:00
geeksville
a8d4b5479d
don't start the BLE update service for now - the android side isn't ready
2020-06-12 15:48:24 -07:00
geeksville
bdbaf9c655
remove old BLE api
2020-06-08 16:08:02 -07:00
geeksville
7473a6c27a
unify activity detection in PhoneAPI, turn off BLE API while serial API in use
2020-06-08 16:06:59 -07:00
geeksville
5166717298
confirm randomSeed is set correctly
2020-06-03 14:24:34 -07:00
geeksville
fdaed7e323
Fix MIN_BAT_MILLIVOLTS per @spattinson
2020-05-25 10:41:19 -07:00
geeksville
e8f6504ec4
Make an accelerated NRF52 implementation for AEX256-CTR crypto
2020-05-24 14:45:50 -07:00
geeksville
19f5a5ef79
oops - use correct battery shutoff voltage
2020-05-17 05:12:16 -07:00
geeksville
efc239533c
Fix #133 - force deep sleep if battery reaches 10%
2020-05-17 05:10:51 -07:00
geeksville
ef1463a6a9
have tbeam charge at max rate (450mA)
2020-05-17 04:44:48 -07:00
geeksville
6961853ed7
ble software update fixes
2020-05-15 10:16:10 -07:00
geeksville
5ec5248fe4
complete ble ota move
2020-05-14 14:22:11 -07:00
geeksville
a0b43b9a95
Send "unset" for hwver and swver if they were unset
2020-05-12 17:57:51 -07:00
geeksville
3e356e5866
Crypto works!
2020-05-09 19:08:04 -07:00
geeksville
933d5424da
abstract out the UBlox GPS driver
2020-05-04 11:15:05 -07:00
geeksville
5a4fab2506
start msg sequence numbers with a random number each boot
2020-05-01 08:51:53 -07:00
geeksville
ca03110932
Update ESP32 build to work with latest NRF52 changes
2020-04-24 14:55:51 -07:00
geeksville
7bc299573f
move esp32 specific code into esp32 land
2020-04-24 08:52:49 -07:00
geeksville
8f3b33c84c
use a real macaddr on the nrf52
2020-04-23 16:55:25 -07:00
geeksville
a0b6d57591
Fix #69 - new BLE API is in and tested from android
2020-04-23 11:41:30 -07:00
geeksville
3673f95fe5
woot! using new BLE api approximately works for reading
2020-04-23 11:02:14 -07:00
geeksville
e40524baf0
begin moving comms glue from the old crufty BLE code to the new cleaner PhoneAPI class
2020-04-22 14:55:36 -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
93a06906cb
begin splitting up source files, so we can have a tree of sources...
...
unique to each architecture. For now, we have "esp32" and "bare"
esp32 is the old esp stuff
bare is an target suitable for emulation that doesn't require any
particular hardware to run (no bluetooth, no i2c devices, no spi devices)
2020-04-10 12:15:35 -07:00
geeksville
Professr