Online printing over ethernet my printer shows a heavy delay between each line of gcode when moving, and get unresponsive after few minutes printing.
Pronterface:
[ERROR] Disconnecting after 4 failed writes.
Disconnected.
[ERROR] Can’t write to printer (disconnected ?):
Traceback (most recent call last):
File “printrun\printcore.pyc”, line 608, in _send
File “socket.pyc”, line 324, in write
File “socket.pyc”, line 303, in flush
timeout: timed out
Is it possible to print online via ethernet?
Then I tried to upload gcode file to print from SD but it took over 40minites to upload a 30MB file:-(
It’s suggested to connect using ethernet rather than USB, but is there anyway to make ethernet connecting efficient and convenient?
Imported from wikidot
Make sure you read http://smoothieware.org/pronterface , in particular the part about the Ethernet streaming option.
Cheers.
THX
I’ve checked the TCP streaming mode, it got stuck each few lines of gcode(about each 5-10 sec). Then I made a test by pressing “off” to stop sending gcode and let the printer run on the buffering gcode, it still get stuck each few lines of gcode until it stop. It seems that the ethernet function took too much CPU power or memory so that there’s not enough resource for the motion control part.
Hope that the more powerful Smoothieboard v2 would solve the problem:-)
The v1 definitely is powerful enough to receive gcode and process/execute it at the same time.
There is some other problem going on here.
What are you using to generate the gcode ?
Is your network full ethernet, or is there some wireless in there ?
It does work really fine printing from SD or via USB.
When printing over ethernet, I tried gcode file from both CURA and Simplify 3D.
I have my printer and workstation both connected to a TP-Link industry level router via Lan but there are some other devices connected to that router via Lan or WiFi too. So I’ve just ordered a Cisco switch to test it again later on.
It’s still possible that the problem is from the CPU power, for when I turned off LCD function and web server, it got better but still gets stuck each 10-20 sec and the situation got worse on curves where many coordinate points are in a short distance.
BTW, my printer really lacks lots of CPU power. It’s a delta so it needs much calculation and with fine optimization on mechanics it runs up to over 600mm/s with steps per mm over 150, many other 3d printer boards can’t handle it by all means.