Advanced Search

Hi Andy,
Thanks for the response. One idea I was playing around with was making a raw-module API for the HM2 driver where user-provided HAL components can just hook into that to get HM2 module lifecycle notifications and make raw reads and writes to the FPGA (see  hostmot2-module.h ).

Unfortunately I haven't had time to complete that as I eventually went with just creating a HAL component that pokes the GPIO lines which were adequate for my needs. As for the device I'm trying to control, it's for the Emco Concept Mill55 ACC backplane that has a bus-multiplexor device to read and write slow I/O signals. I'm trying to do a minimal conversion where only the (old, broken) computer is replaced with a 7i80HDT, that interfaces directly with the ACC backplane board. Eventually I'll try to do a write-up of my conversion, but for now, I'm still trying to get everything working.
 

I loaded the table up with as much baking soda as we could buy from walgreens. Man did they give me a funny look when I bought them out of baking soda.... My freind came by and dropped off the motors all brand new. He says next month they may have some larger brother motors coming in close to a 1000w he thinks. These ones are 120w with a 20-1 gear ratio. Brushless stepper motors. What do you guys think, do you think its enough to power the gantry two of them for the Y direction? or should I hold off and wait for the larger motors or buy some new ones. I dont need crazy rapid speeds but being able to cut 16 g would be nice. 

         

Here are some of my designs do you have any recomendations?I am planing to use 7i96,Kind regards

Hi All,
Since some time I'm the proud owner of a 1994 Fadal VMC15, still in working condition.
However as it's equipped with the Baldor SWEO drive, known to die at a certain moment in time, with that same risk on the other electronics, I want to be prepared for a retrofit.
Searching this forum, I found lots of bits & pieces but not a complete 'how to retrofit guide' yet, also due so many different options / choices available for a retrofit.

My Fadal is currently equipped with DC servo motors and "Glentek GA377F-5" analog DC servo drives, the 7500RPM spindel and Baldor SWEO spindel drive and the 21 tools umbrella tool changer.
My initial plan is to keep the DC servo setup including the original resolvers and drives, replace the Baldor SWO by a modern VFD and hook up the machine to MESA cards under LinuxCNC control.

According to some experts, active at this forum, such setup should be very well doable as others did this trick already in the past.
Therefore I'm looking for advice on which MESA cards make best sense, how to hookup the servo's, how to deal with the VFD replacement and finally the tool changer setup.

Your thoughts, ideas and advice are deeply appreciated.

Thanks

Where can set the probing parameters for this ?

Hello,
I am developing a driver to connect a device to linuxcnc via ethernet, I would like to pass the IP address as a parameter but I can't find the correct way to read the parameters in the EXTRA_SETUP() function of the .comp file, the driver is a realtime object

Can help me?
Thanks
 

Yeah, there are several odd .tmax entries, not sure what they are about,
this is what I get with a simple pncconf/gmoccapy configuration:

Parameters:
Owner   Type  Dir                 Value  Name
    38  s32   RW                      0  hm2_7i96s.0.read-request.tmax
    38  s32   RW                 661312  hm2_7i96s.0.read.tmax
    38  s32   RW                  62668  hm2_7i96s.0.write.tmax
    31  s32   RW                   4296  motion-command-handler.tmax
    31  s32   RW                  43264  motion-controller.tmax
    41  s32   RW                   3464  pid.s.do-pid-calcs.tmax
    41  s32   RW                   3472  pid.x.do-pid-calcs.tmax
    41  s32   RW                   4984  pid.y.do-pid-calcs.tmax
    41  s32   RW                   2916  pid.z.do-pid-calcs.tmax
    32  s32   RW                 760744  servo-thread.tmax

Where the heck do "base.tmax" and "servo.tmax" come from?

Has anyone used the wizard yet? The answers and support are good, but the data transfer hasn't been working for days. I've tried all possible options. Has it ever worked? Or is it disabled for whatever reason?


chatgpt.com/g/g-vfeQnX43z-linuxcnc-assistant?ref=img.pt

 

Very cheap and very easy to find, and it works fine, for a long time.

I also found that disabling acceleration while still using the modesetting driver helped immensely, if that is indeed your issue:

forum.linuxcnc.org/38-general-linuxcnc-q...nity?start=50#314597

why baking and sodium hydroxide that is cheaper and it is more alkaline?

You could run ncam from any folder by creating a link in a folder which by deffault have a command path.

To do that you could type:

sudo ln -s /usr/share/linuxcnc/gladevcp/NativeCAM/ncam.py /usr/bin/ncam

Then you can call ncam from the terminal like any other command and from any folder.

Regards
Giovanni

ftp.de.debian.org/debian/pool/main/l/lin....13.8-1~exp1_all.deb

ftp.de.debian.org/debian/pool/main/l/lin....11-1~exp1_amd64.deb

This is all i can find, it is an experimental kernel, so no support for it and it keeps changing.

You don't 'set' the #<_task> parameter, you use an 'if' statement in your code to check the value of the #<_task> parameter.

Examples:

In ngc code:
In a python remap:

Hi,

I have the same problem. Could you please tell me where I have to set the #<_task> paramter to skip the remapped code.

Thank you very much