@theolodian good point, I'll read up on the coordinate system method another time. The printer is running in FFF rather than CNC mode which may complicate things a little, but can't see why you'd limit that feature to CNC - even if the request came from there.

As it happens I'm just aiming for the middle of a circular-ish feature, so rotation not an issue this time thankfully.

Here was what I had in the macro:

; https://duet3d.dozuki.com/Wiki/GCode_Meta_Commands#Section_Variable_naming ; https://duet3d.dozuki.com/Wiki/Object_Model_of_RepRapFirmware#Section_Uses ; https://forum.duet3d.com/topic/26368/object-model-report-contents-of-object ; https://forum.duet3d.com/topic/26370/sanity-check-tool-offsets-g10-p0-x var num_x_pattern = 3 var num_y_pattern = 2 var x_pattern_space = 50.0 var y_pattern_space = 25.0 var tool_num = 0 var int_x = move.axes[0].machinePosition var int_y = move.axes[1].machinePosition var initial_x_offset = tools[var.tool_num].offsets[0] var initial_y_offset = tools[var.tool_num].offsets[0] M98 P"0:/macros/intro.g" while true if iterations = (var.num_x_pattern * var.num_y_pattern) break else var x_i = mod(iterations, var.num_x_pattern) var y_i = ((iterations-var.x_i)/var.num_x_pattern) var x_pos = var.int_x + (var.x_i * var.x_pattern_space) var y_pos = var.int_y + (var.y_i * var.y_pattern_space) G10 P0 X{(-1 * var.x_pos)} Y{(-1 * var.y_pos)} M98 P"0:/gcodes/sample_build.g" continue G10 P0 X{(-1 * var.initial_x_offset)} Y{(-1 * var.initial_y_offset)} M98 P"0:/macros/extro.g"

@fcwilt Probably a hold over from the original Modix files?

@phaedrux everything solved on updating to latest firmware. I'm deleting this post

@phaedrux said in Weird error message when calibrating nozzle heater....:

M303 T0 S240

I have tried that gcode (M303 T0 S240), and the same error. But the Hotend fan does not turn... I thought that the fan was not working... but on the Status page, I made it turn manually... I am going to check if I have the temperature sensor configured correctly, maybe it's reading another temperature than the real one...

@westech

mesh.g goes into the SYS folder.

All of my printers have a Z endstop sensor and a Z probe.

I use the endstop sensor for homing and the probe for set the Z=0 Datum, bed leveling and mesh creation.

Frederick

@gnydick the tool distribution board isn't essential but it makes it easier to connect multiple tool boards.

@natthapol-v said in Question about the quality of the Duet software..:

From my experience, this has led to several project downfall and abandonware in the Automotive industries.

The automative industry uses primitive and ad-hoc processes compare to the aero-space industry, hence the often recalls

Duet and RRF would be better off adopting the superior quality standards of the aerospace industry since they deal with a similar problem, controlling a reliable movement in a three dimensional space.

Seriously, want more resources invested in Duet/RRF development? Buy more boards.

@jamaicarasta said in Switch from 3.3 to 3.4RC2:

I'm interested in whether the config is fresh or my old one.

Always keep a copy of a version which works, so you can revert to that if some new installations, configuration changes etc. don't run as expected. I understand that you now have a trusted setup with RRF 3.3 - keep a copy of this state before you install 3.4. I even make copies of the SD card before I fiddle around with the config or my macros, not only in the event of a new firmware version.

@peirof if you send G91 to put the axes in relative mode then you can use G1 H2 moves to test individual motors even on a delta.

@peirof said in Some dudes about BlTouch use...:

will remain outside the limits of the bed. What would happen?

It will skip and points it cannot safely reach.

Thanks for the update @tech-raton, I am glad that it works for you.

It's a simple circuit (proposed by @dc42) and fully assembled boards can be ordered from directly JLCPCB.

@danal said in Recomendation for a Diy 3d printer:

And, I guess I should mention, because I am a HUGE fan of "Delta/Kossel", that second delta is also an option.

+1 for another Delta; if you don't need tool change or massive print volumes, they seem to give the best overall results and have simpler mechanics.

Also consider a Flex3drive or similar "remote direct" extruder system - one came with the Kossel XL+ frame kit I bought, and it is superb - really light, integrates directly with the Smart Effector and extremely precise!

Mine is used with the standard E3D threaded V6 hotend for the Smart Effector setup.

https://flex3drive.com/product/g5-flex-for-duet-smart-effector/

I used a fan setup from Thingiverse, it makes a very neat overall assembly:
https://www.thingiverse.com/thing:3893311

@jamaicarasta glad you got it sorted! so its all up and running properly now?

@duetwifiuser-0
I wonder if it's related to different speed interpretations between RRF and your slicer.
Eg. the slicer uses mm/s while RRF interprets this as mm/min?
What's in your slicer startcode? Please use </> to post it here.

@alankilian

Can connection theory is dead.

Any other Idea?
Overheating ?
I don´t know. That does´nt make fun.

PIcture:
2 hour print
No y shift
several x shifts. 😕

57a03752-cb27-43c7-b0a7-68bdeddc267b-image.png

Thanks @phaedrux and @fcwilt, the issue was the M203 I that @Phaedrux mentioned. Removing the comma and adding a G0 F1 didn't make a change. This is the working version:

G1 X100 Y100 ; starting point M203 I1 ; allow slow movements G1 X103 F1 ; move slowly

BTW, @Phaedrux, the title of M203 mentions just maximum, no minimum. May worth updating.

@oliof I see. Thanks!

@clearlynotstef, my preference is for quiet fans, so I don't think I can help. 😉