Advanced Search

No need for anything else.
7i76 is a daughter card, 7i76E has it's own controller. E means Ethernet.

It's almost good.

Setting the style in the qtdragon file is quite sufficient.

Restoring settings from the file works well, but only if they are integers.
If it's a floating-point number, then an error appears as in the screenshot.

Another problem (request, proposal) is the "RadioButton" element. It works like a switch and in some macros this is the desired behavior, but in others it is not.
If I want more items to check a logical condition, then there is a problem. That's why a new "CheckBox" element would be useful.

Nope, 3 axis 4 joint CNC. I doubt EMI could be it, that data cable is shielded, less than a meter long and separate from power, too. But I'll check every wire.

Thanks! I think i will dive into the deep and order a 7i76EU. I don't need that much I/O now, but not sure in the future. I like to play with the idea of having more axis and sensors like endstops to the machine. Also i have coolant pump and airlines for blowing chips away. Its manually controlled at this moment, but automating this is on my list . One last question:

eusurplus.com/index.php?route=product/product&product_id=50

Is referring to a 'daughter' card. Would that imply that i need something extra?

If you do not need much IO, Mesa 7i96S is cheaper and has the same functionality.
And there are two suppliers of Mesa cards in Europe now
www.eusurplus.com in Portugal
www.welectron.com in Germany

Is this a plasma?

Video of the screen and torch? So twice.

I do have the same problem, I see the ohmic probe is activated then when probe start it "find the plate" and try to go back however torch is in the up limit, then you have a error, I set the threshold to 18V and worked in probing but fail again during real cuts, mine is a water table.
please let us know if find the solution.

I see.

Sometimes stuff shifts mechanically, electrical stuff wears out too (Caps degrade and/or change capacitance, etc.), sometimes leading to random, unexplained changes in operation.

Switches and other mechanical actualtors get flabby over time, requiring less force to actuate.

Is the PC you use to control the machine "frozen in time" (not connected to the internet or outside world)?

Sorry.

Will read more carefully next time.

Thank you, that makes it more clear. I will measure all the cabling and ground connections.

- You need to mark the files 'M128' and 'M129' as executable (rightclick-> Properties -> Permissions).

I don't know about changing the key binding at run time but I would strongly advise against using keybord bindings to jog the actual machine. Much better to use hardware panel buttons connected to realtime hardware inputs.

Not sure what you mean by 'executing' a custom component. A 'custom component' refers to something that runs in HAL and as such runs periodically.
linuxcnc.org/docs/html/hal/comp.html

Do you maybe mean a 'remap' to create/redefine a g- or m-code?
linuxcnc.org/docs/html/hal/comp.html

I wouldn’t mind rewiring everything — my setup is quite simple, and the CNC machine is fairly small. For me, building and tweaking the CNC is part of the fun of the hobby.

I’ve read that many of you use various Mesa cards. I was hoping the 7i76EU alone would be a good starting point to learn how to work with Mesa hardware. Do you know if that’s the case? I saw some brutal shipment costs (like 200 dollar plus, so i will have to search for an European supplier, i'm in the Netherlands)

If the 7i76EU would allow me to completely move away from the parallel port, that would be a big plus — especially since I’m currently limited by base-thread latency.

[EDIT]

I see a seller with reasonable shipping costs, not sure if its a trusted compane EUSurplus?I think i am planning to switch to a Mesa board and wanted to check if the 7i76EU is the right fit for my setup. This is what I’m working with:

• 3x DM542A stepper drivers (they use step/dir signals)
• 3x LJ12A3-4-Z/BY inductive proximity sensors (used for homing)
• 1x Huanyang VFD (spindle, controllable via 0–10V or RS-485 Modbus (I think because i now use it over USB)

From what I’ve researched, the Mesa 7i76EU seems like the best option. Here’s why:

• It supports up to 5 stepper/servo axes via step/dir signals (perfect for my DM542A drivers)
• It has 32 opto-isolated inputs which should work well with the 24V NPN homing sensors
• It has 16 outputs, which are configurable (sourcing/sinking)
• It includes an analog spindle output (0–10V) for VFD speed control
• It supports RS-485 communication if I decide to use Modbus for the Huanyang VFD
• It isolates field I/O power from logic power, which helps protect the system

Important to note:

• The sensors might need a pull-down resistor to give clean logic signals when connected to 24V. I already solderd a pc to convert the 30V signal back to a 5V system with opto's
• I will need to supply 24V field power to the board 
• I understand the 7i76EU requires a second Ethernet interface on my PC (either a second NIC or a USB↔Ethernet adapter)
• I still need a PREEMPT-RT kernel, but I won't have to worry about tight base-thread latency anymore

Does this sound correct to those of you with experience using this board?Thanks in advance!

 

Unfortunately it happens 100% of every time.

It really feels like a bad setting somewhere, but AFAIK I haven't changed anything relevant since the last time I used it a few months ago. I've been cutting thick material for a while so I just was just using float switch probing.

What I can't get my head around is that there is no indication that the ohmic sense pin is ever on. This makes me think there is an unrelated setting keeping it from probing. I tried adjusting the probe height, but that didn't change anything.

Float switch probing continues to work fine.

langdons, sometimes it is better not to answer. It should be obvious from the post that this is an ethercat machine.

I don't see anything obvious wrong in the setup.
8000 is a lot, 8000 steps or ticks or whatever per mm but that is probably right since it moves right.
What you can do to debug this is to use "halshow" and look at all pins in the chain from joint.0.motor-pos-cmd to the cia402 pin, to the driver pin, and the return from the driver pin, to the cia402 pins, to joint.0.motor-pos-fb pin.