In the Node-RED library phidget22-digitalout.js is missing the break; statement at the end of case 'setState' (line 46). This is causing the default case to get executed even through setState matches and is therefore generating an incorrect error.

I'm unable to upgrade the firmware of a 1046_0 PhidgetBridge to v102. The PhidgetBridge is report v101: $ phidget22admin -d phidgetsbc - (293371) PhidgetBridge 4-Input v101 (293371//0) Bridge Input (293371//1) Bridge Input (293371//2) Bridge Input (293371//3) Bridge Input No upgradable devices are f...

Excellent. Thanks

What is the likelihood that the failsafe feature will be added to the PhidgetInterfaceKit 0/0/4 firmware?

The description data type in the error handler for the REL110 will return different data types at different times. Sometimes I get a str . Other times it's bytes . It seems to alternate between the two Here's the callback handler. I'm printing the data type of the description callback parameter to c...

I was troubleshooting an issue with setting the RTD type of a temperature sensor in the attach handler. In the process I discovered calling getAttached() on the channel gives a False result. If the attach handler is called then the channel should be attached, right? It appears that maybe the attache...

That make sense. I've landed on calling openWaitForAttachment() initially then in the exception handler when it timesout calling open() in case it connects later. try: self.io_channel.openWaitForAttachment(2000) except PhidgetException as e: self._error(self.io_channel, e.code, e.description) self.i...

The details parameter in the AsyncHandler callback for Phidget22.Devices.VoltageOutput.setVoltage_async() and Phidget22.Devices.DigitalOutput.setState_async() is returned as Python type bytes instead of type string . Printing the value returned by the AysncHandler result value gives a byte string: b...

Why doesn't the open method eventually generate a timeout? I like being able to call open() instead of openWaitForAttachment() so that I don't have to wait for attachment in sequential order of several channels. I'd still expect the channel to eventually timeout and call the error function.

Kernel version:

Linux version 3.2.66 (patrick@debian) (gcc version 4.9.2 ( 4.9.2-10) ) #5 PREEMPT Tue Aug 4 12:04:27 MDT 2015