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

    Firmware Retraction M101, M102?

    Scheduled Pinned Locked Moved
    General Discussion
    4
    12
    732
    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.
    • oozeBotundefined
      oozeBot
      last edited by

      I'm trying to get firmware retraction added to our workflow and need a bit of guidance.. Are M101 and M102 still supported in 3.1.1+? If so, is M101 equivalent to G10, and M102 equivalent to G11?

      I see references in the documentation for M207 to G10 and G11, but nothing for M101-103.

      Thanks

      1 Reply Last reply Reply Quote 0
      • Phaedruxundefined
        Phaedrux Moderator
        last edited by

        Are those marlin compatible firmwre retraction commands?

        They don't exist in RRF, which uses G10 and G11. If you wish to use M101, etc, you can create a macro file in the /sys folder with the name of the M/G code you wish to create, and inside of it place the corresponding RRF code.

        For example, M101.g with G10 in it, would get called whenever M101 was encountered and would trigger the retraction with G10.

        Z-Bot CoreXY Build | Thingiverse Profile

        oozeBotundefined 1 Reply Last reply Reply Quote 0
        • oozeBotundefined
          oozeBot @Phaedrux
          last edited by oozeBot

          @Phaedrux Thanks. Where I found reference to it was in an old thread about firmware retraction and Simplify3D (which I still prefer). David had mentioned ticking "Include M101/M102/M103 commands" under G-Code options but warned Simplify3D had issues (which it does and cannot be trusted in v4.12).

          However, there was a way..

          What I ended up doing is NOT using that option but adjusting the retraction settings to have no vertical lift and only retract .01mm at a 3333. This introduced predictable lines (G1 E-0.0100 F3333 and G1 E0.0100 F3333) that I could replace within my Post Processor with G10 and G11. This is working beautifully and fit nicely into our workflow as all our gCode files are already getting run through our post processor..

          jay_s_ukundefined 1 Reply Last reply Reply Quote 0
          • jay_s_ukundefined
            jay_s_uk @oozeBot
            last edited by

            @oozeBot there is some post processing code kicking about that converts M101 etc to G10 for s3d that's automatically ran when you output the file.
            Might be worth looking into if you want to play with firmware retraction again

            Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is

            oozeBotundefined 1 Reply Last reply Reply Quote 0
            • Phaedruxundefined
              Phaedrux Moderator
              last edited by

              Well if S3D reliably inserts M101 and M102 then the macro option I mentioned would easily substitute them for G10 G11 without post processing, but if you already have a post processor that works for you then right on.

              Z-Bot CoreXY Build | Thingiverse Profile

              oozeBotundefined 1 Reply Last reply Reply Quote 0
              • oozeBotundefined
                oozeBot @jay_s_uk
                last edited by

                @jay_s_uk Actually, I may have just found a predictable pattern using the M101/M102/M103 option within Simplify3d.. it's just not what I was expecting. It sucks Simplify3d has gone dark and will likely drive me away here soon..

                1 Reply Last reply Reply Quote 0
                • oozeBotundefined
                  oozeBot @Phaedrux
                  last edited by

                  @Phaedrux Thanks - that's really good to know about unique M/G code macros as I didn't understand that was an option. That could be very powerful! will start playing with this here soon..

                  1 Reply Last reply Reply Quote 0
                  • Phaedruxundefined
                    Phaedrux Moderator
                    last edited by

                    Yes it's quite powerful especially with conditional gcode, you could create your own M/G code to do something unique/specific if you wanted.

                    Z-Bot CoreXY Build | Thingiverse Profile

                    1 Reply Last reply Reply Quote 0
                    • jay_s_ukundefined
                      jay_s_uk
                      last edited by

                      @oozeBot i've followed this guide in the past to get it working https://thrinter.com/using-firmware-retraction-with-simplify3d/

                      Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is

                      oozeBotundefined 1 Reply Last reply Reply Quote 1
                      • oozeBotundefined
                        oozeBot @jay_s_uk
                        last edited by

                        @jay_s_uk that is legit almost identical to what I just implemented in our post processor..! thanks

                        1 Reply Last reply Reply Quote 0
                        • dc42undefined
                          dc42 administrators
                          last edited by dc42

                          RRF still support M101 and M102. However, the use of those codes to implement firmware retraction isn't perfect because S3D doesn't generate them exactly when a G10 or G11 would be appropriate. So a post-processor is preferred.

                          If the S3D developers can't be bothered to support firmware retraction after all these years then IMO it's time to ditch S3D. I already have, in favour of PrusaSlicer.

                          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

                          oozeBotundefined 1 Reply Last reply Reply Quote 1
                          • oozeBotundefined
                            oozeBot @dc42
                            last edited by

                            @dc42 yeah, I agree that it's time to ditch it, I just can't bring myself to it with everything else we have going on. Instead, I just keep patching S3D's problems through my post processor, however, that guide @jay_s_uk posted can probably be expanded to completely replace my home grown solution..

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