[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).

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).

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

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 !

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.

Hello,

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 !