Advanced Search

JTknives wrote:

I have been searching around and can’t seam to find a dedicated QTPlasmaC sheetcam PP. I looked in sheetcam and found LinuxCNC-PlasmaC but not sure if that’s for the QT. Any help would be greatly appreciated. Thanks guys. 

I suggested to Les a few years ago that he change the name, but it didn’t go anywhere.

Even know the GUI is QtPlasmaC, the component is technically still PlasmaC, so I guess it works? I can definitely see how it’s confusing to new folk though.

Cuts look nicer. Did you change over to 45A consumables as well, or just update everything?

Hello,
I am looking for an XML file for a Beckhoff controller, can you post the file here, I would be grateful. The file you need seems to be at this link:
forum.linuxcnc.org/ethercat/47534-etherc...e-configuration-woes

Can you pass a message onto the sheet cam guy? I noticed that thy have a plasma tool plugin now that has a slick feature for building hypertherm 45xp tools. Well I noticed thy had steel fast and steel quality in the drop down. But I think those are swapped. When I select steel fast it is the speeds for quality and the same is true for steel quality as its the faster speeds out of the manual. I was going to contact them but couldn’t find out how.

Jogging all good now, so paying attention to getting the variable resistor potentiometers to control feedrate and spindle speed overrides.
This was complicated by the fact the Hurco has these pots internally fed with 5 volts, and I am reading the analogue voltage via 7i73 pins that tolerate 3.3volts max. However, addressed that with a resistor bridge. Then I want for the pot controls to also change the gui sliders on the Axis screen.
The attached postgui hal makes that all work, and by adjusting the scale figure can get the mid positions to align with 100%, near enough.
To get that right I have been stopping and starting the Axis gui, over and over without homing the machine and find that this "unrecognised error" message crops up sometimes, freezing the rate sliders. The Gui can stiil be shut down normally using the top right X , and generally on a restart, it works again but would like to know what the cause is.
Thanks
I have never seen this error before until I used the mult2 function in this hal.

Thank you so much. I just tested it out and I do t know what voodoo you crammed into this new program but holy crap. It’s cutting better and way faster than it’s ever cut before. The ohmic is wicked fast and doesn’t even tap the part like it did before. Also I’m using the magic hole feature and it’s cutting these small holes amazing. 1/4” holes come out about perfect with no need to be drilled anymore. I wish I would of upgraded years ago. Huge Thank you to everyone that worked on this.

I’m cutting this at about 160” min which is 2-3 times faster than I was and the results are way better.
 

stkvit wrote:

I converted the bcl-amp output to a differential signal (max485), at a long length it works much more stably and reliably. You should do the same (I understand that your frequency is linear and depends only on the height). A couple more questions, your sensor have temperature stabilization?

I was thinking about differential signals and if there is such a need I will introduce them, we will see after the tests. There was only one obstacle - I wanted to leave the size of the device exactly like most BCL type sensors so that it would fit perfectly in the place designated for it. I did not find a suitable connector convenient to use to accommodate so many cables. I thought about RJ45 but it gave rise to other problems. 

Fortunately, such a converter is not a problem and it can be added even externally along with galvanic separation, which is missing here. 

Of course the temperature stabilization is needed - now introduced very basic and weak, it requires refinement. This still requires a lot of time. I have to collect a lot of measurement data and refine the algorithm but I am prepared for it. The current implementation should be completely sufficient for tests. There are other sensors apart from temperature that are more difficult to control and that spoil the measurement during cutting (dielectric parameters of the gas surrounding the nozzle).

We have built a CNC machine using open-loop stepper motors. The motor drivers are connected to a computer via a breakout board, which is linked using a DB25 cable. Most of the wiring is done using jumper wires, and we have a common ground for all electronic components. The Y-axis is driven by two stepper motors, one for each arm.To improve signal stability, we have added pull-down resistors to each Step- pin of the motor drivers. However, we have observed that the potential difference between the 5V pin and ground pin of the breakout board (powered by an 18V power supply) is only 1.6V. Additionally, when the Y-axis motor stops working, the potential difference between the 5V pin and the Y-axis direction pin drops to 0.06V.Thus, we suspect that the breakout board is damaged. The 5V pin on the breakout board should provide a stable 5V, but since it only outputs 1.6V, the board’s voltage regulator or power circuit may be faulty. The fact that the Y-axis direction pin drops to 0.06V when the motor stops further suggests a power issue or weak signal.Additionally, we suspect that electrical noise is affecting system stability, leading to random motor movements. Interestingly, noise issues only appear when the PC is connected to the breakout board. What could be the reason for the issue? Should we also connect breakout board with a usb cable to the PC for extra power. YOU can view our breakout board specifications in the file attached below. 

