Duet3D Logo

    Duet3D

    • Register
    • Login
    • Search
    • Categories
    • Tags
    • Documentation
    • Order

    M204 causing spam in web ui

    General Discussion
    3
    5
    736
    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.
    • flawi
      flawi last edited by

      I'm getting a metric crap ton of pop ups in the Web UI saying "Maximum printing acceleration 10000.0, maximum travel acceleration 10000.0".
      See here: https://drive.google.com/open?id=0B4QI9opJS9SbdUFzYl84YXJnXzQ

      In the bency gcode that it's printing I can see that it's sending the M204 command only with the S parameter, and from checking the sources this isn't handled by RRF at all, instead it's treated as a query since no known parameters are found.

      In the latest sources I see that a check for the S parameter with [c]platform.Emulating() == marlin[/c] has been added, but I take it that isn't released yet? Should I configure Slic3r somehow differently to get it to produce an output that the firmware understands?

      Config.g and the gcode being printed here:
      https://drive.google.com/open?id=0B4QI9opJS9SbSldRZjQ5NUd0U2c

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

        The version of slic3r that you are running is using a deprecated Marlin M204 parameter. Is a later version of slic3r available? If not, you could upgrade to the 1.19beta7 firmware. If your board is a Duet WiFi then read the important upgrade notes first because you need new WiFi firmware too and the mechanism to set up your wifi SSID and password.

        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
        • flawi
          flawi last edited by

          I'm using 1.34.1 release of the Prusa Slic3r, which is the latest stable release. There are some newer release candidates available though, I could try those.

          I'm not sure I want to upgrade a beta firmware while I'm trying to commission a new printer though, do you happen to have any rough ETAs for a release candidate or a final release of 1.19?

          1 Reply Last reply Reply Quote 0
          • flawi
            flawi last edited by

            For anyone else stumbling upon this problem, you can get rid of the spamming by disabling acceleration control in Slic3r (that is, setting the acceleration control values to 0).

            According to https://github.com/dc42/RepRapFirmware/issues/37 it seems that acceleration control is not strictly necessary with RRF to begin with, so I disabled it and decided to configure firmware pressure advance instead.

            dposea created this issue in dc42/RepRapFirmware

            closed M204 not supported, used by slic3r #37

            1 Reply Last reply Reply Quote 0
            • DocTrucker
              DocTrucker last edited by

              I was considering slowing the acceleration on the external perimeters to get rid of some wobble and keep it high on hatching and travels. I had started to play with slic3r's acceleration control. Am I barking up the wrong tree here?

              Edit: I'm optimising with the aim to get solid filled parts built as fast as possible.

              Alive: 1 Ormerodish machines. 1 Custom Cantilever. 3 P3Steel. 1 Ciclopish scanner. In build: 1 P3Steel. Controllers: 2 Duet 2 , 2 D0.6, 1 D0.8.5, 1 D3 v0.5, 1 RAMPS/DRV8825, 1 Uno/Scan Card.

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