Duet3D Logo Duet3D
    • Tags
    • Documentation
    • Order
    • Register
    • Login
    1. Home
    2. Shen
    3. Topics
    • Profile
    • Following 0
    • Followers 0
    • Topics 9
    • Posts 84
    • Best 3
    • Controversial 0
    • Groups 0

    Topics created by Shen

    • Shenundefined

      Output 0v between the ENA+/- on the Expansion Breakout Board

      General Discussion
      • • • Shen
      5
      0
      Votes
      5
      Posts
      470
      Views

      Shenundefined

      @dc42
      Yes, I did allow a few second between M84 and re-enabling. I think this might be a driver issue. My Leadshine EM503 can be reset by M84 and re-enabling. I will probably just go with the re-wiring solution you provided.

    • Shenundefined

      Faulty stepper driver? Motor sometimes goes wrong directions

      General Discussion
      • • • Shen
      9
      0
      Votes
      9
      Posts
      1.4k
      Views

      dc42undefined

      @shen said in Faulty stepper driver? Motor sometimes goes wrong directions:

      @dc42
      Thanks. I didn’t put E in the M584 command since I was just testing the xyz motion. That must be the problem.

      That will have the effect that the E value in the M906 command will define the current for the second Z motor. So if the E parameter is lower than the Z parameter, it will run at a lower current than the other Z motor.

    • Shenundefined

      Motor stall detection as Z probe

      Tuning and tweaking
      • • • Shen
      45
      0
      Votes
      45
      Posts
      10.7k
      Views

      Phaedruxundefined

      @mugga Yeah I believe it will work best with only a single motor. I doubt you will be able to get it much better than you have with 2.

    • Shenundefined

      Problem with the 5v to 3.3v regulator

      General Discussion
      • • • Shen
      5
      0
      Votes
      5
      Posts
      696
      Views

      dc42undefined

      If you've removed the old regulator without damaging the PCB traces, you've done the difficult bit.

    • Shenundefined

      A website estimates print time accurately from speed/acceleration/jerk

      General Discussion
      • • • Shen
      31
      0
      Votes
      31
      Posts
      5.2k
      Views

      okerchoundefined

      Makes sense, I will check and let you know 🙂

      Thanks!

    • Shenundefined

      Acceleration not working properly at high steps per mm

      General Discussion
      • • • Shen
      3
      0
      Votes
      3
      Posts
      586
      Views

      Shenundefined

      I'm not sure about other firmware, but for RepRapFirmware when accelerating from 0 or decelerating to 0, the speed does not instantly jump to the jerk value or instantly jump to 0 from the jerk value. Jerk is used to connect two movements without stopping.

    • Shenundefined

      Bed leveling micro

      Tuning and tweaking
      • • • Shen
      2
      0
      Votes
      2
      Posts
      743
      Views

      T3P3Tonyundefined

      I can't test this as I don't have a cartesian printer with two seperately driven Z motors however the output looks great!

      I am really impressed in general as it shows how much can be done with the macro system. Thanks Shen!

    • Shenundefined

      Obvious improvement from pressure advance on my direct extruder

      Tuning and tweaking
      • • • Shen
      4
      0
      Votes
      4
      Posts
      669
      Views

      deckingmanundefined

      That looks to be a very good way of tuning pressure advance. Thanks for sharing.

    • Shenundefined

      Request for variable acceleration(slower acceleration at higher speed)

      Firmware wishlist
      • • • Shen
      64
      0
      Votes
      64
      Posts
      10.2k
      Views

      r123undefined

      Interesting debate. Here's my 2p.

      When the nozzle turns into a corner it's accelerating independently in X and Y directions according to the respective stepper motors.

      Steeper corners require BOTH more braking (deceleration = slowing / stopping of the current direction of movement) and acceleration (starting off in a new direction of movement).

      My hunch is that ringing type problems are not created by the acceleration into the new direction, but the deceleration from the old one (if you'll forgive the distinction).

      According to this way of looking at things, the job of a "look ahead" system would be to calculate the amount of the present extruder velocity that must be eliminated by the exit of the curve, then to pre-emptively slow the extruder before the curve actually begins (so to speak).

      Thus gentle curves will not provoke much in the way of pre-emptive slowing (of the current direction of movement, whatever combination of X and Y that may be), but right angle bends an awful lot.

      Is it possible from the gcode with a suitably modest amount of computation to estimate how much deceleration of the current velocity will be demanded by upcoming moves?