Duet3D Logo Duet3D
    • Tags
    • Documentation
    • Order
    • Register
    • Login
    1. Home
    2. AgentNoise
    • Profile
    • Following 0
    • Followers 0
    • Topics 2
    • Posts 16
    • Best 0
    • Controversial 0
    • Groups 0

    AgentNoise

    @AgentNoise

    0
    Reputation
    1
    Profile views
    16
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    AgentNoise Unfollow Follow

    Latest posts made by AgentNoise

    • RE: Start of print rams x/y carriage into frame

      I got it working by adding a G92 X0 and a G92 Y0 after homing each axis in the homeall.g file

      posted in Firmware installation
      AgentNoiseundefined
      AgentNoise
    • RE: Start of print rams x/y carriage into frame

      Changing it to G1 X+15 Y+40 F3000 does not help. Does the same thing

      posted in Firmware installation
      AgentNoiseundefined
      AgentNoise
    • RE: Start of print rams x/y carriage into frame

      I've got it homing ok with each individual axis but homeall is ramming the x. It's the G90 before the y movement just before G30. I'm not sure why it's causing an issue0_1567989799754_homeall.g

      posted in Firmware installation
      AgentNoiseundefined
      AgentNoise
    • RE: Start of print rams x/y carriage into frame

      Ok, I was homing in the back right corner. I am using the Z probe as the Z endstop. When I home to the back right corner the probe is over the bed but not when I am at the front left.

      posted in Firmware installation
      AgentNoiseundefined
      AgentNoise
    • Start of print rams x/y carriage into frame

      Running a CoreXY printer. I can move and home all the axis using the controls and GCode. But when I upload a print sliced in Slic3r or Cura it heats, it does the homing and then slams into the side of the printer for a minute, then starts printing in the home corner. Like it's moving the Y or X in the wrong direction. I'm just note sure why as it moves fine when I run GCode manually or use the controls from the web interface.

      For example, the line below gets me close to the center of the bed when I run it manually, but it's not working when running the gcode. That is lifted straight from the GCode file0_1567983466160_CFFFP_20mm_cube_soft_edges.gcode

      G0 F3600 X137.595 Y137.287 Z0.3

      posted in Firmware installation
      AgentNoiseundefined
      AgentNoise
    • RE: Duel Z movement weirdness

      OK I see what I was doing wrong I was setting the steps per mm in the config.json only but I needed to update it in the config.g too. That's why none of my changes were making a difference

      posted in Duet Hardware and wiring
      AgentNoiseundefined
      AgentNoise
    • RE: Duel Z movement weirdness

      Does the interpolation to X256 micro-stepping come into play in this calculation? The default 4000 steps per mm was moving too far as well.

      posted in Duet Hardware and wiring
      AgentNoiseundefined
      AgentNoise
    • RE: Duel Z movement weirdness

      @deckingman Thanks, I'll try that. I attempted 400 steps per mm. It was default set to 4000

      posted in Duet Hardware and wiring
      AgentNoiseundefined
      AgentNoise
    • RE: Duel Z movement weirdness

      I figured this out. It was just the weird motor wiring not being the same on both motors so they weren't moving in the correct directions.

      Now the Z axis is moving way to much. 10mm is closer to 100. I set the steps per mm to 13 just for kicks but it didn't seem to change anything. I have the z homing at the high end but can only move it down 30mm despite my size being 300mm.

      posted in Duet Hardware and wiring
      AgentNoiseundefined
      AgentNoise
    • RE: Duel Z movement weirdness

      I've tested 3 motors on all the drivers. The only results I can get are a a brief stuttering of movement and then a short to ground message or the same Phase A and B might bot be connected message

      posted in Duet Hardware and wiring
      AgentNoiseundefined
      AgentNoise