Since I manually cool my hotend and swap it with the milling tool, I only have a post.g for tool 4:

tpost4.g
; called after tool 4 has been selected
M280 P7 S40 ;start ESC
G4 P2000
M280 P7 S1150 ;Start Motor with 10% speed
G4 P1000
M280 P7 S2000 ; 100% Motorspeed

I didn't have time to the test yet, but updating the firmware to 3.3 hasn't changed anything.

@hlwerschner Having spent almost 2 years and having done an awful lot of work in trying to develop a mixing hot end, I have learned much about heat breaks - especially all metal ones. At one time, I was using 6 off genuine Slice Engineering Mosquito heat breaks of which the Dragon is a clone.

These are undoubtedly the most efficient style of heat break. BUT, if the filament is static and heated but not moving forward, then heat will creep up through the filament itself even though very little heat creeps up through the metal part of the heat break. It's especially a problem with PLA because of the low glass transition temperature. So even though the temperature of the heat break might only be 40 deg C, the temperature of the (static) filament inside the heat break can exceed 60-70 deg C which is greater than the glass transition temperature for PLA.

So the moral of the story is to never, ever, heat the hot end for an extended period of time without the filament moving forward. If you do, heat will creep up into the heat break zone through the filament itself, where is will soften. As son as you try to extrude, this softened filament will simply swell and block the tube.

BTW, with a mixing hot end one or more filaments will always be static so for this reason, all metal heat breaks can not be used - they have to be PTFE lined.

@phaedrux It displays the extruder location correctly during a print.
What is more odd is the output of M114

m114 X:121.263 Y:143.324 Z:0.300 E:0.000 E0:896.7 Count 10462 12499 120 Machine 121.263 143.324 0.300 Bed comp 0.000

I only have 1 extruder configured....

@phaedrux
Changing the X2 Y2 to X1 Y1 seems to have done the trick.

I setup the grid from fcwilt's advice.

Thanks everybody. I really appreciate it. For some reason going to RRF 2.1 to RRF 3.2.2 really confused me so thank you all for helping me get back up and running.

can you give us some more details about the heater, chamber, and printer itself? Maybe with some more context we can give a better recommendation.

@fcwilt said in Probe height: Mesh vs Leveling:

To me using stalling is like stopping your car by running into the car in front of you because you don't like brakes.

That's a good analogy. I often do that. Not exactly bumping into cars but slowing using the clutch and gear, thriving for the perfect down-shift. 😉

Seriously, there is beauty and aesthetic in minimalist and efficient designs, as opposed to the 'brute force' and 'kitchen sink' ones, but that of course is very subjective.

@peter247 P2 is on IO_1.

@dougal1957

Thank you,

Issue solved.

@phaedrux Thanks, yes, it took a while for it to sink in, as I kept interchanging the concepts of the the physical orientation of the axis with "up" equaling a greater value. It took a while to understand that an increasing Z is an absolute value in terms of distance, not with a directional polarity.

I am using high temperature silicon for the adessive. I had this under a press during curing so that there were no voids. I am using 2 heating pads each with their own controls and scr. Each pad has its own safety to prevent over heating. Each pad has type K thermocouple. Heater control is commercial heater control with an analog input so that Duet and control temperatures. The controller has safety cutoff if it runs outside of the set range plus the safety switches. I have been using this for a few years without issue. Thickness of the glass is important as the thicker glass gives more stable temperatures.

@kb58 said in Duet 3 6HC dead, I is sad (fixed!):

Apparently the existing file on the SD card is first erased, and then the edited file takes its place. If the write fails, the controller has nothing to fall back on, so config.g has to be rewritten via other means.

That’s not quite right. If there is no config.g, the firmware will try to execute config.g.bak. In your case, there was a config.g, it’s just it was empty. So it didn’t execute config.g.bak.

Ian

@dc42 Nevermind. I figured out the extruder. Tool 0 has to be active for the extruder motor to energize.

Thanks again for the help!

Ok it's works! Thank you! 🙂

@fcwilt yup, bytes, all entered by hand, no assembler. I tried working with some of the Intel processors but just connected better with Motorola processors, 6800, 6802, 6809, and the 68HC11. That was, oh, 50 years ago... good times.

@donstauffer I've added this or an equivalent facility to the firmware wishlist for consideration in RRF 3.4.

The origin is the 0,0 point in XY space. That can be anywhere you like, but it's typically in the front left position or the center of the bed. This is to match how CAD software and slicers use 3D space.

The home position is where the endstops are and they are relative to the origin point.

@kb58 said in Clarification of terms: Home, Origin, and probing near supports:

I assume that the coordinates are relative to the Home position, correct? Just want to confirm that it's not relative to the Origin.

No, the opposite. The lead screw positions must be defined relative to the origin.

Maybe these example photos put things into perspective?

left_right_hand.gif dbot axis.png Cartesian-coordinate-system.png Bed Area.png

@cosmowave This solved "the issue". I didnt knew about the "E" command

@fcwilt
Doh! Very good point... I know just enough to be dangerous with this stuff. I didn't realize it's simply calling those scripts/subroutines. Thank you, sir!

@phaedrux said in First print with Duet Wifi2:

M92 E415

You hit the nail on the head! I think it's printing faster than the CR-10 used to. Looking very good.

Thanks!!!!