- Posts: 12160
- Thank you received: 0
Plasma component in Gmoccapy
I'm using a mesa 7i76e and a THCAD-10 card
I just moved my config from axis GUI to gmoccapy which was surprisingly painless
Well that is until I tried to connect my THC pins to gmoccapy
The plasma sim has this line
so I assumed all I needed to do was change it to
The system then complains that plasma.hal_lbl_cur_volt does not exist. The plasma component is loaded when i Look in halshow so I'm not really sure what I've done wrong. Any help would be appreciated.
Please Log in to join the conversation.
I am pretty sure, that you do load the mentioned line in a normal hal file.
As the plasma stuff are just different embedded tabs, you have to put that line in hal file, that is loaded with the embedded tab.
The tab is loaded as follows:
In your case the mentioned line need to be in the plasma.hal file.
The reason is, that the embedded tabs are loaded after the GUI is displayed, so the hal pin are not available at earlier time, that after loading the embedded tab.
Norbert
Please Log in to join the conversation.
- islander261
- Offline
- Platinum Member
-
- Posts: 757
- Thank you received: 0
You have used different names for the pins. Underscores are not the same as dashes. I do this all the time because I type so poorly.
John
Please Log in to join the conversation.
- islander261
- Offline
- Platinum Member
-
- Posts: 757
- Thank you received: 0
I will post my working HAL lines for the THCad when I get to my linux machine.
John
Please Log in to join the conversation.
- islander261
- Offline
- Platinum Member
-
- Posts: 757
- Thank you received: 0
Here are excepts from my HAL files. The arc voltage display and settings are working as far as I can tell from connecting an external voltage source to the THCad input.
From main HAL file:
This is from one of my auxilary HAL files:
I have two sources of arc volts shown because I was testing the scale component for for scaling the TCHad output. Note that I have two places on my screen that display the arc volts. One is on a tab in the main screen and one is on a tab with other tabs in the preview location.
John
Please Log in to join the conversation.
newbynobi wrote: Hallo rodw,
I am pretty sure, that you do load the mentioned line in a normal hal file.
As the plasma stuff are just different embedded tabs, you have to put that line in hal file, that is loaded with the embedded tab.
The tab is loaded as follows:Code:EMBED_TAB_NAME = coolant_spindle_panel EMBED_TAB_LOCATION = box_coolant_and_spindle EMBED_TAB_COMMAND = gladevcp -x {XID} -u plasma.py -H plasma.hal plasma.glade
Norbert, thanks, I think this is my problem. I copied my .hal and .ini files over from another config into a fresh plasma sim config and went to town on them. My Ini file is still pointing at plasma.hal, not the .ini file I am editing. Thanks a lot!
John, the typo is just confined to the forum post above. I had it right in my hal file. Thanks for posting your config. I will review it. We are both on the same journey just mine is slower as I have to build everything, not just retrofit an existing table...islander261 wrote: rodw
You have used different names for the pins. Underscores are not the same as dashes. I do this all the time because I type so poorly.
John
I've got all the THC signals tested and working except for the interface to the GUI which I'm just starting on. Once I get that done, I want to try a few things in the THC component.
Please Log in to join the conversation.
rodw wrote: Guys,
so I assumed all I needed to do was change it toCode:net curvolt thc.volts => plasma.hal_lbl_cur_volt
Well, I'm glad we are all back online
I'm still having trouble with this. I've got all the THC component working in my main hal file but this line breaks the plasma display section in gmoccapy.
Can plasma.hal access components in the main hal file?
I've had a couple of distractions but my next step was to move all of the THC stuff into plasma.hal. Is that necessary?
Please Log in to join the conversation.
- islander261
- Offline
- Platinum Member
-
- Posts: 757
- Thank you received: 0
The short answer is yes you can spread the hal instructions around, just be careful with naming. No you do not have to consolidate all of the THC related stuff in one hal file. All of my THC setup and main connections are in my main HAL file and then the voltage display connections are in another as you are doing. The easiest way I found to sort these problems out (and believe me I have had plenty) is to start Linuxcnc from a terminal and look at the error messages. Post your HAL and .ini files and we'll have a look. It really took me a while to get the hang of multiple tabs, .py files and hal files. Mine still doesn't work perfect but is close, a recurring problem on reloading persistent variables that I don't know how to trouble shoot..
John
Please Log in to join the conversation.
This line was generated when I created a brand new sim from the LInuxcnc chooser.
A gmocappy plasma sim generates this plasma.hal file that uses underscores (_) where it should be using hyphens. (-)
Now if I had chosen any other signal, the bug would not have bitten.
So to wrap this up, can somebody confirm that building my config in plasma.hal is best practice?
Please Log in to join the conversation.
I've only had time to attach one signal. Once complete I will post all errors as a bug report.
Please Log in to join the conversation.
