Advanced Search

This is actual hardware - Also, this isn't really a random toolchanger, as it's really a semi-random carousel (Tool goes back into the same pocket it came out of).

I set all outputs on a test setup true without issue:

 

What hardware mode do you have and what is the software revision of your 7I73?
( = parameter swrevision )

This is not my printscreen but here:

I have the ability to "set" an output. My understanding was to be able to set output to high and check with my multimeter if it's to 5v or 0v. The output is not connected to anything yet, it was just to test some features of the board as I was not able to read an encoder value.

 

@Abhishek,
Currently you can not run it. You have to wait until i have tested new codebase.
This can take day's to weeks. We don't know at the moment.

Hi everyone ! In my fablab (AgriLab in France) we just built a plasma table with a MESA 7i96s, THCAD 5 and Hypertherm Powermax 45XP that works well !

Now we planned to add a diode laser (AtomStack) to use it in parrallel of the plasma torch.

We already successed in making the laser works with PWM on the Mesa Board.
Now i would like execute the probing routine even when we use the laser to apply the exact offset to achieve a clean job (+ Z 5mm).

I would also change the Cycle Stop button script to execute an M68 E0 Q0 an shutdown the laser.

Can someone help us please ?

We use Linux CNC 2.10 with QtPlasmaC.

Find my .ini and .hal files attached.

Do you means set an output with halshow?

Is the output connected to anything?

Hi Rod,

Milltask is compiled as executable. It's in the bin folder, the code has a main() function.
It does quite a lot.
- reading the interpreter rs274, turn them into canon commands, add them to a interp_list.
- is director of linuxcnc's program flow, is connected to nml server. (status channel, command channel)
- emcmot_command_t is the struct it uses to update the lcnc shared memory, the same is used by hal realtime motdot.so

Until now this is a valid G9 gcode :=9ptG9 X11 Y22 Z33 P0.1 Q0.2 R44.5 L321 E123.33 (L=integer type)
Where we could say G9 is a universal gcode where L stands for primitive-type.
Then primitive-type can be one of : line G0, line G1 , arc G2, arc G3, spline, nurb, clothoid etc, just a enum
that can accept all types of primitives. This would save us much coding work.