Hi Royka in the past you give me a link to a kernel.. the link no more work.. is there a new version of a kernel for the latest linuxcnc? i am on mesa.. rtpreempt 6.1.0-31.


the kernel you link me was :

royka post=299706 userid=31446
Which kernel do you run at Debian 10? "uname -a"
What is the result of "cat /proc/cmdline" on Debian 10 and 12?
What is the result of "cat /proc/interrupts" ?

This kernel I've compiled last week by the way (6.9.0-rc5):
drive.google.com/drive/folders/1L28lG0zD...2XQJx?usp=drive_link




can you please help me.. i make fresh install on the same machine and done everything but the kernel is needed to get it work perfect.... i see that the kernel which came with the latest linuxcnc iso doesnt work like my machine before...


thanks

I've never used rtai, but run latency-history and htop, sort by priority (F6?) and you'll see. I think you could use the same script.
Bad RAM memory could be a cause, usually using 2 ram modules (of the same) is better so it can use DDR. But if one of the two is bad removing one or the other might give a better result.
HDD can also be a cause, if you still use that buy a cheap SSD.
Disconnect any CD/DVD drives, SD-reader units.

1. Your ini is missing the spindle section while your hal references 'SPINDLE_9' ini entries. Looking at your hal file makes me think that you are not actually using a spindle setup. If that is the case then you might want to completely remove this section from your hal:

Yeh, that's the one! I made some enhancements for it and Les added it to Sheetcam. There are some settings at the top of the post to check and turn off. I made it so Sheetcam was the master seeing it was for his system

@ihavenofish
Wow that's nice. Having 3 ton machine moving like that also with the current jerkness is too scary definitely not good for my heart.
@LCR
I have similar issue with non-ethercat drivers. you can check it out this thread. It may help
forum.linuxcnc.org/38-general-linuxcnc-q...s-creeping-up#309973

I converted the bcl-amp output to a differential signal (max485), at a long length it works much more stably and reliably. You should do the same (I understand that your frequency is linear and depends only on the height). A couple more questions, your sensor have temperature stabilization?

So, I dug out my 14-year-old 6040 CNC again. 
I already retrofitted that thing once, tossed almost all the original electronics and went with G540 and some old industrial PC. Still, I was strapped for money, and it was a hack. I only used it occasionally for a couple of years, then it just collected dust. 
A few months back, I found myself in a situation where I had a lot of time, and I'm no longer that strapped for cash either.
I got myself a new set of closed loop steppers and CL57T drivers from SteppersOnline, MESA 7i96S board, proper PSUs, a new mini PC and nice steel enclosure, and I'm trying to push hard to do it properly this time. I have a physical layout somewhat complete but still grinding the schematics.

Would somebody be so nice as to look it over?

I have the following questions:
1) Is it ok to use 5V to enable stepper drivers (OUT0)? Stepper drivers will be configured to use 5V, but I'm assuming that DIP switch is only for STEP/DIR pins.
2) Since I'm feeding 24V to IN COM, I have to use 24V to detect alarms from stepper drivers. Is it ok to mix 24V and 5V on the same driver for different functions (5V for enable, 24V for alarm)?
3) Can I detect driver alarms with just one input? Any practical benefit have them wired individually?
4) Right now, I have all limit switches wired independently, but I really need that? Current setup has them all in series on a single wire. Is there any practical benefit of having the wired separately?
5) Not sure about E-Stop. In the schematics, it kills the VFD power and sends a signal to the controller. But I'm not sure about that at all.
6) I have two input pins left, but I still need a probe at least. Am I missing anything else? 

Thanks a lot for any suggestion.

To the OP just for reference next time could you specify if you are using a RPi4 or RPi5 so if we need to look at the images it makes life easier. As both the 4 & 5 come in B variants.

Cheers
Rob