Repetier Host and Pronterface Will Not Control Printer

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.

kissfan4 · 2016-02-12T15:22:48.000Z

Make sure you have the printer powered off when switching the stepper motors, if you do it while energized, well if they were not bad, there is a good chance they are now.

bnoggle · 2016-02-12T16:48:18.000Z

did you try adjusting the amperage using the screw on the RAMPS boards. If they are making noise most likely this is the problem. Make sure you unplug the printer before making any adjustments. Also don’t turn the screw too far the first time, just slowly turn it until it starts to sound better and move.

eseprinting · 2016-02-12T20:27:05.000Z

Have you checked your power supply. You will want to look and see if its set to 220V or 110V. Although its turned on and giving power to your board, it may not be giving power to the components. Most power supplies are automatically set at 220V when assembled/shipped in China. You may have that issue, if so just power down your printer, unplug it from the wall, and flick that little switch to 110V. Plug everything back in, turn it on, and it should connect without having any commands stacking.

KippKyEva · 2016-02-12T23:25:57.000Z

Attached is my Configuration.h file. This is the firmware currently loaded onto the printer. I had to upload as a pdf due the file type restrictions, so sorry if it proves a pain.

eseprinting: I will take a look at the power supply as soon as I can, but I do not remember the presence of a switch. I will examine it.

Valdaine: I did switch around the motors. Funny thing is, even when I swapped the motors to a differently labeled pin port, the original assignments still persisted. i.e. when I plugged the X motor into the Z port, manually advancing X in the software or on the LCD still operated the original (X) motor. The same held true for the others. I know you probably think I’m smoking something, but that is what I observed. I’m not entirely sure how to check the voltage, but I will explore the software and onboard interface to see if I can discern that. And I have no clue what a potentiometer is, I’m afraid. I will look that one up.

Thanks, again, for your help, gang!
Configuration_h.pdf (139 KB)