Advanced Search

Search Results (Searched for: )

  • Aciera
  • Aciera's Avatar
10 May 2025 16:14 - 11 May 2025 19:17

Planning to Retrofit a Mazak Integrex200Y Mill-Turn Machine

Category: Advanced Configuration

Here is the promised sim config:
 

File Attachment:

File Name: mazak-inte...-dev.zip
File Size:111 KB


To test:
1. unzip
2. 'halcompile --install' the enclosed 'mazak_integrex_200y_kins.comp'
3. start 'mazak-integrex-200y' config and run the preloaded gcode program


If you have any questions, which is likely, just ask.

Text from the enclosed README file:

Experimental simulation of a 5axis Mill/Turn machine (eg MAZAK Integrex 200Y)

Implemented Gcodes:

- 'G67 B':          Moves the B-axis to the 'B'-word position and activates 'HALF TCP Lathe' mode.
- 'G68 B (X Y Z)':  Moves the B-axis to the 'B'-word position then defines and activates a work plane perpendicular the this current tool orientation with the origin at the current WCS (optionally offset by any [X,Y,Z]-Words). This will change WCS to 'G59' where the transformed work offset values have been written to (ie the prior values stored in G59 will be lost!).
- 'G68.1 (X Y Z)':  Defines and activates a work plane perpendicular the the current tool orientation with the origin at the current WCS (optionally offset by any [X,Y,Z]-Words). For change to WCS see 'G68'
- 'G69':            Cancels the work plane set by 'G68' and (currently) switches back to 'G54'.

NOTES:
- This config defines the work-spindle as '$0' and the tool-spindle as '$1'. Example: 'M19 $1 R90' will orient the tool-spindle to 90°. (For real hardware it is recommended to use the spindle encoder-position instead of using 'spindle.1.orient-angle'.)
- 'HALF/FULL TCP MILL/LATHE' modes include tracking of tool-spindle rotation.
- 'HALF TCP MILL/LATHE' modes do not track the work spindle rotation, this is intended behavior.
- 'FULL TCP MILL' mode will track all rotations.
- Tool-offsets must only be changed in 'Identity' mode as it may cause sudden joint movements otherwise.
- Lathe tools must only be used in 'Identity' or 'HALF TCP Lathe' mode.
- Mill tools must only be used in 'HALF/FULL TCP Mill' or 'TWP' mode.
- Due to easier abort handling we currently restrict the use of twp to G54 as LinuxCNC seems to revert to G54 as the default system.
  Abort behavior can be handled by using a subroutine defined in the ini file under [RS274NGC]ON_ABORT_COMMAND'.
- The TWP remap code in this config does not implement virtual rotations (ie no optional 'R' word).
  • zz912
  • zz912's Avatar
10 May 2025 15:44
Replied by zz912 on topic Leaving from TOOL page

Leaving from TOOL page

Category: Gmoccapy

My English is bad. Could you explain your message easier?
  • zz912
  • zz912's Avatar
10 May 2025 15:41

Change Tool Offsets after editing the Tool Table

Category: Gmoccapy

So try this:
        if "G43" in self.active_gcodes:
            self.command.wait_complete()
            self.command.mode(linuxcnc.MODE_MDI)
            self.command.wait_complete()
            self.command.mdi("G43")
            self.command.wait_complete()
            self.command.mode(linuxcnc.MODE_MANUAL)
            self.command.wait_complete()
        
        self.stat.poll()    
        toolinfo = self.widgets.tooledit1.get_toolinfo(self.stat.tool_in_spindle)
        if toolinfo:
            self.widgets.lbl_tool_no.set_text(str(toolinfo[1]))
            self.widgets.lbl_tool_dia.set_text(toolinfo[12])
            self.halcomp["tool-diameter"] = float(locale.atof(toolinfo[12]))
            self.widgets.lbl_tool_name.set_text(toolinfo[16])  
  • PCW
  • PCW's Avatar
10 May 2025 15:03
Replied by PCW on topic LinuxCNC compatible industrial PC

LinuxCNC compatible industrial PC

Category: Computers and Hardware

Not a specific recommendation, but in general I would suggest
hardware with a Intel rather than RealTek Ethernet interface
(as this avoids the needed DKMS driver installation with RealTek
and newer kernels)
  • cmorley
  • cmorley
10 May 2025 14:27
Replied by cmorley on topic G-code file loading at G53 instead of G54

G-code file loading at G53 instead of G54

Category: Qtvcp

Ok great we are getting there.
I'm now betting that these debug lines are showing the problem:
libnml/buffer/shmem.cc 320: Shared memory buffers toolCmd and toolCmd may conflict. (key=1004(0x3EC))
libnml/buffer/shmem.cc 320: Shared memory buffers toolSts and toolSts may conflict. (key=1005(0x3ED))
libnml/buffer/shmem.cc 320: Shared memory buffers emcError and emcError may conflict. (key=1003(0x3EB))

Unfortunately I don't know what would cause this message.
Hopefully someone else will see and help us. I'll look at your INI some more tomorrow.
 
  • vre
  • vre
10 May 2025 13:51
Replied by vre on topic Ganty sawmill

Ganty sawmill

Category: Advanced Configuration

Yes i have 15.6'' 1080p touch monitor
  • CallumRD1
  • CallumRD1
10 May 2025 13:42
Replied by CallumRD1 on topic G-code file loading at G53 instead of G54

G-code file loading at G53 instead of G54

Category: Qtvcp

Thank for your the response. Here is some more information in response to your suggestions.

This first image is the machine showing G53 coordinates. The tool is in the center of the work envelope, as you can tell by the non-zero coordinates (0, 0, 0 is the top front left corner). 

This next image is after having switched to G54 using the gui button. As you can see, I set the G54 origin to be the current position, so it reads 0, 0, 0 while the tool is in the center of the work envelope. The work envelope image shows the work offset origin (3 vector arrows) as at the current position, as expect. This is all behaving as I expect.

But when I look at the offsets table, it hasn't reflected the changes to the G54 origin. No values have updated.

More so, when I clicked on the G54 Z value of 4 and tried to directly change it, I got this error, with the full text copied below.


Error message:
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/qtvcp/widgets/origin_offsetview.py", line 370, in dataChanged
    self.reload_offsets()
  File "/usr/lib/python3/dist-packages/qtvcp/widgets/origin_offsetview.py", line 232, in reload_offsets
    temp[STATUS.stat.g5x_index-1] = STATUS.stat.g5x_offset
    ~~~~^^^^^^^^^^^^^^^^^^^^^^^^^
TypeError: 'tuple' object does not support item assignment

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/qtvcp/widgets/origin_offsetview.py", line 373, in dataChanged
    self.reload_offsets()
  File "/usr/lib/python3/dist-packages/qtvcp/widgets/origin_offsetview.py", line 232, in reload_offsets
    temp[STATUS.stat.g5x_index-1] = STATUS.stat.g5x_offset
    ~~~~^^^^^^^^^^^^^^^^^^^^^^^^^
TypeError: 'tuple' object does not support item assignment
  • Roger S
  • Roger S
10 May 2025 13:29 - 10 May 2025 13:33
Replied by Roger S on topic Using POSIX realtime

Using POSIX realtime

Category: EtherCAT

I just tested it. When I restart the system, the link is down. with
lsmod | grep ec_generic
sudo modprobe ec_generic
lsmod | grep ec_generic

it works again

This is enough of a workaround for me. I can also do updates in the future with a clear conscience?
 
  • Hakan
  • Hakan
10 May 2025 13:15
Replied by Hakan on topic Using POSIX realtime

Using POSIX realtime

Category: EtherCAT

Wow! It works.I was ready to give up.
I don't know why it didn't work for you, exactly. More than there was a problem to load the ec_generic module using the ethercatctl script.
It will probably not work next time again.
I don't know of a permanent fix, but the two commands "sudo rmmod ec_generic" followed by "sudo modprobe ec_generic" will probably load the ec_generic module.
I don't know why it didn't work right away. But there is a fix.
  • hermann1976
  • hermann1976's Avatar
10 May 2025 13:11
Replied by hermann1976 on topic Change Tool Offsets after editing the Tool Table

Change Tool Offsets after editing the Tool Table

Category: Gmoccapy

thank you for your answer,
so the code block is included like your post and i didn't get an error.
The change of the length in Z is working (with apply) but the diameter doesn't change still not.

 
  • Roger S
  • Roger S
10 May 2025 12:58
Replied by Roger S on topic Using POSIX realtime

Using POSIX realtime

Category: EtherCAT

