Printer stopping whilst printing

[Keiran19]

I'm running Reptier on Repetier Host for my Rostock 3D delta printer, I read the printer going idle issue but couldn't make out anything that helped me. The printer simply stops and reads "Idle" on my LCD and on the host. I'm not 100% with programming and im fairly new to Repetier software as well as the host. Its printing about 3/4 of the print then it stops extrudes a little whilst still on the print and doesn't do anything, sometimes the host crashes as well. I'm really out of ideas so any help would be great.

[repetier]

Test if the lcd is still responsive. If it is change e.g. speed multiplier and see if it increases in the host. If it does check if "fake ok" in manual control helps restarting. What is buffers saying? I guess it is empty and it is waiting for the host to send new lines. In the latest github version you can also set

define DEBUG_PRINT

which gives you a a new menu entry in quick settings. If output to host still works klick it and post the received log lines. Perhaps they contain some explanation for the hang

[Keiran19]

Yeah the LCD was still responsive. I removed it from the board and it did work for one print but it was only 3mm high and when i tested on a print that was 50mm high it still stopped part way through. The buffer reads "0" and underneath the LCD would say "Idle". Would the #DEBUG_PRINT be in the firmware at Config.h? Is the latest version 0.95? Because that's the current firmware Im running.

Cheers

---

