Commit Graph

445 Commits

Author SHA1 Message Date
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 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 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
geeksville cde3f2dec2 WIP - doesn't yet build, but changing to set the device addresses the correct way 2020-04-19 20:06:11 -07:00
geeksville 513f56f88f 0.4.5 some old phones complain about permissions they don't understand 2020-04-19 20:03:38 -07:00
geeksville 3380cb0b8a 0.4.4 2020-04-19 19:35:57 -07:00