Repetier Host and Pronterface Will Not Control Printer

kissfan4 · 2016-02-11T12:58:17.000Z

check the baud rate, i just starting using repetier and was having issues just like you, would say it was connected but manual controls would not do anything, the baud rate repetier defaulted to was incorrect.

Jfpayeur · 2016-02-11T13:02:11.000Z

Since you manage to install firmware. And the soft state its connected. And the printer reeboot on connection start. Seems to me the usb to serial connection is working. Howerwere. Could be simply the baud rate beeing at another speed

fabianstouten · 2016-02-11T14:13:43.000Z

Doesn’t that chinese delta printer run on cura? because mine did.

it also sounds logical to me, because repetier is not open source. and the chinese use open source programs more often.

iceman198 · 2016-02-11T14:16:08.000Z

As kissfan4 mentioned, check the baudrate (would be in your configuration.h). Also, make sure you are using the shielded USB cord for the mega (usually a blue cable)…not a hub of some sort as well. I have communication issues whenever I use some other USB cord or a hub.

kissfan4 · 2016-02-11T14:19:10.000Z

i didnt have to change it in the firmware, just simply in the printer settings within repetier.

iceman198 · 2016-02-11T14:24:40.000Z

Correct…I just meant check the configuration.h file so you know what the printer is expecting…then go to repetier and set it to whatever that number was.

SrGeek · 2016-02-11T15:34:08.000Z

Do you know what board you have? Can you attach pictures of the electronics? What I normally do with all my printers is strip the electronics and change them to Ramps 1.4. All parts are cheap and reliable and most firmware support ramps1.4.

3DPrintandStuff · 2016-02-11T17:49:51.000Z

You can used the Arduino Serial monitor in the IDE to find the firmware’s set baud rate.

Select each baud rate 9600-250000 (bottom left) and send M105 until you get a valid response

12x12inchPrint · 2016-02-11T18:08:11.000Z

This might help with Pronterface-

1)In your firmware you have a minimum extruder temp. That keeps a printer from starting until the extruder is up to temp.

Find that value and change it to 0.

2) Upload firmware and re-launch Pronterface and see if you can start calibrating your printer.

3) If that worked make sure you go back and change the min temp in your firmware and upload again.

(Not sure its really necessary as most software waits to hit the temp you set in your slicing/printing software but…why not?)

Valdaine · 2016-02-11T18:49:37.000Z

Another question : can you read extruder temperature on the PC software ?

Are you sure you’re connected to the right COM port ?

Magesh · 2016-02-11T19:23:41.000Z

First order of business. Get rid of the LCD from the board for now and re-upload the firmware code. Make sure you closed the Pronterface and Repetier before you upload the firmware. If they we open, close them and re-upload the code again ( I dont know the reason why it worked for me but it did).

I would suggest you not to open Pronterface at all (restart the computer if necessary). Use only Repetier… for some reason when I was using pronterface and then closed and switched to Repetier, the manual controls didn’t work. When this happened I closed both the softwares and reuploaded the firmware again and opened Repetier to connect to the printer.

If you have firmware upload issues, download a stable older version of Arduino IDE and then try again.

If the above suggestions doesnt work or have some doubts in execution, leave a message here or do the below steps…

Please attach your firmware code here along with snapshots of the Repetier Host (before you click connect, immediately after you click connect and when the status shows Idle). Please confirm that you clicked the right port number in Repetier software that matches the port you used to upload the arduino code.

roko11 · 2016-02-11T22:56:53.000Z

I have a couple of questions for you.

Did you load a firmware with the configuration for a Delta printer in it?

Is your printer in RH(Repetier-Host) configured as a Delta?

When you connect to the printer with RH the log window should show the version of firmware of the printer if it can talk to it.

**For instance, I connected to my Delta (with the correct baud rate),

it initialized the printer and the firmware version along with other information shows up in the log window.

I have manual control of the printer.

I then disconnected.

THEN I went into the printer configuration and changed the baud rate from 250000 to 115200. (I am using 250000 normally)

I Applied and said OK, then I tried to connect,…

The printer reinitialized

I got no data in the log window,(version,free Ram,etc…). I had no manual control at all.

I disconnected again.

I reconfigured my baudrate to 250000 and applied it and said OK.

I connected again,

The printer initialized, and the First thing I saw in the log window was some oddball characters, the next information was all of the normal stuff,(version, free Ram, etc…)

I had manual control again and all was fine.

I did that 3 times and the same happened.

***

That is something to try, it might get you started.

There are more issues in dealing with stepper movement after you can at least talk to the printer.

For instance, stepper driver voltages, endstop configuration (using M119 for status).There is a whole section in configuration.h on how the endstops are configured, that is why a copy of your configuration.h (at least) would be helpful as Magesh has said.

First things first though, like it was mentioned, I would not worry too much about the LCD part,at least you have it visible and working(somewhat).

FantasyFormer · 2016-02-12T02:48:25.000Z

First try clicking the connect button. On Pronterface it is at the top of the screen around the middle. Sorry if that sounds insulting, but the simplest answers first.

KippKyEva · 2016-02-12T03:48:50.000Z

No insult taken. I’m sure there is a very simple and obvious explanation for my difficulties. Yes, I did click the connect button, to no avail.

KippKyEva · 2016-02-12T03:49:42.000Z

Thank you all so much for your input. I am going to work through these ideas tonight and see what happens. I very much appreciate all of the great advice!

KippKyEva · 2016-02-12T04:53:41.000Z

Great call. I searched and found a version of the firmware specific to delta, and now the RH is controlling the printer. Testament to my ignorance that I thought I had the generic firmware properly configured. I will look more into the stepper configurations now, but I am concerned I’ve ruined two of my motors somehow, as the x-assigned motor seems to turn fine while the other two appear to attempt to turn but cannot.

KippKyEva · 2016-02-12T04:55:19.000Z

Thanks, Magesh. I found a version of the firmware that got RH to manually control the printer. Now I just need to tweak it to see if two of my motors are shot or just misconfigured.

KippKyEva · 2016-02-12T05:01:58.000Z

One small step! Thanks to your advice, I was able to track down a better version of the firmware and got RH to control certain functions of the printer. I really appreciate all of the help!

Next step will be to diagnose the issue with two of my stepper motors. X spins fine, but Y and Z both sound like they are trying to turn, but the shaft is locked somehow. Not sure if that makes sense; this is not my electronics forte. This makes repairing iPads look like playing with Lincoln Logs. Anyhow, from what I am reading there may be a driver issue, but I am working on educating myself further (to me, a driver is another type of firmware to control, say, a printer rather than something physical).

Valdaine · 2016-02-12T07:16:36.000Z

Some ideas :

You can switch X motor and Y/Z to check if motors y/z are OK.

On your board, do you have any potentiometer to adjust motor current ?

If you don’t have enough current in the motor coil, the motor will not have enough torque.

Check motor cable wiring, if the motor vibrates, it can come from inversion of wires.

Is your power supply enough strong (can you check its voltage when motors are going on ?)

If Y/Z max speed is too high (configuration.h), the motors cannot turn. Try to make a small move with the same speed as X motor.

roko11 · 2016-02-12T13:08:05.000Z

Awesome! Great job!. @Valdane mentioned swapping the non-working motor to the working connector and try. That is a great idea.

MAKESURE you have it powered off when doing this.

Another note, on the RAMPS board the driver chips are a tight fit and the orientation of the board is important and it could be tough to get them all plugged in correctly because of the clearance. just take a look and make sure they are in correctly.

What flavor of firmware are you using, Marlin or Repetier.?

A look at your configuration.h might help also.