From: repetiermailto:notifications@github.com Sent: ‎18/‎02/‎2014 17:16 To: repetier/Repetier-Firmwaremailto:Repetier-Firmware@noreply.github.com Cc: Keiran19mailto:keiranpaterson@hotmail.com Subject: Re: [Repetier-Firmware] Printer stopping whilst printing (#250)

Test if the lcd is still responsive. If it is change e.g. speed multiplier and see if it increases in the host. If it does check if "fake ok" in manual control helps restarting. What is buffers saying? I guess it is empty and it is waiting for the host to send new lines. In the latest github version you can also set

define DEBUG_PRINT

which gives you a a new menu entry in quick settings. If output to host still works klick it and post the received log lines. Perhaps they contain some explanation for the hang

---

Reply to this email directly or view it on GitHub: https://github.com/repetier/Repetier-Firmware/issues/250#issuecomment-35408295

[repetier]

Yes, add the define in Configuration.h for firmware 0.91 from github master branch. Was the output still working (speed multiplier test)?

[Keiran19]

0.91? Should i download that version? Instead of the 0.95? Which output do you mean? Im still pretty new at all this.

---

From: repetiermailto:notifications@github.com Sent: ‎19/‎02/‎2014 09:51 To: repetier/Repetier-Firmwaremailto:Repetier-Firmware@noreply.github.com Cc: Keiran19mailto:keiranpaterson@hotmail.com Subject: Re: [Repetier-Firmware] Printer stopping whilst printing (#250)

Yes, add the define in Configuration.h for firmware 0.91 from github master branch. Was the output still working (speed multiplier test)?

---

Reply to this email directly or view it on GitHub: https://github.com/repetier/Repetier-Firmware/issues/250#issuecomment-35481930

[repetier]

We are talking about the firmware and ther eis no 0.95 version. 0.95 is the latest host version.

With output I meant a test if the usb connection was crashed or not. If you change speed multiplier in the lcd menu and watch the setting in the host manual tab, you should see it change as well. If not the usb connection is crashed, which is also the typical reason for the host crash. In that case try a different usb cable (shielded) or a different urb port/usb hub.

[Keiran19]

Ah ok my apologies.

Sent from my Windows Phone

---

From: repetiermailto:notifications@github.com Sent: ‎19/‎02/‎2014 11:08 To: repetier/Repetier-Firmwaremailto:Repetier-Firmware@noreply.github.com Cc: Keiran19mailto:keiranpaterson@hotmail.com Subject: Re: [Repetier-Firmware] Printer stopping whilst printing (#250)

We are talking about the firmware and ther eis no 0.95 version. 0.95 is the latest host version.

With output I meant a test if the usb connection was crashed or not. If you change speed multiplier in the lcd menu and watch the setting in the host manual tab, you should see it change as well. If not the usb connection is crashed, which is also the typical reason for the host crash. In that case try a different usb cable (shielded) or a different urb port/usb hub.

---

Reply to this email directly or view it on GitHub: https://github.com/repetier/Repetier-Firmware/issues/250#issuecomment-35487652

[Keiran19]

Ah ok my apologies. The USB seems to be fine. I will have to get back to you on the tests because im not with the printer just now. Ill try the things you suggested and if it still doesn't work ill get back to you.

Cheers

Sent from my Windows Phone

---

From: repetiermailto:notifications@github.com Sent: ‎19/‎02/‎2014 11:08 To: repetier/Repetier-Firmwaremailto:Repetier-Firmware@noreply.github.com Cc: Keiran19mailto:keiranpaterson@hotmail.com Subject: Re: [Repetier-Firmware] Printer stopping whilst printing (#250)

We are talking about the firmware and ther eis no 0.95 version. 0.95 is the latest host version.

With output I meant a test if the usb connection was crashed or not. If you change speed multiplier in the lcd menu and watch the setting in the host manual tab, you should see it change as well. If not the usb connection is crashed, which is also the typical reason for the host crash. In that case try a different usb cable (shielded) or a different urb port/usb hub.

---

Reply to this email directly or view it on GitHub: https://github.com/repetier/Repetier-Firmware/issues/250#issuecomment-35487652

[Keiran19]

I have updated the firmware to 0.91 but cannot find #define DEBUG_Print in my Config.h but managed to find a few debugging options in my other version which was 0.73 i think. The LCD i have only really has a dial on it so i cant really do anything with it except check temperatures, buffer, ETE and coordinates of the XYZ as well as tell me when its printing or idle. But the USB seems fine its reading and displaying the same values on the laptop. If you have any ideas could you let me know. cheers again.

Date: Wed, 19 Feb 2014 03:08:28 -0800 From: notifications@github.com To: Repetier-Firmware@noreply.github.com CC: keiranpaterson@hotmail.com Subject: Re: [Repetier-Firmware] Printer stopping whilst printing (#250)

We are talking about the firmware and ther eis no 0.95 version. 0.95 is the latest host version.

With output I meant a test if the usb connection was crashed or not. If you change speed multiplier in the lcd menu and watch the setting in the host manual tab, you should see it change as well. If not the usb connection is crashed, which is also the typical reason for the host crash. In that case try a different usb cable (shielded) or a different urb port/usb hub.

— Reply to this email directly or view it on GitHub.

[kyrreaa]

It may not be stopping. I've found a situation where the print goes on, but movement is unbelievably slow. If you feel the shaft of the steppers they may go at 1 tick every few seconds...

[Keiran19]

Im about 100% sure its no longer moving i activated the debugging options on the firmware and its constantly saying resend in red also its reading Idle on the LCD. It also seems to stop around 3/4 of the way through the print.

Date: Mon, 24 Feb 2014 08:25:16 -0800 From: notifications@github.com To: Repetier-Firmware@noreply.github.com CC: keiranpaterson@hotmail.com Subject: Re: [Repetier-Firmware] Printer stopping whilst printing (#250)

It may not be stopping. I've found a situation where the print goes on, but movement is unbelievably slow. If you feel the shaft of the steppers they may go at 1 tick every few seconds...

— Reply to this email directly or view it on GitHub.

[kyrreaa]

Aha! That bug is the host detecting a disconnect, but failing to see a reconnect on the usb. In it's mind it's aborted so does not resend the lines it is asked for. Notice how the numbers it sends are low, while the requested resends are high numbered from expected continued job.

This went away fro me when I shortened the wires from my powersupply to my printerboard. It was a result of ground-bounce/lift causing usb to momentarily fail.

I think the resend-algos and such need work as this would have been recoverable...

[Keiran19]

So you think if i shorten the cables between my RAMPS board and my power supply it should fix this problem? Date: Mon, 24 Feb 2014 08:41:17 -0800 From: notifications@github.com To: Repetier-Firmware@noreply.github.com CC: keiranpaterson@hotmail.com Subject: Re: [Repetier-Firmware] Printer stopping whilst printing (#250)

Aha!

That bug is the host detecting a disconnect, but failing to see a reconnect on the usb. In it's mind it's aborted so does not resend the lines it is asked for.

Notice how the numbers it sends are low, while the requested resends are high numbered from expected continued job.

This went away fro me when I shortened the wires from my powersupply to my printerboard. It was a result of ground-bounce/lift causing usb to momentarily fail.

I think the resend-algos and such need work as this would have been recoverable...

— Reply to this email directly or view it on GitHub.

[kyrreaa]

Yes, I shortened mine to 2' with very thick cable and it worked. I had it at around 5' though.

[kyrreaa]

If this problem does not happen on same print if you run simulated, but happens when you run for real it may be same type issue with usb. The reason it does not happen on dry run is no curent is used by heaters (nozzle and bed) during dry run.

[Keiran19]

Ill shorten the wires off then. I had wondered why it always worked on the dry runs but never on prints. I have managed to print a few things but with taller objects it seems to cut out. I did just switch the USB to a shielded one.

Date: Mon, 24 Feb 2014 08:56:03 -0800 From: notifications@github.com To: Repetier-Firmware@noreply.github.com CC: keiranpaterson@hotmail.com Subject: Re: [Repetier-Firmware] Printer stopping whilst printing (#250)

If this problem does not happen on same print if you run simulated, but happens when you run for real it may be same type issue with usb. The reason it does not happen on dry run is no curent is used by heaters (nozzle and bed) during dry run.

— Reply to this email directly or view it on GitHub.

[kyrreaa]

The problem is there will be a LOT of current going through the shield of the usb and it may even harm the PC. I have not seen any implementations yet that does this correctly. Either the bounce can create a high curent in ground wire, or in shield. It's really bad and only option for now is to use as short and beefy wires as possible.

[Keiran19]

It does still extrudes while its stopped and leaves a blob which makes me think it is still connected and receiving some signals, However i could be wrong and it could just be back pressure.

Date: Mon, 24 Feb 2014 09:00:40 -0800 From: notifications@github.com To: Repetier-Firmware@noreply.github.com CC: keiranpaterson@hotmail.com Subject: Re: [Repetier-Firmware] Printer stopping whilst printing (#250)

The problem is there will be a LOT of current going through the shield of the usb and it may even harm the PC. I have not seen any implementations yet that does this correctly. Either the bounce can create a high curent in ground wire, or in shield. It's really bad and only option for now is to use as short and beefy wires as possible.

— Reply to this email directly or view it on GitHub.

[Brekel]

Just wanted to note that there's a similar discussion on the RepRap forums: http://forums.reprap.org/read.php?267,314354,315509#msg-315509