Advanced Search

No dice, all I get is an error code"T change aborted (return code 0.0)" It seems like the emccannon.change_tool is skipping over my remapped m6.
What would be an efficient way to find out why it's not executing the M6 in stdglue?
also I edited my last post just after you posted Aciera:
Where do I find documentation on the syntax of that python line? Also is this even a good idea to change the stdglue or should I be writing my own python script?

seems odd that 'emccanon.CHANGE_TOOL()' should not work but sure try

Bios power saving options already disabled. It is a dual core processor, isolcpus=1 set, latency max jitter comes 50,000ns to 85,000ns(as the graphics card already removed), ping test data already given in this topic earlier. What else to check? 

One more question: I have a Raspberry pi4, 2GB ram in stock. Any better result expected with that?

You're correct you can't call a python and ngc on the same remap line, that was my mistake
in the stdglue.py I was thinking that maybe I could change the line ~481 in the index_lathe_tool_with_wear section from: mccanon.CHANGE_TOOL(self.selected_pocket)
to: self.execute("M6 T%d"% (tool))
Where do I find documentation on the syntax of that python line? Also is this even a good idea to change the stdglue or should I be writing my own python script?

Having issues trying to run spindle in reverse.  Using backup 7i76e board never used but new.  I'm using HF41F relay and wired per the Mesa drawing.  The relay has been verified and working.   The Dir+ does not trigger the relay +24 volts applied to the other side of the coil.  Whats the best way to verify Dir+ of the 7i76e is working properly.


m5
stopped
    36  bit   IN          FALSE  hm2_7i76e.0.7i76.0.0.spindir <== spindle-ccw
    36  bit   IN          FALSE  hm2_7i76e.0.7i76.0.0.spinena <== spindle-enable
    36  float IN              0  hm2_7i76e.0.7i76.0.0.spinout <== spindle-output

m3 s2230
goes forward # 2260-rpm
    36  bit   IN          FALSE  hm2_7i76e.0.7i76.0.0.spindir <== spindle-ccw
    36  bit   IN           TRUE  hm2_7i76e.0.7i76.0.0.spinena <== spindle-enable
    36  float IN        0.49952  hm2_7i76e.0.7i76.0.0.spinout <== spindle-output

m4 s2230
goes forward  @22600
    36  bit   IN           TRUE  hm2_7i76e.0.7i76.0.0.spindir <== spindle-ccw
    36  bit   IN           TRUE  hm2_7i76e.0.7i76.0.0.spinena <== spindle-enable
    36  float IN        0.49952  hm2_7i76e.0.7i76.0.0.spinout <== spindle-output

Thanks Jim

This might not be the reason for your issue but this seems wrong:

Did you maybe mean something like this instead:

[edit]
If you start your config from a terminal ($ linuxcnc) are you getting any error messages when calling your remap?

Have you disabled all power saving in the BIOS? (C states >C1, any turbo mode etc)

What actual PC hardware are you using?

It may be that it is not suited to real time

(a 49 ms real time delay is fatal for any LinuxCNC installation running actual motion hardware)

Hello All,
I've been struggling with using T for toolchange for a while now and I need a little help.  I've got a turret that is written as an A axis and I remapped m6 to get the correct tool in position. I've attached that toolchange.ngc  It's cludgy but it works.  If I try to remap T with the "index_lathe_tool_with_wear" from standardglue the T only causes a virtual toolchange but it won't call the M6 and physically change the tool.  Here's my ini snippet for RS274NGC
RS274NGC]
SUBROUTINE_PATH = ./macros/,./:../
PARAMETER_FILE = linuxcnc.var
RS274NGC_STARTUP_CODE = G7 G18 G20 G90 G94 G0 S500 F60
REMAP=T  python=index_lathe_tool_with_wear ngc=Ttotool
REMAP= M6 modalgroup=6 prolog=change_prolog ngc=toolchange epilog=change_epilog
Do I need to write a python script that translates my current ngc toolchange into the standardglue? 
What am I missing here?  Thanks in advance!



 

Thank you very much. After reinstalling the kernel, adding iptables, and assigning IRQ to core 7, everything worked perfectly. I was able to run with SERVO_PERIOD = 500,000 for 6 hours without any issues.

royka wrote:

@nhanpan You probably need to pin the ethernet irq to another core, preferably an isolated core. The irq you can get by entering the command: cat /proc/interrupts and find your ethernet adapters. In case yours also start with "enP" you could enter:
grep enP /proc/interrupts

185:          0          0          0          0     799186          0          0          0   ITS-MSI 428343296 Edge      enP3p49s0
186:          0          0          0          0          0          0          0          0   ITS-MSI 570949632 Edge      enP4p65s0

To pin them to cpu5 with the above result as example you could add to /etc/rc.local in a line above "exit 0"
sleep 15 && echo 20 > /proc/irq/185/smp_affinity & echo 20 > /proc/irq/186/smp_affinity

It seems that the error tells that the kernel doesn't support that, perhaps a missing module? But with the irqs pinned you can ignore the message.

Hi, in probe basic when the 3d probe can't finish or I cancel it, the axes don't move until I bring the machine home.
Is there a way to not have to do homing so that the axes keep moving? 

Tom has been working on the probing routines and here's a short video showing one of the routines.



JT

Hallo,
enp3s0 ist okay das ist die externe ip-adresse auf der 3ten netzwerkschnittstelle, das Internet ist auf vpn PPOE

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
inet 192.168.1.1/24 brd 192.168.1.255 scope global enp2s0
valid_lft forever preferred_lft forever
3: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
inet 10.0.0.xxx/24 brd 10.0.0.xxx scope global dynamic noprefixroute enp3s0
valid_lft 76602sec preferred_lft 76602sec

so sollte es passen dank ich mal morgen probiert kollege es aus
Ich hab nun 2000 ping in serie drüber laufen lassen und 0 verlust das ist gut

G0G53Z148 wrote:

hier ist das neueste Image installiert die ip der netzwerkkarte ist auf 192.168.1.20 255.255.255.0 kein Gateway installiert.
 

G0G53Z148 wrote:

3: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 84:47:09:3d:62:19 brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.xx/24 brd 10.0.0.xxx scope global dynamic noprefixroute enp3s0
 

Die netzwerk ist niht OK, was ist in die /etc/network/interfaces drin?
forum.linuxcnc.org/27-driver-boards/3559...ethernet-mesa-boards

I have read the page & linked the pis together so that they both reflect each other, now I just have to find a way to inc & dec the jog speed from the USB pendant.

In QTDragon the 4th tab over is the Tool tab (where you can probe a touch plate)

Is there a hal pin to activate the probe (labelled as "Touch Plate" on the screen. As my machine is quite long I cannot reach the screen & hold a plate under the spindle at the same time.

Cheers
Alex

so ich hab nun etwas geändert wie es in abschnitt HM-ETH Steht von
www.forum.linuxcnc.org/38-general-linuxc...nnection-lost#226460

mal sehen ob das so klappt ich werde berichten

die frage ist nur, warum musste ich das beim anderen Rechner der hardwaretechnisch voll identisch ist nicht machen