Pairing after lost connection #1706
Replies: 8 comments
-
Posted at 2016-12-05 by @gfwilliams Which Chromebook is it? Did you try closing the webpage as well and re-opening it? Sometimes it seems that Web Bluetooth (or perhaps just the Web IDE) gets confused about the state of the connection - it could be that the web page itself was still trying to keep the connection open, even though you were reconnecting. Also, as I mentioned in another post here - if you'd been trying with some app on your phone (for example the nRF connect app), it can stay running in the background and (I believe) can try and automatically reconnect, even when your phone isn't unlocked. It could be that Puck.js had actually reconnected to another device which is why you couldn't connect in the first place. I'm actually really surprised that you could block the signal using your finger - it does get easily blocked, but usually not that easily. I wonder whether it could be something else that actually caused Puck.js to crash (I'm not sure how though). |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-12-05 by JackJamesHoward I was using the Chrome App and not the Web IDE or Web Bluetooth. It's a Samsung Chromebook 303C. I did try shutting down the Chromebook and rebooting so I would hope that would sever the connection completely on the laptop side. The signal wasn't easily blocked but it can be done if you really try. What should do the puck do if it loses the connection? Should it default back to discoverable? |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-12-05 by @gfwilliams
Yes, absolutely. Usually you can just keep disconnecting and reconnecting and it's fine. What code were you running at the time? I guess something could have caused a crash? |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-12-05 by JackJamesHoward I'll recreate it tonight and post with more detail. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-12-05 by skinofstars I'm getting reconnection issues with Chrome 55 on a Macbook Pro 10.12 The Mac's bluetooth system tray thing shows the puck as connected, but the web bluetooth device scanning dialog in Chrome says "No bluetooth device found". I do have other bluetooth devices attached, like a keyboard, and they also don't show up in the WebIDE Chrome dialog, so maybe the problem is there? I found the Google Chrome Github for web bluetooth to see if I could test that as a problem. The other devices are discoverable when I use their examples https://googlechrome.github.io/samples/web-bluetooth/device-information-characteristics.html from the list in https://googlechrome.github.io/samples/web-bluetooth/ |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-12-06 by @gfwilliams Have you completely closed the Chrome window and reopened it? It seems odd that the Mac itself is showing the Puck as connected. Can you disconnect it from the Mac system menu? If the Mac is connected then the Puck won't be advertising, so won't show up in available devices - so that could be the issue. Did you try and connect using the Mac system menu first? I guess that could be causing you problems? |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-12-06 by skinofstars Hey, yeah, I completely closed Chrome, the computer, the lid, everything. Actually, it does work when you restart the computer, but it's then re-pairing following a sleep that was at issue (which is why I jumped on this issue - sorry JackJamesHoward) I did connect to the Mac before figuring out the web bluetooth. Removing from the Mac bluetooth (using alt+click on the system tray), and then pairing from the browser first seems to have resolved the re-connection issue. It does now still show up in the system tray, but it's no longer a problem. I did also need to do a Web IDE cache clear and reset the puck. Though I'm uncertain if that was related. So, steps to fix my reconnection issue:
|
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-12-07 by @gfwilliams Glad you got it sorted - I'm not sure if clearing the caches was part of the solution, but I imagine getting the OS to forget really helped. However I've just found out that Seeed installed the wrong firmware on all the Pucks. It's only one version out of date, but the new version (1v89) actually has some changes that make it much more reliable to connect to on different platforms - and this could be your problem. Flashing instructions here: https://www.espruino.com/Puck.js#firmware-updates |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-12-05 by JackJamesHoward
Review
I received my Puck a few days ago, it's a great product. I'm really impressed by the quality of both the PCB and the plastic/silicone case. The assembly fits together really well.
I got started really quickly as described in your Puck-Js unboxing video. I've run through the basics, your puck2.html example, Puck.mag() and Puck.light(). Everything was quick and easy as advertised.
Problem
I have hit one snag as a result of playing with Puck.light() (not directly related to that function though). While trying to block the light to the sensor I must have blocked the signal because I lost the connection. Once the signal was re-established I couldn't pair with the device again.
I'm using a Chromebook to pair with it, so I disabled/enable the Bluetooth hoping it would reset the connection. I also tried restarting my Chromebook, both attempts were unsuccessful. I could still see the Puck in the device list but it just wouldn't pair.
Eventually, I removed the battery from the Puck and all was well again. I repeated the problem several times with the exact same result.
My novice guess would be that once the Puck has paired with a device it will persist with that connection and not timeout or enable another connection. Or is it a problem with my Chromebook?
Beta Was this translation helpful? Give feedback.
All reactions