Recording data from two adxl345 sensors
OK, I see now what happened.
I scheduled the following timing:
17:30 until 22:30 (5 hr)
23:00 until 05:00 (6 hr)
07:00 until 12:30 (5.5 hr)
13:00 until 18:00 (5 hr)
The last schedule was my mistake — I needed it to finish before 17:30, but because it continued past that, it overrode the 17:30 schedule from the next day.
--
You say you did shake the tree but why don't you post the readings ?
I'm sorry for that, but I did not recording that testing
That olive tree will not produce much movement unless wind is strong.
As first it is stiff wood when it ages anf then in this terribly dry weather leaves fall too early
which again makes the branch less reactive to the wind
Maybe you could upload one code version without RANGE and ALPHA to gain more output
Thanks for the above suggestion.
I was also thinking of trying to use this AD8232 sensor to try to get hidden data from within the tree. Do you think I should try it, or would that be a waste of time?
From what I saw on the web, people use it attached to a plant leaf. I get the feeling that attaching it to a tree branch wouldn't work as well as I'd like. maybe to try the olive tree leave themselves? What's your opinion?
Regarding smoothing - which object I should look into? slide? I don't find the smoothr object in my Max9
Maybe you could upload one code version without RANGE and ALPHA to gain more output
Any manipulation I can do on the already recorded data with the code that included RANGE and ALPHA? to gain more output?
Thanks
You dont get what Iam saying
Your tree sends less range
Remove RANGE abd ALPHA completely to pass raw data as is
I will not repeat that again
Allready recorded data can be scaled or amplified but it lost it's original peaks
So it would need sort of expander, but this is out of my interest and time.
Delete that recordings and get new ones with
that modification
You shoud read a bit about what a green leave can provide to such sensor compared to olive leave
You need no smoothing more than that line
Maybe on dsp side as I allteady told you and also will not repeat it again
Thank you for all the help and for being so patient explaining this. I understand now( it took me a while..) — I'll remove RANGE and ALPHA completely and pass the raw data as-is, and I'll delete the old recordings and start fresh once that's in place.
You can bring slpha back reduced if you find it is too jumpy, but that is hardly possible
with that branch
Thanks, I tested manually (not on the tree yet) with RANGE=1 and ALPHA=1 (both have no effect, as I understand it — same as passing the raw value), and I understand it better now.
I did have some fluctuating noise with threshold set to 0.1 (sensor at rest). I changed it to 0.2 and it removed that fluctuation. I'm wondering if that's a problem?
You don't need to jump from 0.1 to O.2 there are also values in between
P.S. whatever value you need to prevent fluctuations will tell you how high is electrical jitter of that sensor.
You removed RANGE which now sets min max to total span of 19.6
If you really need 0.2 then jitter is more then 10%
at the end I got a little time to see what that AD8232 sesor is,
why did you not say it is heartbeat detector ?
Don't loose time with it.
why did you not say it is heartbeat detector ?
Don't loose time with it.
I didn't think to mention it — my mistake. I have seen people use it, but with plants, not with a tree, like in this Reddit example. Is there an alternative, or is the ADXL345 in fact the best option for me if I want to extract data from trees?
Don't get me wrong when i get furious or sarcastic, but only truth about trees for me is how much they grow, but that parameter can not really serve as real time parameter for audio Playback or sound effect
I am just a "normal" person like yourself and have no access to fancy scientific tools or sensors that could measure speed of humidity transfer from the root to the upper branches of the tree or any other thing one could think of
like chemical anslyses .... and get that infos
and use them in max for controls
You could mount a camera and try to count how many birds just landed or left the tree
for example
No worries at all, I completely understand — and I really appreciate your honesty about the limits here. That makes total sense about growth being the "real" long-term signal but not practical for real-time control.
The bird-camera idea made me smile — counting who's landing and leaving definitely sounds more fun (and less painful) than digging through sap-flow chemistry.
For now I'll stick with the ADXL345 setup — it sounds like it really is the most practical option for what I'm doing. Thanks again for all your help and patience through this whole process!
I hope not to bother with many more questions, but a few might still come up down the road — apologies in advance if they do.
Don't worry , we are all still humans and
also have parameters.
I prepared that code that reads the sensor recording and then counts how many input lines were received for set length, like each
5 10 15 30 60 minutes slices
Could that be helpfull to you ?
Thanks for that. I think that could be helpful, yes.
Another small question — is it possible to highlight the current row in jit.cellblock, synced to the playback's running time? For example, if the table has rows like "02:51-03:29" and "03:30-03:34", and playback is currently at 02:55, the first row would highlight; once playback crosses 03:30, the highlight would move to the second row. Does that make sense?

That can be done if you translate that
2 jit.cellblock values to ms and color that row when plsyback is in the range
I will post other code as soon as I get time
Thank you very much!
sorry I deleted my last post by mistake, here is the patch in case you did not download it in the meantime
I also commented that jit.cellblock highliting , sorry but it is too much work for nothing.
I would rather select a row to set start offset for playback instead.
easy to make and makes sense
Thanks for the patch! So this patch you shared is about the 5/10/15/30/60-minute slices, right? It has nothing to do with coloring/highlighting jit.cellblock (that was a separate question)?
I loaded one of the data files I recorded and ran it in your new patch — this is part of what I got when looking at 10-minute slices.
Do I have it right — at 03:00, which is 3 hours from the recording start, that 10-minute window had 55 changes in data?

when you set slice length it counts how many input strings from sensor you received for that period of time
Your table shows that in first 30 minutes nothing got received
Between 50 minutes and 1 hour you had 20
Between 1 hour 50 and 2 hours you had 29 entries
You can see how much tree moved in each slice
Or simply, that time shown is end of counted period, it collected number of received sensor inputs for past length of slice
If you see 04:30 that means how much between 04:20 and 04:30 if slice length is 10 minutes
Thanks that is very clear and helpful!
P.S. I wanted to insert zero for each slice
before counting starts, but it seems that it got removed.
Maybe it is better so ? Less lines to look at.
But that 00:30, 0; should in that case also not be there
I need to check that
I found this video using some electrodes (I think?) to extract some signal from the tree to produce music.
What type of sensor you think he his using?
Maybe it is better so ? Less lines to look at.
Yes that was ok I thinkk
I can not look at that video on my phone, but will do so later on macbook and try to see what is going on there.
but beware - in lot of that esoteric stuff there is often fake stuff
Thanks that is really appreciated