GUI for PlasmaC - QtPlasmac

E-stop should be left as is.
Z jog will cause issues.
Just dont.

I am not sure automatic homing is a good idea.
I don't see a problem with pressing the power button to enable the GUI then a homing button when you are ready.

With the voltage overrides I would have thought that next to the voltage display where they are now is a good place.

Again this is getting to the point that i can no longer agree with = adding useless features that cripple or complicate stuff to the point of being a pain to use or maintain.
-E-stop should have been left as it was, there are many reasons why it was and is there. My personal reason for plasma use it to switch on the compressor power when a physical e-stop or F1 are used, switch on power to the plasma cutter when the machine is enabled with F2. E-stop is there in case of emergency to cut the power to everything, activate the brakes, activate braking resistors, bring the entire machine to a halt as fast as possible. Not much use on hobby machines, but it should be there.
-Since when did pressing F1, F2 and CTRL+Home become such a tedious task ???
-Voltage override, i do not recall how this feature got in there, it should have not existed, instead we should have THC voltage at the exact spot where override is. THC voltage must be adjusted during cutting as it will vary a lot just from the nozzle/electrode state/use and the humidity of the compressed air. These two conditions alone will vary the cut voltage anything from 4 to 8V, even more if the consumables are used till the very end and no air dryer. And this should not be saved, that should be left as is in the material cut parameters. Having to change between pages for this was and is not the best solution, but i can live with it and i refrained from asking to be changed as it does require a lot of time and effort on Phill's part.
-Auto homing is never a good idea, and despite all the effort i can not think of any case where it would be.
-I use 24" monitors with 1920X1200 resolution so the default QtPlasmaC looks tiny, so i installed everything required and learned to use the QT editor to modify it, i did not complain here and wait for Phill to fix it. He has done a magnificent job with it and everything he does.
Since it came to this, again, i have over 20 plasma cutters that i built or retrofitted for customers that still use my old config and it never fails, it has only what is absolutely required to work properly, and despite several attempts at switching to PlasmaC i have failed to convince them to use it for a very simple reason : IT IS TO COMPLICATED ! It has to much stuff they can mess up on the menus and tabs and pages.....and they get scared and do not want to remember what can be changed and what not. One time settings should not be easily accessible, ever.
I have used PlasmaC a lot lately on 2 of my machines and it works very good, but it took a year of hard work from Phill to iron out the wrinkles caused mostly by useless features requested here.
To much............
In general:
To all members, please keep asking for features
To Phill, please stop implementing requested features, at least till some more feedback is gathered
Personally i would remove over half of the existing stuff from it, but there are some that i see a clear reason for.

The ESTOP GUI button is still there, as Phill pointed out just set ESTOP_TYPE = 2 in the QTPLASMAC section of the INI file.

I don't think there have been many (if any) "new" features added to QTPlasmaC. Some of what you are maybe seeing as "new" is born of necessity in writing a GUI in a new environment, or working around existing issues in general.

I also don't think PlasmaC (or QTPlasmaC) is meant to be a solution for one type of table for one type of user. Plasma cutting and using PlasmaC does require reading the user guide, understanding the options, and deciding whether or not they are useful. An option you never touch may be critical for someone else's table success. It requires test cuts, tuning, understanding, etc. I think most of us are here because we enjoy the process of building machines, messing with these settings, and figuring out how to be successful with these tools. Which, are FAR better than any of the air plasma control systems I'm aware of.

The nice thing about QTPlasmaC is that the ui file, style sheets, etc. can all be edited to suite the end user's preferences fairly easily (and yes, currently updates would overwrite them, but I don't think that will always be the case ). If Tommy's customers don't need to change setup speed (for example), or the parameters are too complicated to look at, just edit the aforementioned file(s) and hide them. EZ PZ. It's something that was not as easy in AXIS or GMOCCAPY.

A lot of time has gone into making sure the dependability we're all used to is present in QT, some bugs were squished in the process that lingered in the PlasmaC comp and affected AXIS and GMOCCAPY (Tommy, the issues you experienced around cutting material near the top of Z travel, for example). So everyone wins

I imagine there are plenty of things still in process, so just be patient.

@Snowwy,
I explicitly wanted to mention you up there, but decided to leave it out as the post got to long.
If i am not mistaken, you proposed several enhancements to PlasmaC, like cut recovery that to me seemed a bit to much for to little but i kept my cool and waited for several posts till it occurred to me that it is actually a useful feature, so although i never used it, it is there and it should be as it has a very clear purpose and saves a lot of trouble when dealing with thin material and failed pierces.
And the implementation form Phill into QTPlasmC is perfect, it shows up only when it might be needed, otherwise there is no trace of it!
Then there is the "Mesh" thingy .....

tommylight wrote:

@Snowwy,
I explicitly wanted to mention you up there, but decided to leave it out as the post got to long.
If i am not mistaken, you proposed several enhancements to PlasmaC, like cut recovery that to me seemed a bit to much for to little but i kept my cool and waited for several posts till it occurred to me that it is actually a useful feature, so although i never used it, it is there and it should be as it has a very clear purpose and saves a lot of trouble when dealing with thin material and failed pierces.
And the implementation form Phill into QTPlasmC is perfect, it shows up only when it might be needed, otherwise there is no trace of it!
Then there is the "Mesh" thingy .....

I can't take credit for cut recovery...that was Phill's idea/implementation. I just helped by testing it. I agree, it's brilliant, and it's saved my butt a few times. I used it most recently on a large piece of 1/4" (6.35mm) thick material that would have likely been scrap otherwise.

I can take credit for mesh mode. Expanded mesh metal to be more precise (referencing an old confusion for the new folks here). Works awesome for when I have to cut expanded metal. Admittedly it would not work with everyone's Plasma Power Source, but it's a nice feature to have for those who have the capability and the need.

Though neither of those are new to QT. But now you can easily just hide the mesh mode button (for example) if your customers don't want/need it. Then you can be like Tesla and charge them $2,000 to turn on what's always been there in a future "update". Bastards.

snowgoer540 wrote:

Then you can be like Tesla and charge them $2,000 to turn on what's always been there in a future "update". Bastards.

LOL
I would love to do that, but my messed up brain will not let me. Extreme sense of fairness does not allow me to do such things.