Advanced Search

The computer screen, with the g-code trace. 
I have some user macro buttons, they are on the screen in Man but are removed in Auto and the trace window is resized.
I agree with the too long blocking diagnose, sounds exactly like the problem.
I'll try that tomorrow, it would be great to get a fix.

Do you means when the computer screen re-organizes? Or the pendant screen?

I found that if I try to jog when a g-code program is running, the pendant will disconnect every time. The reason is too long blocking (like I mentioned in the first post) without USB polling. The pendant will request manual/teleop mode (I don't recall which) and wait for minimum 300 ms if the mode does not change. It's these two functions:
github.com/LinuxCNC/linuxcnc/blob/master...6/hal.cc#L1361-L1420
I solved this issue by reducing the "loops" parameters here:
github.com/LinuxCNC/linuxcnc/blob/master...b04b-6/hal.h#L71-L86
Maybe your issue could be because of the same reason?

Still, if I use the mill for an hour or so, the pendant is likely to disconnect. And I have not found any specific reason for that yet.

There it is.

 

The problem is with your slave 5, the EL1014.
Can it be that it is a very old version? They had a different PDO mapping.

Can you temporarily remove or comment out slave idx=5 and see if you 
come any further?
We can come back to how to fix it for the EL1014.
Well, it is to run lcec_configgen with the option, "lcec_configgen --typedb=false"
and then take the info for slave 5 from that output.

that's awesome great progress.

quick question

have you caught up with Rob from tormach yet about including any of their work from the 1500mx machines

Hi everyone,

I just started my first LinuxCNC project and unfortunately managed to damage my Mesa 7i96S right away. I accidentally applied about 10 V to the 5 V input for a few seconds. There was a little smoke, and now the board draws about 3 A at 5 V even with no external load connected.

Using a thermal camera, I identified a hot SMD component marked “KE 2E66B” located very close to the 5 V input connector (designator CR43 on the PCB). It heats up immediately when power is applied. Measuring across it shows about 0.6 ohm. From the package and marking it looks like it could be a polarized SMD capacitor (possibly tantalum), but I can’t determine the value or rating.

Can anyone tell me the specifications of this component, or point me to the correct replacement part? Is there a BOM or schematic available that lists its value?

Thanks a lot for your help.

Hello,

I have made the decision to try LinuxCNC for my plasma machine that has been running with Mach3 so far.

Thebplan is to use EtherCAT servos for the motion of the machine. I installed LinuxCNC from the official site Downloads section, the latest stable version - 2.9.8. Then followed MrRodW's video about installing the EtherCAT master and CiA402. This is the -  Video .

The computer I try to run LinuxCNC EtherCAT is a mini conputer a few years old with an HDD of 1TB.

The problem is that when I reched the step that requires using the halcompile command, it executes without any error but there is no cia402 folder in /linuxcnc/configs. Without having the folder, I cannot continue the procedure for CiA40w installation.

What could be the reason that prevents creation of the cia402 folder?

Best Regards
Konstantin Kolev

Beautiful!

You are hands down a genius
PING 192.168.1.121 (192.168.1.121) 56(84) bytes of data.
64 bytes from 192.168.1.121: icmp_seq=801 ttl=64 time=0.263 ms
64 bytes from 192.168.1.121: icmp_seq=802 ttl=64 time=0.109 ms

Do I still need to flash the fallback.bin and the .bin file?
if so, how can I point mesaflash to these files?

If UP.UP works, stay with that

Then setup you hosts Ethernet interface to a static IP address of say 192.168.1.100

(the current settings will not allow access to the card)

I guess I never tried access to 192.168.1.121?
I have always used 10.10.10.11

Jumpers UP,UP

ip a reports

2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether d8:9e:f3:91:96:8a brd ff:ff:ff:ff:ff:ff
altname enxd89ef391968a

Jumpers DN,DN
ip a reports

2: enp1s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether d8:9e:f3:91:96:8a brd ff:ff:ff:ff:ff:ff
altname enxd89ef391968a

Here is that log

If I am not careful the whb04b crashes and only way to restore function is to restart linuxcnc.

I have found it happens when the display does a big re-organization.
Typically I just finished in Auto, with a certain screen layout.
Then I jog in any axis: The HMI switches from Auto to Man, can also be MDI to Man,
the screen re-organizes, buttons appear. At this point it is 50-50
if the whb04b crashes. 
I have learnt to avoid using the whb04b to switch modes, and now the whb04b works many hours/days.
It looks like something does not like the relatively long wait for the screen
to rearrange. Happened in Gmoccapy, qtdragon and qtdragon_hd.

Okay, I mostly understand. Configuration of the pendant is a bit clunky. Nice that you got it working somehow and good on you for posting the solution.

I am mainly thinking about improvements to the driver and/or firmware. Of course, configuration could maybe also be improved, but that would not be the priority for me.

yes I dont know what keeps happening I have registered 3 times in 72hrs.

Did you have card access before at 192.168.1.121?

What does

ip a

report?


Also with W5,W6 = UP,UP, the fact that the /INIT led blinks means that
the fallback configuration in the flash EEPROM is valid and still works...
 

I doubt it uses step/dir internally. With a built in driver it most likely
skips that and energizes the coils more directly.
At last that's what I would do.
And then it keeps the count just as a way to determine position,
but not connected to a performance parameter.