element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • About Us
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
3D Printing
  • Technologies
  • More
3D Printing
3D Printing Forum Prusa i3 Aluminium unexpected motion problem
  • Blog
  • Forum
  • Documents
  • Events
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join 3D Printing to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • State Verified Answer
  • Replies 5 replies
  • Answers 1 answer
  • Subscribers 329 subscribers
  • Views 871 views
  • Users 0 members are here
  • feedrate_issue
  • 3d
  • feed_rate
  • wrong_motion
  • motion
  • prusa_i3
  • 3d_printer
  • geeetech
Related

Prusa i3 Aluminium unexpected motion problem

balearicdynamics
balearicdynamics over 9 years ago

Hello, I am experiencing a very strange problem I find very difficult to identify and debug.

On Geetech Prusa i3 Aluminium, I am working with sanguinololu board controller.

 

A couple of days ago, a strange things happened coming me crazy. Starting a print (a design already printed several times before) I saw the axis moving extremely fast, so the print head does not move at all due the loosing of the steps. First of all I checked all the settings again and all was unchanged, including the firmware setup from the Repieter configuration option. The printer homes the axes correctly, responding with no issues to the manual commands and the heating curves for both bed and print head are correct. Tried again and got the same problem.

 

I have tried to slide the stl model with both Cura slicer and Slic3r from Repieter software always getting the same result. Then I started debugging the generated g-code. The axis motion feedrate is determined by the G1 code including (when the feed rate should be changed) the feed rate F parameter.

The values are correct based on the configuration settings; I keep the acceleration almost low (between 200 and 500 in the different conditions) granting a low average speed changes also during long paths.

 

As far as I know, I set in the configuration parameters the speed in mm/s (millimeters per seconds) while the gcode F parameter in G1 command uses the feed rate in mm/min (millimeters per minute). So values are normal, and all worked fine until two days ago. Also the behaviour is correct checking the J. Prusa calculator showing the feed rate curve related to the speed and acceleration: I got what I was expecting.

 

Then, apparently without any reasond things started to change dramatically like the gcode feed rate is interpreted by the controller in wrong units (mm/s instead of mm/min)

 

The first lines of a previously working g-code file shows the feed rate values, before working then ... accelerating.

 

M190 S100.000000
M109 S220.000000
;Sliced at: Sun 03-01-2016 11:32:05
;Basic settings: Layer height: 0.2 Walls: 0.8 Fill: 20
;Print time: 1 hour 1 minutes
;Filament used: 5.147m 15.0g
;Filament cost: 0.31
;M190 S100 ;Uncomment to add your own bed temperature line
;M109 S220 ;Uncomment to add your own temperature line
G21        ;metric values
G90        ;absolute positioning
M82        ;set extruder to absolute mode
M107       ;start with the fan off
G28 X0 Y0  ;move X/Y to min endstops
G28 Z0     ;move Z to min endstops
G1 Z15.0 F6000 ;move the platform down 15mm
G92 E0                  ;zero the extruded length
G1 F200 E3              ;extrude 3mm of feed stock
G92 E0                  ;zero the extruded length again
G1 F6000
;Put printing message on LCD screen
M117 Printing...

 

where the feed rate is set in values around 6000 that means 100 mm/s for fast moving. Instead the printer comes crazy.

I have tried to send manually some gcode z-moves from the Repieter manual control interface and this focused the problem: without any change in the settings, by two days the firmware seems interpreting the gcode F parameter as mm/s instead of mm/min generating an unacceptable speed over the axis movements.

 

I have no idea if this is a software problem and in this case what are the parameters that went wrong or if it is some strange of hardware issue producing this result.

 

Thank you in advance for any suggestion or advice. Does someone have an idea of what can be the cause?

 

Enrico

  • Sign in to reply
  • Cancel
Parents
  • bwelsby
    0 bwelsby over 9 years ago

    Enrico, did you manage to fix this ?

     

    The gcode file looks fine to me and  very similar to what I get for my printer.

     

    If you have updated the firmware did you also reset the eeprom settings with M502 , M500

     

    Brian

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Reject Answer
    • Cancel
  • balearicdynamics
    0 balearicdynamics over 9 years ago in reply to bwelsby

    Hello Brian,

     

    unfortunately no, I am again in the middle of the issue image

     

    As a matter of fact I think it is a problem of firmware settings. I think I have setup something wrong and to be honest I have no idea what it can be and can't make any kind of "undo". Until this morning I have done several tests with the Geetech technician that supported me very well. As the issue is very strange he has deducted that it will depend on "something" unpredictable broken on the sanguinololu board so tomorrow morning they ship to me a new replacement board. I have experienced a very good support from them but I continue to remain almost sure that it is a sort of strange undocumented firmware setting issue.

     

    As far as I know, I am happy to have a backup board and I will try to replace it as I receive it but I am almost sure that this is not the real problem. Any hardware issue, can't be like this. I should also add that trying to replace again the firmware and checking all the settings, not perfectly but it seems working better now.

     

    Please can you explain me more details about these two gcode commands M502 and M500 ?

     

    Thank you. Enrico

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • bwelsby
    0 bwelsby over 9 years ago in reply to balearicdynamics

    M502  loads the configuration settings that are preset defaults.

    M500 then saves the current settings to eeprom which are then loaded at power-up or reset.

     

    I had a problem once when my printer started doing strange things after firmware update and this fixed it. It was because the new firmware stored config settings  in different locations in eeprom.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Reject Answer
    • Cancel
Reply
  • bwelsby
    0 bwelsby over 9 years ago in reply to balearicdynamics

    M502  loads the configuration settings that are preset defaults.

    M500 then saves the current settings to eeprom which are then loaded at power-up or reset.

     

    I had a problem once when my printer started doing strange things after firmware update and this fixed it. It was because the new firmware stored config settings  in different locations in eeprom.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Reject Answer
    • Cancel
Children
  • balearicdynamics
    0 balearicdynamics over 9 years ago in reply to bwelsby

    Many thanks! I will try in about a couple of hours then I will post the results here.


    Enrico

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • Nate1616
    0 Nate1616 over 9 years ago in reply to balearicdynamics

    Remember that the firmware has a setting that allows you to change if the eeprom get saved or overridden each power up.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube