Advanced Search

Hi, I'm new to LinuxCNC and I really need your help on this issue I run into.I created a custom button in Glade.
So I made a Top Level window named window1, put in a HAL table, hal_table1 and inside the HAL table a HAL button, hal_button1. I save the file as test.glade.
I'm using Glade 3.8.6 on LinuxCNC 2.8.4.
I added to the .ini file the following lines:

- In AXIS:GLADEVCP = -u hitcounter.py test.glade
POSTGUI_HALFILE = andrei.hal
In andrei.hal I have: setp gladevcp.hal_table1 TRUE

The button is show on the interface and it's active. This is working perfect.Now I want to implement the same in gmoccapy

-In GMOCCAPY:
EMBED_TAB_NAME = test
EMBED_TAB_COMMAND = gladevcp -c gladevcp -x {XID} test.glade
EMBED_TAB_LOCATION = box_custom_2
POSTGUI_HALFILE = andrei.hal
If I comment the setp gladevcp.hal_table1 TRUE in andrei.hal, the button is shown in the interface, but it is greyed out.
When I uncomment the line in andrei.hal the LinuxCNC is not starting and I have the error:andrei.hal:1: parameter or pin 'gladevcp.hal_table1' not found. Please see the linuxcnc.txt error report.

If I comment the line in andrei.hal and start the LinuxCNC with Gmoccapy interface, the button is greyed but I see the gladevcp.hal_table1 pin and I can send in halshow the setp gladevcp.hal_table1 TRUE command and it's working fine.
Also after loading the interface, I can see pins with halcmd show pin | grep hal_table1.

So as far as I can understand, the gladevcp.hal_table1 pin is not available at runtime in gmoccapy.
I tried a lot of settings with these commands and configurations and I don't know what I'm doing wrong, as aI follow the exact guidelines from the documentation.

I attach the .ini file. test.glade, andrei.hal files and the eror report linuxcnc.txt.

Presumably this is in C?

You may need ti #include A.h in B.c

Whole bunch of answers here and the appropriate place to discuss it.
forum.linuxcnc.org/9-installing-linuxcnc...official-images-only

You'll have to give a description of your setup, what image are you using, what is the latency & ping times.

Maybe this helps:
linuxcnc.org/docs/html/gcode/overview.ht...de:polar-coordinates

Hello, unfortunately I don't have a contribution to your CAM system, but I do have a question about the Raspberry Pi 5 and Linux CNC On the current PC I have problems with the latency, especially in the Ethernet connection to the 7i96s. Unfortunately, this always leads to unexpected stops of the machine. The last PC was no better and I don't want to buy a third one that will cause problems. My hope is that the Raspberry Pi 5 will work easily and without problems, even if it is a bit more expensive than a second-hand PC. Replacement would also be possible at any time. Now to the question What are your experiences with the pi 5 and which version are you using? Which SD card? Any special settings? Thank you very much Greetings Erwin 

Thanks for the idea. When I ran a few simple tests with no effect. I'm not sure how to test for emi. I expect if there was some my test would have had a reaction change but nothing changed. I moved the VFD as far away as I could and added a grounded makeshift shield.

I never thought to check that. I do have a filter on the VFD power. I will move it and see if that changes the problem.

I just went ahead and ordered the 1500mx. I had to get things rolling. It's gonna be an adventure!

As I said in the top post, my fallback is to use the same yaskawa PLC I did last time as a control. Last time it was a purpose built machine, this time I would have to rewrite my code to work on a mill layout. But I still have the backup of a simple UI coded for an automation direct c-more HMI. It has data entry boxes for operators to enter numbers for triming geometry. those get stored in memory and then applied to the motion control code in the yaskawa mp2300.

I just think it would be nicer and more dynamic to have a CNC control through. Hopefully I can make some flavor of LCNC work for me.

What does this code?

Is Electromagnetic noise from the VFD ruled out?

Hello,
I am scratching my head for days trying to solve a spindle problem. I have setup 2 other mesa boards and everything was fine.
When I attempt to start the spindle (M3 S12000) or click forward in the GUI the spindle starts then stops about 1 second later.
I did have On_Abort_Command setup and it called the abort which is the only thing I can get it to log. If I change the VFD to manual control the spindle works fine. Testing the 10V spindle out seems to be fine for the 1 second then drops to 0v. The machine almost always goes to "Machine Off".
The only differences to the other machines is they have dual Y and the size of the VFD.
I ran pncconf to setup a blank 3 axis limited machine for the 7i96s, axis work fine but spindle still causes the machine to reset.
My hal and ini are a mess from testing once I clean them up a bit I can upload them if needed, they are out of the box from the pncconf.
Motion seems to be fine, limits are working. I went through the .INI and .HAL line by line comparing all spindle items and found them to be identical. But of course the others work and this one faults.

Good morning Aciera,

I would be really happy if you could find the time and willpower to lift me up a little bit

I attached, hopefully my complete config incl. .comp & .py , config in the zip archive but  just to be sure i attached my vismach config separately.

Kind regards,
Jochen




 

OP-
I just re-read your first post and see that you want to be able to dial in tolerances, possibly for tool wear or stock variations.  This is possible with a motion-capable PLC, but is significantly more complicated than would be the case with LCNC and G-code.  I think you'd need an input - encoder or potentiometer - driving an input that is in turn driving/adjusting the motion positions.

So at this point my vote is for an LCNC retrofit.

Really bizzare.

Try the motor sans belt, draw a notch on the pulley attached to the motor and count how many revolutions it makes.
 

Yes, I would first check if the unloaded motor is doing what it should.

What is confusing me: Is the encoder in the belt loop or is it on the motor? If the encoder is connected to the motor and the driver is matching, a closed loop system should produce an error if loosing steps. Or not? 

Are you sure the pulleys are not slipping. (do not ask me why I ask this ) 
Had a similar situation, where things went slightly off. (at first I did not notice that the pulleys were not 1:1) after correcting that it was still doing weird stuff. I started searching for an electrical problem, but finally noticed that the set screw thread on the encoder belt pulley was not cut through all the way. It felt tight but it was not, result was the encoder was counting too less.

p.s. Another encounter I had was too short step input pulses to the driver, then the driver "thinks" it needs to move e.g. 1090 steps, but the controller was pulsing 1294 times and some of the pulses (not all) were skipped.
Some drivers have settings for input pulse duration. (just an idea)

pps. Thanks to my skillful EMC design I managed to drive the Z-axis down based on spindle rpm in a random pattern.





 

Any control you choose will need to be tested, along with the IO hardware you need to use.

HAAS has user-controlled M-codes, but I've no clue about add-on IO and how they manage/control them.

Any CNC control which uses USB for IO is suspect... you need direct IO, either through a main board (of some sort) or via an ethercat drive.  Most of the hobby-type controllers I'm familiar with have the ability to control IO via M-codes, but I think this scenario is likely best suited for 'vanilla' LCNC and a Mesa board.

Researching and proving out custom IO on a commercial mill control will, I suspect, take longer than just retrofitting an existing, working machine.

Another possiblity would be to use a PLC.  I've used an Automation Direct ClickPlus PLC for a two-axis custom drilling machine and that works like a champ.  The PLC has step-dir outputs for the servos, and plenty of IO for part-present sensors and limit switches.  Programming the motion part wasn't difficult, and ladder logic is pretty easy to set up conditionals and timers for your automation sequence.

As far as suggestions for what machine to start with, I'm at a loss as I can't really picture what you're trying to accomplish.  Part size, cutting tools, tool pressure (rigidity), stock feeding and part collection... And why a mill would be preferred to a lathe.  I'm kinda picturing a lathe with an air collet closer and two live tools mounted on a gang plate (no turret).

Do you have pictures of the previous machines and what a finished part looks like?