Hi Folks,
This is my polar printer, it's down for a bed bearing upgrade at the moment, but she's definitely running and the duet's working a treat.

Working volume is 570mm diameter by 1150mm tall.

Here's some footage of her in action...

https://youtu.be/nvOLMP2IJIU

The YouTube playlist for the build so far is here:

https://www.youtube.com/playlist?list=PLWjZVEdMv1BY82izahK45qKh-hp3NFkix

My channel is www.YouTube.com/CNCModellerUK

I'm hoping to come to TCT so will drop by the stall. If you want some better pictures just let me know!

Cheers
Barry M

See you on Thursday all being well...

Hi All,
Can anyone recommend a link to a good article on what input shaping is and what print features it addresses? I'm assuming it's about removing excitation of the printers structural modes from the demand, but I guess there are more subtle nuances too.

Edit: I assume this is the accelerometer mentioned.

https://www.ebay.co.uk/itm/232427148679

Many thanks
Barry M

@pietorque
Have you considered a duet3 + tool daughter board over can bus? Might make it all a duet based drop in solution for you.

@dc42 MQTT integration would be awesome... my home automation uses an mqtt broker and openhab so I could check print status securely anywhere via the openhab internet gateway and mobile app.

If I understand it correctly I believe the accelerometer is just a temporary fit of test instrumentation to gather the resonance data to set the relevant parameters. I don't think it's part of normal operation.

The multicopter uses the data to close a control loop which as I said I don't think is happening here.

@droftarts

OK so this is weird (and annoying I've lost hours to this fault), all I've done is checked the BLTouch and the signals from the duet with a servo tester and a servo respectively (as above), and now I've re-connected the BLtouch and everything works...

I guess I might have had a "sticky" BLTouch???!

Also, for checking probing I decided to use a sponge to help prevent crashes, works a treat would recommend!!

All the best,
Barry M

@rilot said in Duet2 ethernet and 12864 display using ST7567:

@droftarts I'm using a Duet2Wifi and M150 results in a Command not supported error. This is with 3.2.2

Same here on Duet Ethernet... no baclight and M150 "Command Not Supported"

At least its working, I can now look at a custom menu set.

I built a little connector conversion board to address custom the loom requirements, see below.

Thanks for the help folks

Cheers
BPM

@zapta said in Input Shapers: 2HUMP_EI & 3HUMP_EI + Auto Tuning:

Here is a demonstration of input shaping:

https://www.youtube.com/watch?v=ePQ7LjKKB68

This one is wide band and supports pendulums of different frequencies:

https://youtu.be/MfLavweSiRo?t=18

Looks like magic to me, especially the fact that it's done in an open loop.

That's amazing...

@zapta I'm with you on that one... absolutely black magic!!!

@zapta said in Coming soon: Accelerometer Support:

@cncmodeller said in Coming soon: Accelerometer Support:

Unfortunately it looks lot me that they don't have a CAN interface.

I see, the CAN transceiver are external to the MCU.

Edit: In this case, an external CAN transceiver may help. E.g. https://www.aliexpress.com/item/32375462280.html

In principle yes if it's the right CAN standard, but it'll require new pin allocations in the firmware and TBH I'm not that interested in reworking @dc42 code.

I'm more interested in standing on the shoulders of giants than trying to be one lol.

@zapta said in Coming soon: Accelerometer Support:

@cncmodeller said in Coming soon: Accelerometer Support:

delivery from Germany to the UK is prohibitive for just one board.

There are inexpensive alternative with SAMD21G18. Will they work?

E.g.

https://www.seeedstudio.com/Seeeduino-XIAO-Arduino-Microcontroller-SAMD21-Cortex-M0+-p-4426.html

https://www.ebay.com/sch/i.html?_from=R40&_trksid=p2380057.m570.l1313&_nkw=SAMD21G18&_sacat=0

Unfortunately it looks lot me that they don't have a CAN interface... And even if they did I doubt the pinout would be compatible with @dc42 s firmware

I do have a teensy 3.2 with CAN but I'm assuming a transcode to that board is a massive task, even if it's fast enough.

@dc42
Is there a UK supplier for the SammyC21 development board?

I'd like to have a play with CAN on my Duet 3 mini and the accelerometer, but delivery from Germany to the UK is prohibitive for just one board.

@owend said in "Static" print lapse for polar...:

@cncmodeller
I would think that you could use two inductive sensors close to the table, and attached a piece of metal just wide enough to trigger both senors on the table, such that one triggered at say 350 degrees and one at 360/0 when rotating clockwise.
Then it would be simply a matter of using a trigger on the duet assigned to the second (360/0) sensor. See M581
That trigger just uses an IF statement.
If both sensors are triggered then the table MUST be rotating clockwise, so execute your code to trigger the camera shutter.
If it's going counter clockwise the the 350 degree sensor wont be triggered

Thanks @OwenD that's interesting. I was hoping to just tap into the internal data of the printer so I didn't need the sensor, however your idea is one step closer than mine!

@mrehorstdmd thanks for the thoughts, the trick is that all of my prints are continuous spiral vase mode so I don't have print artifacts at a distinct layer change. That's why I'm looking to trigger at a consistent bed rotation point rather than layers.

I do like the idea of the remote and a phone which I will look into more. 👍

Hi Folks,
Is there any way to detect when my polar bed is at 0 degrees and going clockwise, then trigger an output pulse? I'm thinking in principle using parameters conditional gcode and a macro, but I'm not sure where to get real time bed position in rotation coordinates.

I'd like to trigger a camera to do a static time lapse of the print.

At the moment my prototype is two additional separate home sensors on the bed that are read by an Arduino and trigger a camera on the second sensor pulse when in the correct order. I.e trigger on b if a triggered before b within a small time window.

The direction is important as it helps to compensate for lag in the camera after the trigger event.

Obviously if I could do this on the duet it'd be one less Arduino to buy etc...

Any constructive thoughts would be much appreciated.

All the best
Barry M

@o_lampe said in Coming soon: Accelerometer Support:

@cncmodeller
I didn't want to offend you, just looking over the fence (as usually beyond the horizon)

Don't worry I didn't take offense...

@o_lampe said in Coming soon: Accelerometer Support:

@cncmodeller said in Coming soon: Accelerometer Support:

just a temporary fit

If so, what if I have a linear rail carrier with a growing flat spot on a ball? Wouldn't it be nice to detect the defect before it becomes an issue? IMHO, the accelerometer can do much more than 'ghost busting'

I'm sure there might be other use cases once the capability is available, I just don't think it's part of the current intent. I might be wrong, as I'm only guessing.

@o_lampe said in Idex or i guess iqex with independant x and y carriages.:

I've asked the Duet team if it's possible to implement individual mini z-axis to have independent mesh-leveling for each toolhead.

So how would that work in theory? I guess it'd use your small z axis built into each print head from your other post that reads and adjusts to the height map specifically for its own location?