Sorry Hakan, I hadn't looked at all, because I was busy searching for and reporting errors
Master0
  Phase: Idle
  Active: no
  Slaves: 5
  Ethernet devices:
    Main: 80:ee:73:fd:0f:8b (attached)
      Link: UP
      Tx frames:   409178
      Tx bytes:    24554240
      Rx frames:   409177
      Rx bytes:    24554180
      Tx errors:   0
      Tx frame rate [1/s]:    123    123    125
      Tx rate [KByte/s]:      7.2    7.2    7.2
      Rx frame rate [1/s]:    123    123    125
      Rx rate [KByte/s]:      7.2    7.2    7.2
    Common:
      Tx frames:   409178
      Tx bytes:    24554240
      Rx frames:   409177
      Rx bytes:    24554180
      Lost frames: 0
      Tx frame rate [1/s]:    123    123    125
      Tx rate [KByte/s]:      7.2    7.2    7.2
      Rx frame rate [1/s]:    123    123    125
      Rx rate [KByte/s]:      7.2    7.2    7.2
      Loss rate [1/s]:          0      0      0
      Frame loss [%]:         0.0    0.0    0.0
  Distributed clocks:
    Reference clock:   Slave 0
    DC reference time: 0
    Application time:  0
                       2000-01-01 00:00:00.000000000
roger@roger:~$ ethercat slaves
0  0:0  PREOP  +  EK1100 EtherCAT-Koppler (2A E-Bus)
1  0:1  PREOP  +  EL1008 8K. Dig. Eingang 24V, 3ms
2  0:2  PREOP  +  EL1008 8K. Dig. Eingang 24V, 3ms
3  0:3  PREOP  +  EL2008 8K. Dig. Ausgang 24V, 0.5A
4  0:4  PREOP  +  L8EC(COE)
roger@roger:~$

many many thanks! I really appreciate your efforts. so just thank you again

What was the cause and do I need to do anything else now?

 
  • Hakan
  • Hakan
10 May 2025 12:27
Replied by Hakan on topic Using POSIX realtime

Using POSIX realtime

Category: EtherCAT

And now it works? What does "sudo dmesg" say?
  • Roger S
  • Roger S
10 May 2025 12:05
Replied by Roger S on topic Using POSIX realtime

Using POSIX realtime

Category: EtherCAT

here is the result oflsmod | grep ec_generic
sudo modprobe ec_generic
lsmod | grep ec_generic
ec_generic             16384  0
ec_master             397312  1 ec_generic
snd_hda_codec_generic    98304  1 snd_hda_codec_realtek
ledtrig_audio          16384  1 snd_hda_codec_generic
snd_hda_codec         188416  6 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek,snd_soc_hdac_hda,snd_sof_intel_hda
snd_hda_core          122880  9 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_ext_core,snd_hda_codec,snd_hda_codec_realtek,snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_sof_intel_hda
snd                   126976  15 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_sof,snd_timer,snd_compress,snd_soc_core,snd_pcm
ec_generic             16384  0
ec_master             397312  1 ec_generic
snd_hda_codec_generic    98304  1 snd_hda_codec_realtek
ledtrig_audio          16384  1 snd_hda_codec_generic
snd_hda_codec         188416  6 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek,snd_soc_hdac_hda,snd_sof_intel_hda
snd_hda_core          122880  9 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_ext_core,snd_hda_codec,snd_hda_codec_realtek,snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_sof_intel_hda
snd                   126976  15 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_sof,snd_timer,snd_compress,snd_soc_core,snd_pcm
  • Hakan
  • Hakan
10 May 2025 10:51
Replied by Hakan on topic Using POSIX realtime

Using POSIX realtime

Category: EtherCAT

Intel I226 I see. I like those I226es. Then there is possibly the option to use the igc driver instead of the generic driver. You can always test that.

Let's continue with the ec_generic.
The output shows that it is back to the ec_generic module not loading.

Can you show the output of these three commands? It should manually load the ec_generic module.
lsmod | grep ec_generic
sudo modprobe ec_generic
lsmod | grep ec_generic
  • Roger S
  • Roger S
10 May 2025 09:23
Replied by Roger S on topic Using POSIX realtime

Using POSIX realtime

Category: EtherCAT

File Attachment:

File Name: dmesg_2025...10-7.txt
File Size:70 KB
Displaying 15751 - 15765 out of 17107 results.
Time to create page: 0.501 seconds
Powered by Kunena Forum