| Commit message (Collapse) | Author | Age | Files | Lines |
| | |
|
| |\ |
|
| | |\ |
|
| | | |
| | |
| | |
| | |
| | | |
Added static methods to return the text of a given month
or dayOfWeek.
|
| |\ \ \
| | | |
| | | | |
Improve battery percentage calculation and reporting
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
While charging, percentage should only go up, and while discharging,
percentage should only go down.
|
| |\ \ \ \
| | | | |
| | | | | |
Fix Navigation Service UUID docs
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Avoids the need to copy the same ID into every characteristic UUID
genereated from it.
|
| | | |_|/
| |/| |
| | | |
| | | |
| | | |
| | | | |
Fixed mismatch between the service and characteristic IDs in the
navigation service comments and documentation. They had old values not
reflecting the current code and changes in doc/ble.md
|
| |\ \ \ \
| |_|/ /
|/| | | |
Remove unnecessary C-style casts with BLE UUIDs
|
| | |/ /
| | |
| | |
| | |
| | |
| | | |
Instead of casting the UUID object to the ble_uuid_t* used throughout
the NimBLE API just pass the address of the ble_uuid_t member that's at
the start of each of the UUID structs.
|
| |\ \ \
| | | |
| | | | |
Detect full charge and improve watchface battery display
|
| | | | | |
|
| | |\ \ \ |
|
| | | | | | |
|
| | | | | | |
|
| |\ \ \ \ \
| | | | | |
| | | | | | |
Fix the size of the filesystem.
|
| | | | | | |
| | | | | |
| | | | | | |
Correct typo: 0x400000 - 0x0B4000 = 0x34C000.
|
| |/ / / / /
| | | | |
| | | | |
| | | | | |
updating.
|
| |\ \ \ \ \
| |_|/ / /
|/| | | | |
Toggle notifications only, keep vibrations.
|
| | |\ \ \ \ |
|
| | |\ \ \ \ \ |
|
| | | |_|/ / /
| |/| | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
from the noinit area, the date was displayed as "--" instead of the actual date.
This issue was caused by DateTime::SetCurrentTime() that would not update the internal state of the class : dayOfWeek, Month, Year were not properly updated according to the current time.
|
| |\ \ \ \ \ \
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
into geekbozu-PersistantStorage
# Conflicts:
# src/systemtask/SystemTask.cpp
|
| | | | | | | | |
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Code readability cleanup
|
| | | | | | | | |
|
| |\ \ \ \ \ \ \
| | |_|_|/ / /
| |/| | | | | |
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Remove the unused include `app_timer.h` in `MotorController.h`
|
| | |\ \ \ \ \ \
| | |_|_|/ / /
| |/| | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
into evergreen22-refactor_adv
# Conflicts:
# src/components/ble/NimbleController.cpp
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
On power up, advertise aggressively for at least 30 seconds then switch
to a longer interval to conserve battery life. This fast/slow pattern
is designed to balance connection response time and battery life.
When a disconnect event is received restart the fast/slow pattern.
When a failed connect event is received, restart the fast/slow pattern.
When the screen is activated and ble is not connected, restart the fast/slow pattern.
This pattern is consistent with Apple's BLE developer standards (QA 1931).
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
This reverts commit c32ba844e04017a3fd31444c384deb3542bd76be.
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Start advertising aggressively when powered on then
slow down linearly over 75 seconds. This will conserve
battery by not advertising rapidly the whole time we
are seeking a connection. The slowest rate is
approximately once every 4.5 seconds to balance
responsiveness and battery life.
We use a fixed advertising duration of 5 seconds and start
with a 62.5 ms advertising interval. Every 5 seconds
(the advertising duration) we step up to a larger
advertising interval (slower advertising). We continue
to increase the advertising interval linearly for
75 seconds from the start of advertising. At 75 seconds
we have an advertising interval of 4.44 seconds which we
keep until connected. A reboot will restart the sequence.
When we receive a disconnect event we restart the sequence
with fast advertising and then slow down as described above.
Note that we are not using the BLE high duty cycle setting to
change the advertising rate. The rate is managed by repeatedly
setting the minimum and maximum intervals.
The linear rate of decrease and the slowest interval size
were determined experimentally by the author. The 5.3 Core
spec suggests that you not advertise slower than once
every 1.2 seconds to preserve responsiveness but we
ignored that suggestion.
|
| | | | | | | | |
|
| | | | | | | | |
|
| | | | | | | | |
|
| | | |/ / / /
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Refactor ble advertising based on ble standards and conventions.
Changes are based on the bleprph example code, bluetooth docs, and nimble docs.
|
| | |\ \ \ \ \
| | | | | | |
| | | | | | | |
Put all duplicated GPIO pin definitions to a single file
|
| | | |\ \ \ \ \ |
|
| | | |\ \ \ \ \ \
| | | | |_|/ / /
| | | |/| | | | |
|
| | | |\ \ \ \ \ \
| | | | |_|/ / /
| | | |/| | | | |
|
| | | |\ \ \ \ \ \ |
|
| | | | | | | | | | |
|
| | | | | | | | | | |
|
| | | | | | | | | | |
|
| | | | |_|_|_|/ /
| | |/| | | | | |
|