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

MaxWait - what does it mean?

Scheduled Pinned Locked Moved
General Discussion
2
3
821
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
    roboduet
    last edited by 9 Oct 2016, 16:21

    Hi, I'm using beta-version of Duet WiFi board with Kossel Mini and this firmware:

    Firmware Name: RepRapFirmware for Duet WiFi
    Firmware Version: 1.15e (2016-10-02)
    WiFi Server Version: 1.02
    Web Interface Version: 1.12

    From time to time I'm experiencing strange freezes in movement commands from Web UI. Example log:

    M999 - reset printer, wait for reconnect
    G28 - home
    G32 - autocal. using 64 points
    M665
    M666 - to check calibration results
    G1 Z3 - printer freezes up to 20-30 seconds and then moves effector. During freeze Web UI interface is still responsive and shows temperature changes every second. The same thing with other movement commands.
    ```Then I entered M122 and nothing happens during first minute. Second M122 shows the following output:

    [[language]]
    Slowest main loop (seconds): 0.006500; fastest: 0.000061
    === Move ===
    MaxReps: 3, StepErrors: 0, MaxWait: 124064ms, Underruns: 0, 0

    This freezes happens not every time. Sometimes no need to move effector at all, I can just unload/load new filament issuing few extruder commands to start freezing. No communication errors or other wifi-related errors (ajax erros) in web ui logs.
    I noticed what I have very large times in MaxWait output, examples:

    Slowest main loop (seconds): 0.006409; fastest: 0.000061
    === Move ===
    MaxReps: 3, StepErrors: 0, MaxWait: 31402ms, Underruns: 0, 0

    Slowest main loop (seconds): 0.006592; fastest: 0.000076
    === Move ===
    MaxReps: 3, StepErrors: 0, MaxWait: 20502ms, Underruns: 0, 0

    Slowest main loop (seconds): 0.006409; fastest: 0.000061
    === Move ===
    MaxReps: 0, StepErrors: 0, MaxWait: 111534ms, Underruns: 0, 0

    Does this attitude to freezes or this is something completely different?
    1 Reply Last reply Reply Quote 0
    • undefined
      dc42 administrators
      last edited by 9 Oct 2016, 16:46

      MaxWait is simply the longest time that the movement system was waiting for a new move to be supplied by the gcode interpreter. It is only relevant when you are printing as file and it is reset every time you run M122. I added it to help diagnose print stuttering issues, to tell whether the movement system is being starved of gcodes. So your MaxWait value of 111534ms simple means that the printer was standing idle for about 111s.

      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
        roboduet
        last edited by 9 Oct 2016, 16:55

        Thank you for explanation. In this case I should enable debugging via M111, start Wireshark and try to understand what happens with freezes that I described.

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