bluetooth: Harmonize characteristic write parameters across platforms
Reported by
ryoya.ka...@gmail.com,
Dec 8 2016
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.98 Safari/537.36 Steps to reproduce the problem: 1. send sketch to arduino 101 from IDE of arduino 2. connect to web app on Mac or Android 3. see the serial console on arduino IDE What is the expected behavior? What went wrong? Interval and time of sending message has big difference in each platform. This should be almost same at least on browser in terms of providing same experience. Did this work before? No Does this work in other browsers? No Connecting Arduino 101 over Web Bluetooth with Chrome for Mac and Chrome for Android, there is a big difference in messaging interval and processing of sending message time (as well as native Android application). on Chrome for Mac: - Interval 300 msec - Sending Message 260ms on Chrome for Android - Interval 150 msec - Sending Message 100ms with BLE Scanner (Android Native App) (just comparison of another environment) - Interval 45 msec - Sending Message 3ms These are the resource which I have used for this test. [Program(sketch) for arduino 101] https://webmusicdevelopers.appspot.com/webtg/test/arduino/intervalTestGATT2/intervalTestGATT2.ino [Web App] https://webmusicdevelopers.appspot.com/webtg/test/index.html [BLE Scanner] https://play.google.com/store/apps/details?id=com.macdom.ble.blescanner Chrome version: 57.0.2945.3 Channel: canary OS Version: OS X 10.12.1 Flash Version: Shockwave Flash 24.0 r0 Version: Chrome for Mac: 57.0.2945.3 (Official Build) canary (64-bit) Chrome for Android: 57.0.2945.0 (Android 7.1.0; Pixel XL Build/NDE63V) Android: Android 7.1.0; Pixel XL Build/NDE63V macOS: 10.12.1 (16B2555)
,
Dec 9 2016
,
Dec 9 2016
OK, I understand. That makes sense. Well, I hope that preferences are provided as API to let developer to change that if it is possible to change. Anyway, I will keep this in my mind. By the way, my test was the case of supporting Both "Write with Response" and "Write without Response". But it does not change when I tested by any combination of these.
,
Dec 9 2016
re spec: It is being discussed at https://github.com/WebBluetoothCG/web-bluetooth/issues/238 There is really no reason not to have it, we just haven't gotten to it yet. If you have any preferences on how this part of the API should look like feel free to chime in on that issue. That's strange. I'll keep investigating.
,
Dec 9 2016
,
Apr 20 2017
Issues not modified in last 50 days aren't on track to ship in next release.
,
Apr 23 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 25 2018
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by ortuno@chromium.org
, Dec 9 2016Labels: OS-Android OS-Chrome
Status: Available (was: Unconfirmed)