Communication timeout about teacup_firmware HOT 3 OPEN

I thought RH had a Teacup option for "controlled firmware", but maybe I added it manually when I was testing it. (My memory is fuzzy since it was almost 10 years ago.)

I have also used Cura, Slic3r and Prusa Slicer to send G-code to the printer. But mostly I use Octoprint which uses one of these engines internally, I think, but I don't remember which one. Octoprint usually runs on a Raspberry Pi control board which is attached permanently to the printer. It allows me to print over the network by uploading files in the GUI and clicking the Print button.

from teacup_firmware.

The issue with skipping waypoints is probably unrelated to the processor speed. More likely it is caused by RH sending data faster than it can be printed without waiting for the UART buffer to drain.

"Ping-pong" mode sounds like the usual reprap communication style, but it's strange that it doesn't work for you. Maybe the responses are not to Repetier's liking.

I wanted to use RepetierHost when it came out, but I experienced a number of weird effects with it, too. Whenever I tried to send my G-Code with some other tool like Pronterface, it always worked fine. So I eventually gave up on RepetierHost. I've successfully used many other tools without the sorts of problems RH had. Have you tried sending your g-code with any other tool?

from teacup_firmware.

Thanks for the tip! Actually I only tried Repetier host as I am not very familiar with 3D printing tools on the PC side, so I assumed that the popular Repetier Host would work just fine.

Let me try Pronterface, and see how it goes. Do you have any other recommendations for PC side software?

In RH (and others probably), there is an option for the printer firmware. I have been using Marlin as that seems to be the closest alternative but I am not sure if it is the correct option.

from teacup_firmware.