• Tags
  • Documentation
  • Order
  • Register
  • Login
Duet3D Logo Duet3D
  • Tags
  • Documentation
  • Order
  • Register
  • Login

New Duet WiFI, now hotend not heating

Scheduled Pinned Locked Moved
Duet Hardware and wiring
4
11
1.7k
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • undefined
    mhackney
    last edited by 20 Dec 2016, 22:28

    Yesterday, I commissioned a new delta with a Duet Wifi. Made a couple of nice prints. Firmware was outdated and I wanted to install the 1.17RC2 for grid leveling. I was not able to install over DWC - keep getting could not rename file errors and after I manually renamed them, file would upload and when I said Ok to install, nothing happened. Even after several reboots. So I transferred the files to SD and used Pronterface to install. That worked, I see the new set of firmware files. But now I can not heat up the hot end. The bed works fine. I do not get a fault or any type of error. I did try M562 P1 but that had no effect. Double checked my config.g and it is identical to what I had working. The Heater display in DWC says "off (T0)" and the current temp display looks normal and working (i.e. it's reading the thermistor fine). The temp display on PanelDue also looks normal (no colored background). Any suggestions on what is going on and what to do?

    My 3D Printing blog: http://www.sublimelayers.com
    Coming this summer: "3D Printing Strategies - the art of perfecting your designs and prints"

    1 Reply Last reply Reply Quote 0
    • undefined
      mhackney
      last edited by 20 Dec 2016, 22:38

      Just crazy! I reset with M999. The hot end finally became responsive. So I heated up the bed and hot end and attempted to auto calibrate. I am getting "Error: Z probe already triggered at start of probing move"

      Running FSRs with DaveSL board. I've probed successfully several dozen times. FSRs are triggering properly - I just tested them, they are not triggered to start.

      z probe definition
      M558 P4 X0 Y0 Z0 H3

      I'm not 100% sure what version of dc42 was installed originally, I recall something like 1.15 (file dated 6/13/2016)

      My 3D Printing blog: http://www.sublimelayers.com
      Coming this summer: "3D Printing Strategies - the art of perfecting your designs and prints"

      1 Reply Last reply Reply Quote 0
      • undefined
        mhackney
        last edited by 20 Dec 2016, 22:40

        Ok, more info…

        FSRs not triggered:
        M119
        Endstops - X: not stopped, Y: not stopped, Z: not stopped, Z probe: at min stop

        Then I tapped the bed and ran:
        M119
        Endstops - X: not stopped, Y: not stopped, Z: not stopped, Z probe: not stopped

        so something has changed it appears

        My 3D Printing blog: http://www.sublimelayers.com
        Coming this summer: "3D Printing Strategies - the art of perfecting your designs and prints"

        1 Reply Last reply Reply Quote 0
        • undefined
          mhackney
          last edited by 20 Dec 2016, 22:43

          and this is still the same in config.g as it was yesterday;

          M574 X2 Y2 Z2 S1 ; set endstop configuration (all endstops at high end, active high)
          M574 E0 S0 ; set FSR controller active low

          My 3D Printing blog: http://www.sublimelayers.com
          Coming this summer: "3D Printing Strategies - the art of perfecting your designs and prints"

          1 Reply Last reply Reply Quote 0
          • undefined
            mhackney
            last edited by 20 Dec 2016, 23:35

            I reverted back to stable 1.16 WiFi release and still have the probe error. It goes through the motions - positions to each point - but them shows the "Error: Z probe already triggered at start of probing move" message and moves on to the next point.

            My 3D Printing blog: http://www.sublimelayers.com
            Coming this summer: "3D Printing Strategies - the art of perfecting your designs and prints"

            1 Reply Last reply Reply Quote 0
            • undefined
              mhackney
              last edited by 21 Dec 2016, 00:37

              Got it - M574 E0 S0 deprecated in 1.16, now use M558 I1 in 1.17

              So the probing works but it is incredibly slow. I read the docs on M558 and set travel and probe speed like:

              M558 P4 X0 Y0 Z0 F25 H3 I1 T100

              But it is still going incredibly slow to the bed after homing. Like 5 minutes or more to reach the bed.

              My 3D Printing blog: http://www.sublimelayers.com
              Coming this summer: "3D Printing Strategies - the art of perfecting your designs and prints"

              1 Reply Last reply Reply Quote 0
              • undefined
                Sniffle
                last edited by 21 Dec 2016, 01:33

                Have you tried adding the FXXXX command to change the feedrate?

                I know one of the probing commands is effected by the feedrate but not sure which.

                1 Reply Last reply Reply Quote 0
                • undefined
                  dc42 administrators
                  last edited by 21 Dec 2016, 09:34

                  @mhackney:

                  Got it - M574 E0 S0 deprecated in 1.16, now use M558 I1 in 1.17

                  So the probing works but it is incredibly slow. I read the docs on M558 and set travel and probe speed like:

                  M558 P4 X0 Y0 Z0 F25 H3 I1 T100

                  But it is still going incredibly slow to the bed after homing. Like 5 minutes or more to reach the bed.

                  That's fixed in 1.17RC3 which I hope to release later today. The default feed rate was being set to 1/60 of the intended value. Workaround: in your bed.g file you probably have a G1 command near the start to move the head to the vicinity of the first probe point. Add an F parameter to it.

                  Duet WiFi hardware designer and firmware engineer
                  Please do not ask me for Duet support via PM or email, use the forum
                  http://www.escher3d.com, https://miscsolutions.wordpress.com

                  1 Reply Last reply Reply Quote 0
                  • undefined
                    mhackney
                    last edited by 21 Dec 2016, 13:58

                    Great, thanks David. I now realize my "issues" above (except the odd heater one) was related to migrating from a 1.15 firmware to the new stuff. My board shipped with the 1.15. All of my other Duets I migrated firmware as it is released and actually read the release notes to implement any changes. Forgot to do that on this one in my excitement to update this new printer.

                    I actually don't have a G1 to position the head in any of my bed.g files. Perhaps its time to go through all of my config files and update to best practices. I did note that all of the example configs on Git are a year or more old. Is there a good recent set of example delta and Cartesian printer config files to use as examples somewhere?

                    My 3D Printing blog: http://www.sublimelayers.com
                    Coming this summer: "3D Printing Strategies - the art of perfecting your designs and prints"

                    1 Reply Last reply Reply Quote 0
                    • undefined
                      ianlee74
                      last edited by 21 Dec 2016, 16:24

                      I thought you were going to say you had the same issue I observed last night after loading 1.17RC2. Everything is working fine but it seems like it takes my hotend forever to get up to temperature now. It seems like its using a very linear ramp. I'll try re-running the auto PID tuning later and see if that gives it a better curve. Didn't feel like messing with it last night.

                      1 Reply Last reply Reply Quote 0
                      • undefined
                        dc42 administrators
                        last edited by 21 Dec 2016, 17:24

                        I haven't made any intentional changes to the heating control in RC2.

                        Duet WiFi hardware designer and firmware engineer
                        Please do not ask me for Duet support via PM or email, use the forum
                        http://www.escher3d.com, https://miscsolutions.wordpress.com

                        1 Reply Last reply Reply Quote 0
                        7 out of 11
                        • First post
                          7/11
                          Last post
                        Unless otherwise noted, all forum content is licensed under CC-BY-SA