Another plasma component...

Whatever you decide is good for me, mainly because i am not helping lately ( sorry about that ), and i can see pros and cons of both versions, but i am also leaning towards the one you chose.

I pushed another update:
- remove duplicated ini file entry - doesn't really affect anything, just a tidy up
- change resolution for arc voltage input scaling and offset
GUI files changed are:
configs/sim/axis/plasmac/native/plasmac_axis.py
configs/sim/axis/plasmac/gladevcp/plasmac_panel.py
configs/sim/gmoccapy/plasmac/plasmac_config.py
configs/sim/gmoccapy/plasmac/plasmac_panel.py

rodw wrote:
The on screen scaling does not work because of enforced upper and lower limits in the config screen as I can't enter an offset of 3659.375 (0-100 enforced)

Also the maths in my earlier post says the frequency counts per volt is 83.73 and you have to input the reciprocal of this which is 0.011943151 which is not logical. So I would recommend that the maths be changed to do the reciprocal stuff internally and also remove the enforced range on the scale. If that was the case I think it would work well with some explanation in the docs.

I have fixed the upper and lower limits, hopefully by enough to cover everything.
I don't want to change too much as I don't want the component itself to be dependent on any particular hardware.

I rigged up a 7i76e with a TCAD connected to the encoder input and two batteries for testing:
- run LinuxCNC
- open halshow and watch plasmac.arc-voltage-in and plasmac.arc-voltage-out
- set arc-voltage-scale to 1
- set arc-voltage-offset to the value read from plasmac.arc-voltage-in
- measure battery voltage
- connect battery to THCAD input
- set arc-voltage-scale to battery-voltage / plasmac.arc-voltage-out
could probably fine tune further but it was good enough for the purpose of the exercise.
My values were:
arc-voltage-offset = -3805
arc-voltage-scale = -0.000406

Cheers, Phill.

Two more updates pushed:
- send z to near top after error
- clear offsets after job and probe test

these only affect the plasmac component so you need to run make

Cheers, Phill

John,

Before you cut any production sheets you may want to wait until I implement your idea of not enabling THC until at 99% of requested velocity after disabling due to cornerlock.
I will work on that tomorrow, I got a bit behind with all the probing problems.

Is there anything else I have forgotten?

Cheers, Phill.

phillc54 wrote:

Is there anything else I have forgotten?

This was not directed at me, but i have to use the opportunity:
A two meter tall blonde !

Just to let you know two things I haven't tried to test yet are the Kerf Crossing

I think my kerf crossing is too simplistic and I didn't think I would be able to sort it without a working table.

I do have one request, can the pierce height setting please be made to have three digit resolution. This will be great for fine tuning pierce height.

Would you like that for cut height as well?

A two meter tall blonde !

I can't find any spares of those...


Cheers, Phill.