(rostock max) wont take any commands, idles. Queue fills up

[Vakbezel]

I have a printer here that just idles.
It will add commands itself to the waiting queue and I'm assuming it just wont communicate with the computer?
So the queue just fills up, cant get it to home from the computer I'm using, can't even manually enter commands, it just adds em to waiting.
Also If I manually home it on the actual printer it just jolts down a few inches...

[guanu]

could be a few things.. if you are using a mac, try dropping the baud rate down from 250000 to 115200 on the machine and software.. I've also seen this happen with a bad usb cable or a long usb cable getting interference from power cables.

Guanu

[halotosis]

This sounds very similar to what happened to me. The RAMBO was detected and assigned a USB port, I could connect with repetier host, but not issue any commands. I could run jobs off the sdcard, but not do anything via USB. I also could not reprogram the arduino firmware. I could see everything happening, so the RAMBO was sending data over USB, it just stopped being able to receive data via USB.

I wound up having a bad RAMBO board and had to get it replaced. SeeMeCNC was great about it, just contact them.

[Polygonhell]

There is a weird bug in the version of Repetier Firmware that at least I am using, if the Z height is set to a value that is not a multiple of the step size, the printer won't move after homing. The easy check is to compare the value in the EEPROM with the one printed on the display after you home, if they are not equal, set the EEPROM value to the value on the display.
This is probably not an issue on newer printers, because at 16x uStepping it should rarely if ever happen, but it's worth checking.