Advanced Search

Yeah, that with the CNC crane is very good, i asked a client of mine a few years back about that, he stared at me as his crane is 40X15 meters and 8 meters high. Had to ask him twice and still he was not convinced i can do that.
DO IT!

I am pretty sure i am a bit younger than both of you (54), but i absolutely admire your persistence and will to push through, always.

I will do some snooping after work on my pi5.  Thats about 5 hrs away as of the time of this post.

I see what you’re saying. That is a predicament, though I can figure that out later alike you mentioned. It may be solvable with the same me mechanism as the dial and some more thought as well. Though for now I’ll disable the THC.

how about the offset issue? Rotating the torch will offset the predicted cut point from the actual cut point. Can I program that out?

If you have to be able to adjust the height during cutting, you can’t just move the Z axis up and down if the torch is tilted. If you have a laser pointer, put it on an angle and then move it up and down. You will see the dot moving left and right. If you want to be able to adjust the height during cutting you need to move the torch perpendicular to the plate. This would mean tilting the whole Z-axis.
I would say, start with disabling the THC and starting from the edge. When that’s not enough anymore, then you can try to figure out the next steps.

You should have SheetCam set up to either use the materials that are in QtPlasmaC or to create the materials as required.
If you have something like below in the G-code file:then SheetCam is creating the materials.
linuxcnc.org/docs/devel/html/plasma/qtpl...lasma:magic-comments

The default material in QtPlasmaC is set on the SETTINGS tab.

Yes I have the ht2000 I briefed threw the manual did not see anything about voltage divider. I'm going to give a try calling hyperherms tech support. I asked them a few questions before and they were pretty helpful guy was telling me about how he took part in developing the system. I'm shifting the project slightly into a new direction. I decided because I have 50 foot of rails I am going to take 30 of the feet and build a overhead gantry that will ride on the rails to load and unload plate steel. I am going to set these rails parallel to the gantry rails. I really like this idea because down the road it would be very easy to convert the gantry to being powered and possibly even CNC. I can use the gear track on the rails to move the gantry in the y axis. I will need to figure something out for the x and z axis but I figured I could program it to pick up the plate steel and set it down all automatically, avoiding the danger of moving the plate steel with a crane by hand. It would also potentially be possible to hook up a electro magnet to pick pieces off the table all cnc. I found one example of somebody doing it. youtube.com/shorts/DvBW-bO678k?si=3gM8novCpRZhSCEu

Hello RDA,

This would most likely be only for edge cuts that can start from off the material. Though I would like to also be able to have it used for designs. I could simply ensure I have a start cut first that comes in straight then I can do the actual design coming into that. I didn’t think of this, thank you!

when you say till the whole lifter do you mean the entire z-axis? Or just the torch? I plan on having the torch attached to a circular break away plate that is fixed with pins. Then it will marry with a circular dial of sorts with holes every 15 degrees. Therefore you will be able to manually remove the torch breakaway and lock it into another pin set.

i can disable the THC for this feature if that would be easier.

I never seen any documentation saying to use those commands in that way. I will try that and get back to you.

mBender wrote:

...
I think something like a 74ACT245 where you can external control the direction might be better for this application.

if you are using the china 5axis BOB's, than you can connect it directly to the tangnano9k,
i used this configuration before i draw my first board (Tangoboard).
 

digiex_chris wrote:

.....
Thinking about it more with your comment, I think maybe the machine is moving the correct amount, but the position reported back to LinuxCNC isn't correct or isn't stable, for some reason. How can I look into this further? If it were just floating point rounding error, once the iceshield had arrived at the correct position, shouldn't the reported position then be stable at the rounded value, instead of flicker? My X axis is very coarse, so I am comfortable with it not having high precision, but the flickering reported value (shown in the DRO) is very odd given that it's a stepper.

Do I need to re-flash with each change of scale, or is modifying it in the .ini sufficient?

For reference, 
config: github.com/digiexchris/6x11-sg-grinder-l...reconfig/config.json
generated ini: github.com/digiexchris/6x11-sg-grinder-l...eld/LinuxCNC/rio.ini

but I have changed the scale to 11.64 (yes, very coarse) for the X axis but that's what was required to get 10mm of movement from G1 X10 with a surface grinder table driven off of the normal handwheel (it's quite a large movement per handwheel turn)


I think I'll change the microstepping up to 32k so I can get the scale number higher and see what effect that has on the stability of the reported position.

if i set the deadband to :
DEADBAND           = 0.0001

my DRO shows the exact position like 10.000 or 0.000
 

Yes, that may very well be the case. The following lines are from the code (but not directly following each other like shown):When update-hz is 0, then there is also a division by zero in the last line. Maybe what effects this have depends on the system. The result of the division may be +infinity (which is a valid float). When that is the casted to a 64 bit(?) long, that may give a very big number, which during the next iteration causes the if statement to take the "break" branch for practically all time in the future. There are lots of "ifs" here, and I think that at least some things are implementation dependent.

Ok so used the image given by joco and that installed fine but it installed the develop version of probe basic.  On trying to switch back following the instructions on the probebasic install site when i update the source list to use stable and then do the apt-get update i get the error again.

Switch back to develop branch and able to install correctly.  

It's like me when I've edited a firmware file 20 times and can't get things
to work, only to discover later that the file I was editing was not in the build
path...

Is this just to cut ”strips” from the edge of the plate or is this to do actual bevel contours?

Do note that you can adjust the cut height during cutting in the Z direction, the torch needs to adjust perpendicular to the torch. So you would tilt the whole lifter instead of just the torch if you want to have example arc voltage control during cutting.

Bevel cutting is always, excluding edge start, pierced straight and after you are through the material, you tilt the torch. This is because the plate will deflect the arc and make it much harder to pierce. The bigger the angle, the harder it will be to pierce.
The torches and consumables are not different from the normal ones from a pierce point of view. They are “pointier” so that you get the proper cut height when the torch is tilted.
Powermax will not have any bevel consumables or charts to bevel. I think maxpro nowadays has bevel consumables and the all the rest is highdef stuff.

If you just cut strips and you can start from the edge just go for it. Then either tilt the whole lifter or cut without arc voltage control and level the plate “manually”.