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

Unresolved R1 is stopping mid print

Discussion in 'Troubleshooting' started by Mark C Wagner, Jan 21, 2024.

  1. Mark C Wagner

    Mark C Wagner New Member

    Joined:
    Oct 13, 2015
    Messages:
    5
    Likes Received:
    0
    I have an R1 that I bought when they first came out. I have made a lot of prints on it over the years an it has worked well.

    A few years ago it started to fault out mid print. It looked like a connection issue, broken wire, etc. I had an E3D V6 hot end that I hadn't had the time to install, and I figured this might fix the connection issue. Well, that didn't fix anything and I seem to have another issue as well.

    Here is a log from when it stopped on me, here it seems like the heat gradually went down, like the hot end was no longer heating. After this print I tried the same exact print and it made it 3 hours without the heat dropping. but stopped with a different issue.

    ok T:215.0 /230.0 B:89.4 /90.0 T0:215.0 /230.0 @:127 B@:127
    N7769 G1 X104.93 Y102.53 E247.41*99

    ok
    N7770 G1 X104.23 Y103.24 E247.447*83

    ok
    N7771 G1 X103.52 Y103.94 E247.485*86

    ok
    N7772 G1 X102.82 Y104.65 E247.522*92

    ok
    N7773 G1 X102.11 Y105.35 E247.559*95

    ok
    N7774 G1 X101.41 Y106.05 E247.596*93

    ok
    N7775 G1 X100.71 Y106.76 E247.634*81

    ok
    N7776 G1 X100 Y107.46 E247.671*121

    ok
    N7777 G1 X99.3 Y108.17 E247.708*80

    ok
    N7778 G1 X98.59 Y108.87 E247.745*97

    Print Canceled
    ok
    N7779 G28 X0*101

    Error:Extruder switched off. Temperature fell too much during print!
    Pause Due to Error
    Error:printer stopped due to errors. Fix the error and use M999 to restart. (Temperature is reset. Set it after restarting)
    ok
    N7780 M114*31

    X:0.00 Y:108.87 Z:0.30 E:247.75 Count X: 0.00 Y:108.87 Z:0.30
    ok
    N7781 M105*30

    ok T:209.3 /0.0 B:90.9 /0.0 T0:209.3 /0.0 @:0 B@:0
    N7782 M114*29

    X:0.00 Y:108.87 Z:0.30 E:247.75 Count X: 0.00 Y:108.87 Z:0.30
    ok
    Communication State: Paused
    N7783 G1 X0.1 F3000*33

    The error log from the next time it ran seems wrong. Does the log continue to fill even after you stop the print?
    This time when it stopped it made a horrible sound like one of the axis was jammed and the motor was trying to move. It didn't actually stop for a fault until I stopped it. This time it ran for 3 hours of a 3.5 hour print. This is very frustrating!

    Since I installed a completely new hot end all the cables were changed out and the connections were checked. anything else I should check? I have rechecked all the connections and they look good. The thermocouple is tight also.

    This thing ran so good for so many years, I hate to throw it out.
    Thanks for any help.
     
  2. Mark C Wagner

    Mark C Wagner New Member

    Joined:
    Oct 13, 2015
    Messages:
    5
    Likes Received:
    0
    I just had another failed print where it sounded like the print head jammed. I saved the error log, but it is not correct. Is there a reason I am getting a false error log?
    It shows the temperature dropping and then a fail due to temp, but I saw the temp at 230 when the print head "jammed". I checked the print head temp after I saved the log and the temp was 217. The log says it dropped to 210.

    Here is the log, this can't be correct. Why is there no time stamp in these logs?

    This damn forum will not let me post the print log, it says my post looks like spam!!!

    I'll try to edit my post and add it....

    FIRMWARE_NAME:Marlin V1; Sprinter/grbl mashup for gen6 FIRMWARE_URL:https://github.com/ErikZalm/Marlin/ PROTOCOL_VERSION:1.0 MACHINE_TYPE:ROBOR1PLUSV1 EXTRUDER_COUNT:1 UUID:00000000-0000-0000-0000-000000000000
    ok
    N36524 M114*33

    X:0.00 Y:96.85 Z:0.78 E:1628.97 Count X: 0.00 Y:96.85 Z:0.78
    ok
    N36525 M84*24

    ok
    N36526 M106 S0*99

    ok
    N36527 M106 S0*98

    ok
    N36528 M105*45

    ok T:210.5 /230.0 B:94.1 /95.0 T0:210.5 /230.0 @:127 B@:127
    Error:Extruder switched off. Temperature fell too much during print!
    Pause Due to Error
    Error:printer stopped due to errors. Fix the error and use M999 to restart. (Temperature is reset. Set it after restarting)
    N36529 M105*44

    ok T:209.9 /0.0 B:94.3 /0.0 T0:209.9 /0.0 @:0 B@:0
    N36530 M105*36
     
  3. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,915
    Likes Received:
    7,338
  4. Chuck Glenn

    Chuck Glenn Member

    Joined:
    Sep 17, 2015
    Messages:
    38
    Likes Received:
    12
    Howdy gang, and Mark!

    I got here because mine R1+ just stops right in the middle of printing after a couple of years now of smooth performance. Over the years I've replaced the hot-end, motherboard, power supply and a couple of belts. I have no idea where to even start troubleshooting this one though.

    I'm printing something only 4 mm tall but about 4"x5" with a couple of through-holes. The first couple of times it stopped right in the middle of the first layer. I know that sometimes Cura has a problem with understanding the STL files created by FreeCAD if the boolean operations are too complicated... Or maybe that's all voodoo and I'm seeing a pattern that isn't really there. I have gone back and simplified the boolean steps in FreeCAD in order to get things to work better. I don't really think that is the problem here though... mor background.

    I switched to Cura about a year ago after having issues trying to reinstall MatterControl after a computer rebuild. It's bee working fine using the "Merlin" G-CODE flavor, but I do realize it probably should be using RepRap (based on the arduino code I see for R1+).

    I was using Cura 5.4 for about a year, but I still updated to 5.6 recently to try to solve this issue. No change! I also tried swapping out the USB cable, and plugging it into a different USB port on the computer, and even unplugging other USB switches/hubs. No change!

    The last couple of times the extruder was in the far upper-right part of the bed when it locked up.

    What happens is Cura seems to still be responsive, but the printer just stops moving, and the lights and fans are all still going like it's active.

    Seems like I should swap out the extruder heater and thermistor. Does that sound like a reasonable first stab at it?

    Any other way I can get more info? Is the serial monitor active like with other arduino devices? Are there some kind of logs from the printer I can get elsewhere? The cura logs show nothing wrong.

    Thanks!
     
  5. Chuck Glenn

    Chuck Glenn Member

    Joined:
    Sep 17, 2015
    Messages:
    38
    Likes Received:
    12
    I use arduino for lots of things, but I cannot seem to get it to recognize the mega 2560 in the r1+. USB dings when I plug or unplug, but now Cura doesn't see it either. I'm going to replace the MEGA2560 with pre-flashed one from partsbuilt.
     
    mark tomlinson likes this.
  6. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,915
    Likes Received:
    7,338
    Best idea. If random crazy is happening that is likely the Arduino. Yes, it could be the RAMPS 1.4 board, but it is probably the Arduino.
    Reloading the firmware is a (normally) safe and easy thing to try, but generally it will not solve that sort of issue.

    If that does NOT sort it then I would use the GCode logs from the terminal (if you are printing directly from a PC/Mac attached via USB -- all the slicer programs I have used have one to look at/export) as that will almost certainly have an error in it somewhere.

    If you (like others) are using OctoPrint to drive the printer remotely, there are still logs that can be had (I just don't remember how off the top, but they are well documented)
     
  7. Chuck Glenn

    Chuck Glenn Member

    Joined:
    Sep 17, 2015
    Messages:
    38
    Likes Received:
    12
    I always use "printing via usb" from Cura. I'm curious why MatterControl is still listed as the recommended software for the R1+ on the web site.
     
  8. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,915
    Likes Received:
    7,338
    For that you would need to reach out to Robo3d (perhaps Braydon Moreno) as that is their website :)
    Nobody on this forum (well, nobody active) actually works for Robo3D -- this is all done by folks who own and use the machines.
     
  9. Chuck Glenn

    Chuck Glenn Member

    Joined:
    Sep 17, 2015
    Messages:
    38
    Likes Received:
    12
    Gotcha! Well I was just hoping it wasn't because of some kind of inherent incompatibility. I've used it quite a lot, and this behavior is new, so I think not.

    Anyway... replace the arduino, the extruder, the extruder heater and the extruder thermistor. SAME THING! Printed for about 15 minutes and froze in place.

    Any idea where I could get the serial monitor open in Cura?

    Any other ideas? I'd ty a different computer, but this is the only one I have that can boot into windows. The others are Ubuntu or chromebooks. I've had nothing but headaches with Linux and USB ports, so I'd rather not have to explore that rabbit hole.

    Just in case it matters, here are the Cura settings I've gotten to work for more than a year. I've run it using th "Marlin" g-code flavor quite a lot, seemingly without issues, but I changed to RepRap to try to solve this issue.

    upload_2024-2-24_1-2-2.png
     
  10. Chuck Glenn

    Chuck Glenn Member

    Joined:
    Sep 17, 2015
    Messages:
    38
    Likes Received:
    12
    and this if it could possibly matter
    upload_2024-2-24_1-13-20.png
     

    Attached Files:

  11. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,915
    Likes Received:
    7,338
    Marlin is correct for the Robo and you want the ending GCode to do something (like lift the nozzle away from the print) but that would not make an impact to your problem. I would suggest you try a different slicer/host program. Not because that will fix it, but because then you could easily get the GCode terminal contents :) That will help diagnose the issue.

    It could be the same as the other above ("temperature fell too much during print") or it could be something else, but get a terminal log and we can diagnose from there. Repetier-host (for example) calls it the Console Log and you can save that to a file and we can examine it for an error.
     
  12. Chuck Glenn

    Chuck Glenn Member

    Joined:
    Sep 17, 2015
    Messages:
    38
    Likes Received:
    12
    Well more interesting stuff. I decided to browse the Cura forums to see if there was any serial montir, and I see tons of discussions tht USB Printing from Cura is not supported, and definitely not recommended. So I'll try maybe printun octoporint, etc.

    Repetier is way beyond complicated. I just want something where I can say "Robo3D R1+, usb connection, print this file" I don't even know what 90% of these things in Repetier are about, and I'm not interested in learning.
     
  13. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,915
    Likes Received:
    7,338
  14. Chuck Glenn

    Chuck Glenn Member

    Joined:
    Sep 17, 2015
    Messages:
    38
    Likes Received:
    12
    I appreciate you sticking with me Mark!

    I have made some hopeful progress... Based on the assumption that Cura USB printing is bugged as they say... I used Cura to save g-code to a file, and then installed pronterface. I was pretty easily able to connect to COM10 at 250000 baud, load the g-code and start printing!

    I decided to go big and do the 3 hour print that froze for the last 2 weeks. We'll see! If it's the printer, something about windows, or my USB ports in the laptop, I suppose I'll get the same results.
     
    mark tomlinson likes this.
  15. Chuck Glenn

    Chuck Glenn Member

    Joined:
    Sep 17, 2015
    Messages:
    38
    Likes Received:
    12
    And it completed. I guess I got my answer. Now where do I send the slightly used arduino, extra ramps, slightly used hotend with heater/thermistor? I think if I replace parts in the future they will be NEW.
     
    mark tomlinson likes this.
  16. Chuck Glenn

    Chuck Glenn Member

    Joined:
    Sep 17, 2015
    Messages:
    38
    Likes Received:
    12
    So note to all others, do NOT do print via USB from Cura! At least not to an R1+
     
  17. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,915
    Likes Received:
    7,338
    You can keep those as spares for the future :)
    Lots of other FDM printers used the Aurduino/ RAMPS combination or they used a combo board that the firmware thought was an Arduino/RAMPS :)

    I have 1 out of 7 FDM printers that did not use that approach -- A delta style printer. It needed a 32 bit board to handle the calculations...
    Some of the FDM printers use Chinese combo boards... (but they are still Arduino/RAMPS as far as the Marlin firmware is concerned).

    I always suggest people try OctoPi (Or OctoPrint) as some stage because it allows you to still use whatever slicer you want, but gives you remote functionality for the printers. I can get to mine from a cellphone :)
     

Share This Page