• 852585

    [delta] is a very useful object I did not know !
    The filter looks good, but the deviation itself varies a lot in my case (bigger problem).
    I'll make something out of this. Thanks for help ! Problem solved (soon).

    posted in technical issues read more
  • 852585

    It is not an error. I am just using cheap rusty sensors.
    It actually jumps to -64, sometimes -63.6 .... around these values.
    and these parasites are transposed into different ranges when the sensor is used.
    So using [select] is out of purpose.

    Smoothing is not a solution. Average neither.
    I tried, the response delay is too high for both
    and the parasite peak is happening too often to be averaged.

    A filter would be great though, bypassing steep jumps (high derivative values).

    posted in technical issues read more
  • 852585

    Hi pure daters,

    I have a flux of numbers which is NOT a signal flux.
    just a regular number box, which outputs a more or less constant value.
    The problem is that this value jumps down to zero due to some parasites.
    Is there an object that filters steep jumps in a float flux ?
    Something that outputs the variation rate (derivative) of the flux,
    and eventually displays the filtered data.

    Should exist as it is basic !
    Thanks in advance :)

    posted in technical issues read more
  • 852585

    Yes I use Serial.print() instead of Serial.write().
    This is a very nice set of patches that you provide. Wonderful [serial_print] object helped a lot.
    However, it only works when I separate my values with commas (even if i tick/untick the box).
    But I can get all the values I expected. Very helpful, thousand thanks !

    posted in I/O hardware diyread more
  • 852585

    Of course unpack doesn't work, acting like it receives the data stream like a value and not a bundle. Maybe I am doing something wrong ? Here is a screen capture of my patch,
    where unpack shows the same output value as its input, in the 1st outlet.

    posted in I/O hardware diyread more
  • 852585


    I am reading I2C data from my IMU chip mpu9265 in Arduino software, at baud rate 115200.
    Everything works well, the serial monitor shows 9 values (3x3axis) at the same time, constantly changing.

    Now I open Pd, create a comport object and set the appropriate baud rate 115200.
    Of course, comport outputs odd data that is not exploitable if not unpacked.

    So here come my questions :

    • How to 'unpack' the data from comport in order to see the 9 different values ?
    • In the Arduino monitor, the 9 values are separated by a space, ending by a carriage return. Does this affect the data reception in Pd ? Should I collect the raw data in arduino and convert it in Pd ?

    I am not sure OSC can be used here.
    Thank you in advance for help !

    posted in I/O hardware diyread more

Internal error.

Oops! Looks like something went wrong!