Avatar for billsalt


Member since Jan 2017 • Last active Nov 2018
  • 17 conversations

Also known as "billsalt"
Bill Saltzstein
Code Blue Consulting/Code Blue Communications
Bluetooth and Medical Device Consultant

Most recent activity

  • in Puck.js, Pixl.js and MDBT42
    Avatar for billsalt

    Probably @Gordon: Can an Espruino central connect/control more than 1 peripheral?

  • in Puck.js, Pixl.js and MDBT42
    Avatar for billsalt

    Hi @Gordon,
    Sorry for the delay; other (paying) work... As it turns out, your suggestion got me to the right track inadvertently. I've had a serial-output sensor connected to Tx, Rx. When you suggested I connect to the default TX/RX, I couldn't because they were used. I think you get the picture... It was spitting out data whether or not the device was connected to Bluetooth. It appears that Espruino took it for debug port when disconnected and was sometimes messing things up when I tried to reconnect (or while disconnected).

    I moved the sensor UART to a different GPIO and it seems to be much happier. Does that make sense to you?

    The project is an air quality sensor made from Adafruit parts. We've had a horrible fire/smoke season on the US west coast this year, and the air quality monitoring stations are rather sparse and do not report in real time. Most of the consumer sensors are handheld with a display and a bit expensive. I now have a Bluetooth, battery powered sensor. I'll be posting it once I get it tidied up into an enclosure. Probably post it to hackaday as well so that others can use it.


  • in Puck.js, Pixl.js and MDBT42
    Avatar for billsalt

    Probably one for @Gordon, but please chime in if others have help - I'm trying to track down an issue with a couple of my designs. After some long-ish period of time (many hours or days) of not being connected, my sensor designs 'crap out' and need to be reset and reloaded with js code.

    I'm doing something probably bad which is just to keep writing to Bluetooth (Bluetooth.println()) without putting it into a NRF.on(){} construct. In other words, it is trying to output to Bluetooth when not connected. I'm going to guess that not only is this not a good practice, but it may be filling up some buffer to the point of producing the 'crap out' behavior.

    I'll try putting it into the appropriate NRF.on and putting some test time on it, but if you could let me know if this is indeed an issue it would help me feel like I'm on the right track to getting the sensor more reliable.


  • in Puck.js, Pixl.js and MDBT42
    Avatar for billsalt

    Thanks @Gordon and @Robin for the follow up. I'm a bit stumped right now, but will forward the email trail on to him and try to stop by in the next few days to help him out. He also has another Windows machine I'm going to ask him to try; I'm beginning to think there's something funny about his Windows 10 installation or updates.

  • in Puck.js, Pixl.js and MDBT42
    Avatar for billsalt

    Thanks @Robin; it really is for a friend. I do quite a bit with espruino (ask @Gordon), but on my mac. Seriously. But then again, I might not admit it if it were me...

    I was trying to help him today: we had purchased a Plugable USB dongle since his PC didn't have Bluetooth and I've had excellent luck with the Plugable dongle in the past. We were able to run do the pairing in Bluetooth setup (what a bother, coming from the mac chrome IDE), and then when trying to connect with the native IDE, we kept experiencing hangs of that app. We tried removing the connection, rebooting, adding it again and couldn't make reliable connections. We also checked to see that the driver was updated for Bluetooth...

    The 'documentation' inconsistencies aren't that per-se, but more that when you google in frustration "Windows 10 espruino IDE" you'll find references to it not working, working, Chrome plugin working with Canary, and other vestigial anecdotal info.

    This is another reason I stick with the mac environment :-}

    Could it be that this dongle just isn't up to snuff?

    Thanks again!