1. Got a question or need help troubleshooting? Post to the troubleshooting forum or Search the forums!

Unanswered Z axis no longer raise after 9point level

Discussion in 'General Questions' started by Trama, Apr 1, 2016.

  1. Trama

    Trama Member

    Joined:
    Dec 12, 2015
    Messages:
    152
    Likes Received:
    21
    So in both repetier, cura and matter control the z axis no longer raises after the 9 point bed level. 200 plus prints where I never needed to have a z offset and now it's just not working

    Both z switches engage when there supposed to. Any ideas?


    Sent from my iPhone using Tapatalk
     
  2. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,912
    Likes Received:
    7,338
    Did you search the GCode console log for any errors?
     
  3. Trama

    Trama Member

    Joined:
    Dec 12, 2015
    Messages:
    152
    Likes Received:
    21
    I'm not sure what I would be looking for. Would it just be a z height change after the g29?


    Sent from my iPhone using Tapatalk
     
  4. Trama

    Trama Member

    Joined:
    Dec 12, 2015
    Messages:
    152
    Likes Received:
    21
    ->N48 M114*27 [25.059]

    <-X:0.00 Y:0.00 Z:0.00 E:93.82 Count X: 0.00 Y:0.00 Z:0.00 [25.066]

    <-ok [25.066]

    ->N49 G29*47 [25.067]

    <-Bed x: 15.00 y: 20.00 z: -0.02 [32.100]

    ->N49 G29*4 [35.068]

    <-Bed x: 110.00 y: 20.00 z: 0.02 [35.650]

    <-Bed x: 205.00 y: 20.00 z: 0.08 [39.181]

    <-Bed x: 205.00 y: 125.00 z: -0.20 [42.851]

    ->N49 G29*4 [45.069]

    <-Bed x: 110.00 y: 125.00 z: -0.20 [46.399]

    <-Bed x: 15.00 y: 125.00 z: -0.32 [49.962]

    <-Bed x: 15.00 y: 230.00 z: 0.14 [53.493]

    ->N49 G29*4 [55.070]

    <-Bed x: 110.00 y: 230.00 z: 0.10 [57.045]

    <-Bed x: 205.00 y: 230.00 z: 0.14 [60.572]

    <-Eqn coefficients: a: 0.00 b: 0.00 d: -0.13 [60.584]

    <-planeNormal x: -0.00 y: -0.00 z: 1.00 [60.584]

    <-ok [60.584]

    ->N50 M105*18 [60.584]

    <-echo:endstops hit: Z:0.14 [60.588]

    <-Error:Line Number is not Last Line Number+1, Last Line: 49 [60.588]

    <-Resend: 50 [60.592]

    <-ok [60.592]

    ->N50 M105*1 [60.592]

    <-ok T:188.1 /188.0 B:51.7 /50.0 T0:188.1 /188.0 @:48 B@:0 [60.600]

    ->N51 M114*19 [60.602]

    <-X:205.00 Y:230.00 Z:0.00 E:93.82 Count X: 205.00 Y:230.00 Z:0.19 [60.608]

    <-ok [60.609]

    ->N52 T0*13 [60.611]

    <-echo:Active Extruder: 0 [60.617]

    <-ok [60.617]

    ->N53 G90*38 [60.617]

    <-ok [60.620]

    ->N54 G92 E0*118 [60.621]

    <-ok [60.625]


    Sent from my iPhone using Tapatalk
     
  5. Trama

    Trama Member

    Joined:
    Dec 12, 2015
    Messages:
    152
    Likes Received:
    21
    Trying to post the portion of code with the bed level error


    Sent from my iPhone using Tapatalk
     
  6. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,912
    Likes Received:
    7,338
    ><-Error:Line Number is not Last Line Number+1, Last Line: 49 [60.588]<

    That is usually a slicer error/bug, but can be caused by bad communications (i.e. a glitch in the USB).

    <-Resend: 50 [60.592]

    Looks like it worked next try.

    Even so I don't feel certain that is really related to your issue, but try another slicer.
     
  7. Trama

    Trama Member

    Joined:
    Dec 12, 2015
    Messages:
    152
    Likes Received:
    21
    It was a sliver issue for sure, the original printer calibration information was no longer being factored when it was being sliced. All fixed now
     
    mark tomlinson likes this.

Share This Page