Laser is continually firing

[Michaelm73 (Michael)]

I’ve just connected a new Ruida controller to my LB account. I’ve cut directly from the controller, the test file sent along from OMTech.

I’ve just loaded up some of my personal files that I have used on other smaller diode and K40s… Now my laser is firing during the frame command, or when returned to it’s origin it continues to fire.

I saw some other users with similar issues, but following that thread didn’t resolve my issue.

I assume it’s a small issue with cut settings I’ve missed… Any help?

Cheers

[jkwilborn (Jack Wilborn)]

How did you wire up the Ruida to the lps?

Ruida → lps

L-On1 → L — this is laser enable
L-PWM1 → IN this can also be L-AN1 → IN

You can check the L input of the lps, it should go low when firing.

[Michaelm73 (Michael)]

I didn’t wire the controller myself, it came already wired.

The test file cut perfectly as it should, all pulse tests fire as it should…

It’s just when I frame, move the laser head, anything else involved with simply moving the laser head, it’s firing.

[jkwilborn (Jack Wilborn)]

@Michaelm73

connected a new Ruida controller

Read this as you upgraded or installed a new controller… oops…

---

The testing of the inputs to the still holds, but it sounds like something is set to enable it when framing… I can’t conceive on how a Ruida could do that unless told to do it.

---

If you upload the file to the machine and frame it at the console, do you get the same results?

---

You can put a voltmeter on the L terminal and watch the voltage, that way you don’t have to power up the lps, no laser to worry about.

I didn’t think the Ruida put out a pwm signal when it frames, but haven’t looked… that doesn’t make sense … but they’ve fooled me before.

[ednisley]

@jkwilborn

I didn’t think the Ruida put out a pwm signal when it frames

Nor did I, but that’s how it works: the PWM signal matches what will be needed for the next cut and is active pretty nearly all the time.

I discovered that when the power supply failed always-on, ignoring its Enable input: the PWM signal setting the power level went active during the framing travel and scorched a line from the Home position to the frame, around it, and back to Home again:

OMTech 60 W Laser: Failed HV Power Supply

@Michaelm73

when returned to it’s origin it continues to fire

Absent other peculiarities, this could be another coincidental failures. Perhaps the supply failed hot at about the same time as the machine got connected to a different PC?

[jkwilborn (Jack Wilborn)]

I haven’t looked at the pwm while framing. I know pwm starts as soon as I press ‘start’ on the console.

The issue is odd since it only occurs when he’s framing and doesn’t turn off…

@ednisley

PWM signal matches what will be needed for the next cut

Does it use a loaded layer or does it use the ‘console’ setting for pwm…

If there is no file loaded what happens to the pwm when you try to frame something? Never tried to frame nothing …

---

You brought up a good question… Does it continue to fire when one of the error inputs become active…

In either case, in the end, you’ll need a voltmeter.

Using a voltmeter to determine if the L-On1 is active after it frames, would tell us if the controller or lps is at fault…

[Michaelm73 (Michael)]

Was literally a cut setting in LB as I thought. Got it sorted.

Cheers

[jkwilborn (Jack Wilborn)]

What setting caused this?

I’d like to know as well as anyone else with the problem.

[berainlb (PY)]

@Michaelm73

Was literally a cut setting in LB as I thought.

I’m curious about this. There’s nothing in the cut layer that should affect framing behavior with respect to laser power as far as I know.