geeksville
51efde08c0
0.5.6 if we lose connection during initial radio download, fail gracefully
2020-04-24 15:59:01 -07:00
geeksville
e302848607
0.5.5 only try to set max MTU once, if it fails consider phone buggy
2020-04-24 15:49:34 -07:00
geeksville
3e89510f52
Some phones have buggy race conditions wrt finding services or characteristics
...
This workaround is: If we fail in that way during initial device connection
we disconnect() and try again 500 ms later.
2020-04-24 15:22:54 -07:00
geeksville
a3db3eca06
We now detect and use the newapi if the device doesn't offer the old one
2020-04-23 12:08:34 -07:00
geeksville
17edf75b95
setting now works using the new ble api
2020-04-23 11:24:57 -07:00
geeksville
a5eaa057a1
new ble api approximately works for reading
2020-04-23 11:24:57 -07:00
geeksville
2ced6f5f6a
WIP, begin adding support for the simpler BLE api
...
https://github.com/meshtastic/Meshtastic-esp32/issues/69
2020-04-23 11:24:57 -07:00
geeksville
4c39d9e3f9
don't let users edit their name when not connected to radio
2020-04-23 11:24:10 -07:00
geeksville
5e57fd69e1
also show failure to bond in the GUI
2020-04-23 09:03:44 -07:00
geeksville
56534f0b89
0.5.4
2020-04-23 08:52:35 -07:00
geeksville
ca2cae7003
Don't claim we have bluetooth access until the user grants location
...
permissions. This fixes an ugly behavior when for when the user does
a from scratch install and first runs the app (and the dialog comes up
to grant access).
Previously we were starting our BLE scan for devices before that dialog
has been approved by the user, which Android doesn't return an error for
it instead just silently refuses to show devices. If the user switched
away from the app and came back, we'd restart our scan and they could see
their device.
This fixes things so that the user doesn't have to switch away from our
app once before the devices appear.
2020-04-23 08:52:25 -07:00
geeksville
7d76f99731
wait for bonding complete before telling service to connect
2020-04-23 08:22:54 -07:00
geeksville
8220e1210f
0.5.3
2020-04-23 08:03:19 -07:00
geeksville
6f5c7b2452
move logging to the IO thread
2020-04-22 08:20:57 -07:00
geeksville
8ec8b038b6
Increase MTU _before_ discovering services, because it will speed up the link
2020-04-22 08:10:23 -07:00
geeksville
b63ebadf72
track # of text messages received/sent
2020-04-22 07:59:07 -07:00
geeksville
b194659e8a
Fix autobug: some BLE implementations might not be completed
...
with service enumeration by the time they call the discover services
callback. Therefore be careful to not touch "service" until after
the 500ms delay everyone on stackoverflow says these buggy drivers need.
2020-04-22 07:25:07 -07:00
geeksville
a201de649c
0.5.2 a better fix for the messages send startup condition
2020-04-21 20:59:28 -07:00
geeksville
5abb56ec3f
a better fix for the problem of sending messages while device is asleep
...
Better just to Observe myId and wait for it to be !null
2020-04-21 20:48:44 -07:00
geeksville
1558675cc7
0.5.1 fix a crash when sending messages when app hasn't yet connected to the device
...
during this boot of android.
Thanks to @b3hr3ns for the report
2020-04-21 20:39:35 -07:00
geeksville
2dd37e791d
don't let users try to send texts if we haven't received our node ID
...
I wanted an and not an or ;-)
Based on the autobug and the great report inhttps://github.com/meshtastic/Meshtastic-esp32/issues/102
I think this should fix the crash described in the messages screen.
2020-04-21 20:29:34 -07:00
geeksville
322db5ac25
add more Italian from @ohcdh
2020-04-21 15:41:49 -07:00
geeksville
35c745d93f
track total time connected to mesh
2020-04-21 14:46:52 -07:00
geeksville
9975b3f149
fix lib
2020-04-21 11:20:01 -07:00
geeksville
c096588f0e
update to latest android lib
2020-04-21 11:16:56 -07:00
geeksville
d4de805813
turn off all analytics by default
2020-04-21 08:58:20 -07:00
geeksville
f6604c4043
0.5.0
2020-04-21 08:47:26 -07:00
geeksville
d51d32c2f3
group autobugs by anonymous user
2020-04-21 08:31:28 -07:00
geeksville
671bafa05f
don't leak macaddrs into logs - could be possibly personally identifying
2020-04-21 08:21:42 -07:00
geeksville
c00ca9b3db
move notify later, to see if the autobug is _all_ BLE transactions or just notfiies
2020-04-21 07:57:07 -07:00
geeksville
99b66b3396
0.4.9 make app not crash when people try to run this on an emulator ;-)
2020-04-20 21:06:58 -07:00
geeksville
bfff5f6215
fix autobug that occurs if the service gets destroyed immediately after creation
2020-04-20 20:44:21 -07:00
geeksville
40952dc3dd
0.4.8
2020-04-20 15:45:35 -07:00
geeksville
17f6fd9078
Irish additions from @ohcdh
2020-04-20 15:45:29 -07:00
geeksville
47ba4f0243
oops I broke from scratch installs - seen on a Z2 Pro
2020-04-20 15:38:53 -07:00
geeksville
aeac27d3b6
update kotlin version
2020-04-20 11:17:16 -07:00
geeksville
77b19e0513
0.4.7
2020-04-20 11:12:10 -07:00
geeksville
8bf60c7603
make BLE exceptions strongly typed, so I can trigger closing down connections if needed
2020-04-20 11:10:53 -07:00
geeksville
0919bc75ef
only ignore connect failures if autoconnect is on
2020-04-20 11:01:27 -07:00
geeksville
5cd45ee7b6
0.4.6
2020-04-20 10:44:11 -07:00
geeksville
2a52b707ee
fix autobug: some phones call gatt connected but with an error status code
2020-04-20 10:37:46 -07:00
geeksville
428ea596b0
fix autobug: exceptions become RemoteException when crossing service boundary
2020-04-20 10:15:43 -07:00
geeksville
9b57d60432
add note about an unsolved autobug
2020-04-20 10:15:22 -07:00
geeksville
34aa4cde05
if bluetooth was disabled when we started, reattempt device connect later
2020-04-20 09:56:38 -07:00
geeksville
25740c4fe4
don't leak user name in logs
2020-04-20 08:48:42 -07:00
geeksville
e142637993
add translation updates by @eriktheV-king.
2020-04-20 08:34:30 -07:00
geeksville
8c2d046255
properly show 'disconnected' while changing between radios
2020-04-20 08:27:08 -07:00
geeksville
848fcbe53b
Fix #16 : Show currently selected radio even if it is sleeping
2020-04-20 08:12:51 -07:00
geeksville
62a64dd782
new cleaner approach of not whacking services seems to aprox work
2020-04-20 07:46:06 -07:00
geeksville
dabda9d29e
manually specify okhttp3 version - use something newer with less api warnings
2020-04-19 20:34:45 -07:00