For a clothoid, we only need the endpoint xyz. The rest is done by the trajectory planner.
G9 L6 X10 Y10 Z0 (where L is the clothoid's enum)
G9 L0 X10 Y10 Z0 (where L is the line's G0 enum)
end so on.




 

Hello,

Beginner in this world, i'm on the testing bench in order to get everything working before doing my retrofit.

My goal as of today is to use a 7i96s with a 7i73. The 7i73 will mostly be used in order to get more I/O and 2 rotary encoder as lathe handwheel.
I've attached my HAL file.
Here is my issue:
When I start linuxcnc, everything is OK, 7i96s and 7i73 green LED are blinking properly.
In Halshow, I can see boths cards and I can add 7i73 I/O to my watchlist.

However, as soon as I set one input to 1 with Halshow, I got red LED (CR1  communications watchdog fault ).
How is it possible to have the cards communication correctly as they must identify each other but not working in order to set I/O.

I will continue my checks, starting with a new RJ45 cable but i wanted to know if someone encountered the same issue ?
Thank you in advance

 

Hi,

Greetings to all.

I installed Grotius Repo and tried to run TpMod_Scurve in "axis_mm INI" but I keep getting error:

LINUXCNC - 2.10.0~pre0
Machine configuration directory is '/home/ethereal-abhi/linuxcnc/configs/sim/axis'
Machine configuration file is 'axis_mm.ini'
Starting LinuxCNC...
(time=1718094964.010793,pid=40867): Registering server on TCP port 5005.
(time=1718094964.011063,pid=40867): running server for TCP port 5005 (connection_socket = 3).
linuxcnc TPMOD=tpmod_scurve HOMEMOD=homemod EMCMOT=motmod_scurve
Note: Using POSIX realtime
tpmod_scurve: dlopen: /home/ethereal-abhi/linuxcnc/rtlib/tpmod_scurve.so: cannot open shared object file: No such file or directory
<commandline>:0: waitpid failed /home/ethereal-abhi/linuxcnc/bin/rtapi_app tpmod_scurve
<commandline>:0: /home/ethereal-abhi/linuxcnc/bin/rtapi_app exited without becoming ready
<commandline>:0: insmod for tpmod_scurve failed, returned -1
Note: Using POSIX realtime
task: machine: 'LinuxCNC-HAL-SIM-AXIS'  version 'unknown'
Found file(lib): /home/ethereal-abhi/linuxcnc/lib/hallib/core_sim.hal
motmod_scurve: dlopen: /home/ethereal-abhi/linuxcnc/rtlib/motmod_scurve.so: cannot open shared object file: No such file or directory
/home/ethereal-abhi/linuxcnc/lib/hallib/core_sim.hal:7: waitpid failed /home/ethereal-abhi/linuxcnc/bin/rtapi_app motmod_scurve
/home/ethereal-abhi/linuxcnc/lib/hallib/core_sim.hal:7: /home/ethereal-abhi/linuxcnc/bin/rtapi_app exited without becoming ready
/home/ethereal-abhi/linuxcnc/lib/hallib/core_sim.hal:7: insmod for motmod_scurve failed, returned -1
Shutting down and cleaning up LinuxCNC...
/home/ethereal-abhi/linuxcnc/scripts/linuxcnc: line 668: /home/ethereal-abhi/linuxcnc/scripts/axis-remote: cannot execute: required file not found
(time=1718094964.421738,pid=40867): Deleting 3 channels from the NML_Main_Channel_List.
(time=1718094964.421764,pid=40867): Deleting emcCommand NML channel from NML_Main_Channel_List.
(time=1718094964.421785,pid=40867): deleting NML (1)
(time=1718094964.421801,pid=40867):  delete (CMS *) 0x5597399a3300;
(time=1718094964.421829,pid=40867): rcs_shm_close(shm->key=1001(0x3E9),shm->size=8192(0x2000),shm->addr=0x7f246a56e000)
(time=1718094964.421859,pid=40867): deleting CMS (emcCommand)
(time=1718094964.421888,pid=40867): free( data = 0x5597399a4030);
(time=1718094964.421913,pid=40867): Leaving ~CMS()
(time=1718094964.421922,pid=40867):  CMS::delete(0x5597399a3300)
(time=1718094964.421934,pid=40867):  CMS::delete successful.
(time=1718094964.421967,pid=40867): Leaving ~NML()
(time=1718094964.421976,pid=40867): NML channel deleted from NML_Main_Channel_List
(time=1718094964.421986,pid=40867): Deleting emcStatus NML channel from NML_Main_Channel_List.
(time=1718094964.421993,pid=40867): deleting NML (2)
(time=1718094964.422001,pid=40867):  delete (CMS *) 0x5597399a9510;
(time=1718094964.422011,pid=40867): rcs_shm_close(shm->key=1002(0x3EA),shm->size=20480(0x5000),shm->addr=0x7f246a569000)
(time=1718094964.422035,pid=40867): deleting CMS (emcStatus)
(time=1718094964.422043,pid=40867): free( data = 0x5597399aa220);
(time=1718094964.422054,pid=40867): Leaving ~CMS()
(time=1718094964.422064,pid=40867):  CMS::delete(0x5597399a9510)
(time=1718094964.422073,pid=40867):  CMS::delete successful.
(time=1718094964.422089,pid=40867): Leaving ~NML()
(time=1718094964.422096,pid=40867): NML channel deleted from NML_Main_Channel_List
(time=1718094964.422113,pid=40867): Deleting emcError NML channel from NML_Main_Channel_List.
(time=1718094964.422118,pid=40867): deleting NML (3)
(time=1718094964.422123,pid=40867):  delete (CMS *) 0x5597399af900;
(time=1718094964.422144,pid=40867): rcs_shm_close(shm->key=1003(0x3EB),shm->size=8192(0x2000),shm->addr=0x7f246a567000)
(time=1718094964.422177,pid=40867): deleting CMS (emcError)
(time=1718094964.422188,pid=40867): free( data = 0x5597399b0620);
(time=1718094964.422198,pid=40867): Leaving ~CMS()
(time=1718094964.422204,pid=40867):  CMS::delete(0x5597399af900)
(time=1718094964.422210,pid=40867):  CMS::delete successful.
(time=1718094964.422217,pid=40867): Leaving ~NML()
(time=1718094964.422227,pid=40867): NML channel deleted from NML_Main_Channel_List
(time=1718094964.422240,pid=40867): deleting NML (1)
(time=1718094964.422248,pid=40867): Leaving ~NML()
(time=1718094964.422256,pid=40867): NML::operator delete(0x5597399a3090)
(time=1718094964.422263,pid=40867): NML channel deleted from Dynamically_Allocated_NML_Objects
(time=1718094964.422278,pid=40867): deleting NML (2)
(time=1718094964.422287,pid=40867): Leaving ~NML()
(time=1718094964.422293,pid=40867): NML::operator delete(0x5597399a9340)
(time=1718094964.422317,pid=40867): NML channel deleted from Dynamically_Allocated_NML_Objects
(time=1718094964.422326,pid=40867): deleting NML (3)
(time=1718094964.422339,pid=40867): Leaving ~NML()
(time=1718094964.422347,pid=40867): NML::operator delete(0x5597399af6d0)
(time=1718094964.422355,pid=40867): NML channel deleted from Dynamically_Allocated_NML_Objects
USRMOT: ERROR: command 31 timeout
emcTrajSetJoints(3) returned -2
emcMotionInit: emcTrajInit failed
Note: Using POSIX realtime
LinuxCNC terminated with an error.  You can find more information in the log:
    /home/ethereal-abhi/linuxcnc_debug.txt
and
    /home/ethereal-abhi/linuxcnc_print.txt
as well as in the output of the shell command 'dmesg' and in the terminal


Can anyone help me out with this.
I really want to try this TP on my machine

Regards
Abhishek

As a start have you read about LinuxCNC homing?

The ini file constants listed in that homing document
are settable in pncconf.

www.linuxcnc.org/lucid/docs/html/config/ini-homing.html

Also have you verified home/limit switch operation with halshow?

I'd add that for any kind of modern / beefy computer, a few HAL entries for AND gates will make no noticeable difference in performance.  That is because the CPU is much faster than the servo thread interval, so there is plenty of free-time "left over" each cycle to calculate things like AND gates.

Where this starts to become a problem is on older, slower, smaller computers, such as a "spare" 20-year-old computer or a tiny single-board-computer like the Raspberry Pi 4.  These will have little time "left over" between servo thread intervals, so adding AND gates can start to cut into the servo thread timing and lead to issues.  (The RPi5 is considerably faster, however will not work with some cards currently.)

If unsure, make a copy of your config folder, comment-out the logic functions in one of them, then load each config into LinuxCNC and start the chips.ngc toolpath (or whatever gcode you have to torture-test your machine.)  Crank the speeds & feeds - if the AND-gates-config causes a fail, it's too much.  Could also open the latency tester during each run and see numerically how the timing jitter is affected.

Just so we are on the same page, you are having problems getting the sim config '/configs/sim/axis/vismach/VMC_toolchange' to work? Or are we talking about real hardware?

[edit]
Just checked the above sim config in 2.9.2 and I get the impression that it is not really working. I keep getting 'The toolchanger has failed the final alignment check' errors.

Forgot to mention I also  have a homecomp for cia402 devices but its untested. I wanted this to find its way into Scotts repo eventually
github.com/rodw-au/cia402_homecomp

Hey, Don, thats not my department. ScottLaird is the guru maintaining the Linuxcnc Ethercat driver.
It is possible that support exists because he has developed a cia402 driver already. Here it is on his repo.
github.com/linuxcnc-ethercat/linuxcnc-et...umentation/cia402.md

Linuxcnc is supposed to be a generic interpreter that allows certain modules to be replaced so you can run different languages in addition to gcode..
Milltask is a replaceable task module loaded in the .ini file refer /src/emc/task folder. But it it is the only task module ever written. so it stands to reason that there are some specific functions in this module called by the system. What you called callbacks.

It was once suggested that there should be a plasmatask task module because plasma is so different to a milling machine...