Another plasma component...

More
30 Apr 2019 20:44 #132371 by rodw
Replied by rodw on topic Another plasma component...
I think I will change my instructions thread and suggest we use a custom post_plasmac.hal file. This file will include all of the customisation I have in plasmac.hal and it will be loaded by the .ini after plasmac.hal. That way on a new update, all you need to do is copy the sim folder to your live config folder and paste in your hal, ini and post_plasmac.hal file

Please Log in or Create an account to join the conversation.

More
30 Apr 2019 22:22 #132383 by Dee436
Replied by Dee436 on topic Another plasma component...
Hi Rod

I already have a separate hal that was kindly put together for me by Islander John, so from that point of view an update does not bother my hal customisations as I would copy the updated plasmac.hal across with all the other files, and my custom.ini references both the plasmac hal and my custom one. In my question I was thinking mainly of my ini file as that is also a custom file.
For instance If an update changes something in the plasmac.ini, it is a manual process to integrate those changes to the custom ini file.
Not a major deal, I just wondered if I was missing something that would make life easier when updating.

Darren

Please Log in or Create an account to join the conversation.

More
30 Apr 2019 22:43 #132385 by rodw
Replied by rodw on topic Another plasma component...
Yes, a config only has one ini file so if Phill adds a new feature that changes the sim ini file, you would need to update yours (so keep it to a different name).
Re your other problems. Sounds like something is going wrong in the compile process. Follow the instructions I wrote and let me know how you get on. But:
1. Are you using a PREMPT_RT Kernel like the Stretch ISO?
2. Are you using mesa hardware or a parallel port?

My instructions were based on Mesa cards with their THCAD for voltage sensing so a PREEMPT_RT kernel is a prerequisite.

Please Log in or Create an account to join the conversation.

More
30 Apr 2019 23:05 #132390 by Dee436
Replied by Dee436 on topic Another plasma component...
1 I am using Debian wheezy with RTAI
I am also using all Mesa hardware including thcad

I wasn’t aware the Mesa cards required preempt_rt?
My system runs perfectly on 2.7 with RTAI, I just have no thc configured.

Getting the thc working was the reason for moving to plasmac.

Please Log in or Create an account to join the conversation.

More
30 Apr 2019 23:26 #132391 by phillc54
John,

From what I see when the plasmac.skip-ihs-type == 1 the skip distance is calculated from the start of the last cut. This way the origin for distance follows with each cut instead of being fixed at the last successful probe (the last place we know where the material surface is). Once you start this it is very possible to chain many small cuts for a long distance before probing again. It is very likely that you can be several cuts removed from the last probing location and still be within the IHS skip distance.

So, skip-ihs-type 1 should be skip IHS if within skip-ihs-distance of last successful probe location?

Sorry if I wasn't clear about what is needed here. If the logic is inverted then THC-enable and IHS skip type == 1 can mean work with THC (from end of cut) and == 0 no THC, work from last probe. If the logic is inverted then I don't need two signals from Gcode to control it only the THC-enable from Gcode.

I am not quite sure what you mean here.

Cheers, Phill.

Please Log in or Create an account to join the conversation.

More
30 Apr 2019 23:29 #132392 by phillc54

Dee436 wrote:
1 I am using Debian wheezy with RTAI
I am also using all Mesa hardware including thcad

I wasn’t aware the Mesa cards required preempt_rt?
My system runs perfectly on 2.7 with RTAI, I just have no thc configured.

plasmac does run with RTAI, that is how I have been doing all my probe testing.

If you are using Mesa hardware then you will need PREEMPT_RT

Cheers, Phill

Please Log in or Create an account to join the conversation.

More
30 Apr 2019 23:31 #132393 by rodw
Replied by rodw on topic Another plasma component...

1 I am using Debian wheezy with RTAI
I am also using all Mesa hardware including thcad

I wasn’t aware the Mesa cards required preempt_rt?
My system runs perfectly on 2.7 with RTAI, I just have no thc configured.

Getting the thc working was the reason for moving to plasmac.


Sorry, my mistake PREEMPT_RT is only required for ethernet Mesa cards like 7i76e

Please Log in or Create an account to join the conversation.

More
30 Apr 2019 23:48 #132394 by rodw
Replied by rodw on topic Another plasma component...

John,
I am not quite sure what you mean here.

Cheers, Phill.


Phill, there may be a logic error in your thinking. It should not be the start of the last cut, but it has to be at the point the surface is last probed as thats the last place height was established. That could be a couple of cuts earlier if its all close together.

Please Log in or Create an account to join the conversation.

More
01 May 2019 00:06 #132397 by phillc54
Try the attached fix for skip IHS, I won't push until we are all good.

This was what I originally wrote...

I was thinking of four types:
1. within distance of end of last cut AND THC enabled
2. within distance of end of last cut AND THC disabled
3. within distance of start of last cut AND THC enabled
4. within distance of start of last cut AND THC disabled or enabled

I only did 1 and 4.
This fix is:
0 = within skip-ihs-distance of end of last cut AND THC enabled
1 = within skip-ihs-distance of last successfull probe

Cheers, Phill.
Attachments:

Please Log in or Create an account to join the conversation.

More
01 May 2019 02:11 #132401 by phillc54
Guys,
What is a typical LinuxCNC tool table for plasma?

Cheers, Phill.

Please Log in or Create an account to join the conversation.

Moderators: snowgoer540
Time to create page: 0.551 seconds
Powered by Kunena Forum