What is the state of accelerometer support and input shaping?
-
@zapta 2m may be pushing it. I have tested 1m. Make sure you wire the cable as I described in the page I linked to, with the CS conductor not next to any other signal wires.
-
@zapta I have tested a 2.7m USB-C cable and have had success
-
@jay_s_uk said in What is the state of accelerometer support and input shaping?:
@zapta I have tested a 2.7m USB-C cable and have had success
Thanks @jay_s_uk. BTW, the documentation mentioned I2C and SPI, which one is better for this application?
-
@zapta SPI is all that's supported in this implementation
Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is
-
Thanks @jay_s_uk. My accelerometer should arrive tomorrow and I can't wait to get some graphs.
I am quiet happy with the way my printer prints and even didn't turn on pressure-advance but sometimes things get into resonance which makes the printer noisier that I would like.
-
Since I know that you have also a predator, do you care to share the result of your resonance analysis?
Sadly I have more resonant frequencies and the input shaper isn’t helping much in my case. The most prominent frequency is around 41.5 hz and it looks like the zvd is my best option.
I was Even wondering if installing steppermotor
Dampeners would improve my situation. -
Before I connect and cause any damage, does this wiring diagram look right? It's for a Mini5+2 and this accelerometer https://www.amazon.com/gp/product/B082W63MWL and is based on the information here https://duet3d.dozuki.com/Wiki/Accelerometers
-
@zapta It looks good to me
-
Thanks @t3p3tony. My printer currently has the stable version below. Do I need to upgrade (to what version?) to use the LIS3DSH and input shaping?
-
@zapta input shaping is implemented in 3.4b, We should be releasing 3.4b5 soon which would be my recommendation as 3.4b4 has a bug with pausing that you may want to avoid. You can capture the data with 3.3 using the accelerometer plugin (different from input shaping plugin)
-
Thanks @t3p3tony, I will play with the accelerometer with 3.3 and will wait for 3.4b5.
-
This post is deleted! -
I'll latch on to this topic and ask about the future plans of Input Shaping and more specifically - separate values for X and Y.
With CoreXY - I values will be quite close together unless I mess up the build totally.
But with bedslingers - the variance to me has a chance of being much bigger and not always much can be done about it. Individual values would help here.
So... do you have plans to introduce individual settings for X and Y or is it going to be just one value for good?
-
@pkos we will evaluate separate input shaping for X and Y, there is certainly a logical argument for it. As it stands it wont be part of 3.4 release though, so for consideration in 3.5.
-
@t3p3tony Understood. Thank you for the answer.
Now I have to decide whether I will wait for 3.5 or sell my bedslinger (just as I was starting to like it
). -
@pkos said in What is the state of accelerometer support and input shaping?:
the variance to me has a chance of being much bigger
Have you tried to measure X and Y independently with the current RRF and see what you get?
-
@zapta That's not the issue. We can already measure X and Y separately.
The problem is that you can only pick one value for both axis for the input shaper configuration and they can be quite different.
I am always quite reluctant to use comparisons to others, but unfortunately here Klipper does have the upper hand and allows for separate values on X and Y in it's input shaper config.
And I don't like klipper. Not one bit
I like my duets. -
@pkos said in What is the state of accelerometer support and input shaping?:
The problem is that you can only pick one value
I wonder what value you got for X and what value you got for Y.
Klipper seems to have a good momentum. I want to give it a try. Not sure if I can use my Mini5 wiring as is and just flush Klipper firmware and add a SBC.
-
@zapta I think there's a thread somewhere here about the mini and klipper support - and that it's not fully working yet.
Personally, I can't stand klipper and this would be the only thing that would push me towards it - independent IS on X and Y working on all modes - be it cartesian, corexy or corexz.
I dislike the fact that any config change requires you to restart the whole firmware, that you need the PI and SD Card to store data. If you shut the printer down too fast - you risk trashing the data on the SD card. Or the fact that you have no control over what's on the display if you use a mini 12864.
Soooo many problems
But this actually brings me to another question I hope @T3P3Tony would answer as well - independent X and Y would work on bedslingers, CoreXY and CoreXZ too, right?
This would nicely cover the Voron family of printers.EDIT: I see I never answered your question. I didn't get values yet. For now, I only have the newest beta firmware on a CoreXY and will start testing this soon. Here, values were pretty much the same on both X and Y. But I need to run a test print on the CoreXZ Voron Switchwire. There the values I expect will be very different.
-
"If you shut the printer down too fast - you risk trashing the data on the SD card. "
Is that because the use of the SBC? Is it the same for Duet /RRF with SBC?
I am running a standalone duet for simplicity, one less computer to maintain.
