Hi Vincent,
Yes, please give us polling, thanks.
Beyond-Pneuma Q1. Would it be possible to also make a push model where one sensor channel’s data is emitted only when there is delta above a user-settable noise threshold? This has been really useful for us where we want to distinguish “constant” gesture from
Beyond-Pneuma Q2. is there an easy way in this current design to accommodate more that 8-bit resolution, say a 12-bit photo sensor?
On the LED “output API”, what’s reasonable to assume for starters ? I’m just spit-balling, presumably something minimal like:
(1) the LED network itself has an autonomous behavior of wave-like attenuation;
(2) a format like the following:
node_id (0..255), command (0..127), value (-127..127)
Command : { absolute_level | relative_increment | multiply_by… }
if the command =
absolute_level, then intensity of that node is set to absolute_level;
relative_increment, then increase or decrease the intensity of the node by relative_increment;
multiply_by, then multiply the intensity of the node by value (rescaled to (-1.0..+1.0)
I won’t presume to ask for anything more than a bare minimum till we get a chance to play with your version 0 of the LED controller API.
Later, it may be useful to have parameters like
ramp time,
spatial distance measure
spatial attenuation factor (each cycle multiply cell by factor),
modes, such as setting some cells to act as “reflectors” (if that makes sense given a topology),
or “pinned-value” (acting like a source or sink). (we can talk and see if it _may_ be trivial, or not 
I don’t know. I’ll learn with you what’s feasible given current constraints.
Thanks, compliments,
Xin Wei
On 5-Sep-08, at 10:26 AM, Vincent Leclerc wrote:
Thanks JS.
It might be more robust/stable for your machines if instead of
streaming data constantly, I sent the reading of all 32 sensors each
time you “bang” the serial object. This way the sensor dock will only
be sending data when you ask for it. What do you think?
Vincent
On Thu, Sep 4, 2008 at 10:31 PM, Jean-Sébastien Rousseau
<jsrousseau@gmail.com> wrote:
Hi guys,
Here are some Max5 patches, in order to play/work with the SensorDock that
Vincent brought to TML today.
I tested them on my MacBookPro, everything worked fine, except for the two
times when I closed the help patch and the system hanged, and needed a
reboot. Probably need to tell Max to let go the usbserial connection before
to close the patch.
Note that the SensorDock needs to be connected to your USB port before you
start Max, in order to be seen by the ’serial’ object used by the patches.
Plus, you need to have installed the VCP driver (virtual COM port) from
FTDI. find it at: http://www.ftdichip.com/Drivers/VCP.htm
Have fun
JS
On 4-Sep-08, at 3:31 PM, Vincent Leclerc wrote:
The sensor dock is fully functional…. and extremely fast!
I need the contact info of whoever will design the MAX-MSP patch to
obtain data from the dock.
Or you can forward him/her the following info:
———
Sensor Dock Connection Info
If you don’t have the Arduino IDE installed on the machine, you need
the VCP drivers from FTDI:
http://www.ftdichip.com/Drivers/VCP.htm
Connect to the dock using a patch similar to this one:
http://www.tigoe.net/pcomp/code/category/arduinowiring/108
The Baud Rate for the Sensor Dock is 115200.
Each message is of the following format:
SENSOR NUMBER [0:31]
COMA [,]
SENSOR VALUE [0:255]
NEW LINE [\n]
CARRIAGE RETURN [\r]
Vincent
Comments(1)
