Topics created by Killernoy

@killernoy said in Dual x and y homing similar to g30 for multiple z screws:

i still think that a function like this could be very usefull.

DC42 will have a look when he gets a chance. It's an interesting idea that needs some thought.

Personally, bearing in mind the issues one nozzle can throw up, adding any more is not something I ever see the point of!

To give this context, fast printing for an item that can then be textured and artworked is far superior, IMO, to a half decent print in 2 to 4 basic colours.

Obviously multi nozzle printing has novelty value...but seems a long way round to achieve it, technically.

Ok Thanks

I have also Tested this
M308 S5
Sensor 5 type Thermistor using pin (e4temp,duex.e4temp,exp.thermistor5,exp.37), reading 40.5, last error: sensor not ready, T:100000.0 B:4138.0 C:0.00e+0 R:4700.0 L:0 H:0

I'm not a fan of the idea of having such a high wattage heater being so far from it's control sensor. I would much rather have the sensor directly attached to the heater so that it's able to be accurately modeled and tuned, and then adjust my warm up procedure to allow a high enough set point and warm up time for the bed surface to reach the desired temperature.

Having the control sensor so far removed from the heating element just seems reckless?

what i´m asking for is that the mashine finds the bed center itself
I think of it measuring its axis travel dividing it in half and setting that as zero

Unless your printer is changing size, there's no reason to keep on recalculating this each time the printer homes; it just means that each time, especially using sensorless homing that can take up to 4 full motor steps to register, the results may be different. Just set it up once in config.g, and you don't have to worry about it. And homing won't take as long as it only has to go to one end of each axis, not both.

I seem to remember Marlin does have the functionality to have min and max homing, and it works out the axis length from this and the steps per mm, but I don't think it deduces axis home from this other than putting it at the axis minimum, and then offsetting with and M206. And I can't remember offhand the gcodes to do this, or if it's implemented in Duet firmware. The other problem would be that printers are rarely symmetrical in the X and Y axes, so even if you find the centre point for the axis travel, it's unlikely to be over the centre of the bed, so you'll still need an offset.

Ian