Kannst du das aug Google Drive oder woanders hochladen, so dass jeder Zugang dazu hat?

In dem ZIP Ordner sollten einige VHD Dateien sein. Die änderst du einfach um und machst den Doppelklick an der richtigen Stelle. Das Bitfile wird das im selben Ordner erstellt. Es gibt eh eine unnötig lange Anleitung dazu:  forum.linuxcnc.org/27-driver-boards/4558...nix-bitfile-creation
Habe meine Datei als Beispiel angehängt. Vergleiche den Inhalt mit deinen Dateien aus dem ZIP Ordner. Falls die Benezandatei fehlt, findest du die dort, wo deine 7i92 Originalfirmware ist. Es müsste source.zip oder so heißen.  

hello..i have a problem with my plasma cutter..I am using a 7I76E. The plasma torch goes down, senses the work piece, rises to the pierce height , fires the torch up but does not maintain the arc to cutting flame. Because of this, it then goes off instead of moving to cutting height and cutting flame.

Hello PCW,

Thank you for your advice.

You were absolutely right — I did not need the 7I74.

I connected the 7I85 to the 7I76EU P1 port and then connected two 7I84U boards directly to the Smart Serial ports on the 7I85.

Everything is now working correctly:

* 7I85 is detected and provides the expected MuxedQCount resources.
* Both 7I84U boards are detected through Smart Serial.
* Inputs and outputs on both 7I84U boards have been tested successfully.
* LinuxCNC sees both boards after enabling the corresponding Smart Serial channels.

The final configuration is:

* Mesa 7I76EU
* Mesa 7I85
* Mesa 7I84U #1
* Mesa 7I84U #2

using the firmware:

7i76eu_7i76x1_7i85x1d.bin

Thank you for pointing me in the right direction and helping me simplify the system.

Best regards,
Roman

I can make 7I76EU  + 7I85 + 7I74 firmware but not sure why you would need the 7I74
as there are 6 available Sserial ports with just the 7I76EU (1) and 7I85 (5).

7i76eu_7i76x1_7i85x1d.bin is the firmware for a 7I76EU and a 7I85.

 

Hello,

I am using a Mesa 7I76EU board and would like to know if a firmware configuration exists that supports simultaneous operation with a standard 7I85 board and a 7I74 board.

My planned hardware configuration is:

* Mesa 7I76EU
* Mesa 7I85 (standard 7I85, not 7I85S)
* Mesa 7I74
* Two Mesa 7I84U boards connected through the 7I74

I have successfully tested the following firmware:

7i76eu_7i76x1_7i85x1d.bin

The firmware was loaded successfully, and LinuxCNC correctly detected all six MuxedQCount channels provided by the 7I85.

After loading this firmware, LinuxCNC reports:

* 6 MuxedQCount channels
* 1 MuxedQCountSel channel

The 7I85 board will be used to connect four RS-422 linear scales (X, Y, Z, and W).

The 7I74 board will be used as a Smart Serial Hub for two 7I84U I/O expansion boards.

While reviewing the Mesa firmware archive for the 7I76EU, I could not find a ready-made firmware configuration for:

7I76EU + 7I85 + 7I74

However, I found the following VHDL source file:

PIN_7I76x1_7i85sx1_7i74x1D_51.vhd

which suggests that a configuration for a 7I85S + 7I74 combination exists.

I would appreciate advice on the following:

* Is there an existing firmware configuration for the standard 7I85 and 7I74 combination?
* If not, is it possible to obtain such a configuration from Mesa or build it from the available source files?
* Are there any FPGA resource limitations on the 7I76EU that would prevent simultaneous use of both the 7I85 and the 7I74?

Any information or recommendations would be greatly appreciated.

Thank you.
 

I'm very new to this so please pardon the questions.  I recently acquired an INTEL NUC core-i3 with 8GB of ram. This is intended to drive a MESA 7i76e board on a plasma table.  

tldr; I'm primarily curious to know if the latency results I'm getting are going to work (if that's possible to advise).

I've downloaded the latest iso and  went through performance tuning.  I *think* I've done all the things.  It's sometimes hard to follow all the different threads on tuning.

1) Turned off things in BIOS (hyper threading, power management etc.). This left me with two CPUs
2) Grub configured (including isolcpus)
3) CPU governor set to performance
4) IRQ coalescing disabled (intel NIC)
5) CPU core isolated for LinuxCNC (cpu 1) (I am not sure how to confirm this is actually working as intended)
6) Ethernet IRQ pinned to isolated CPU (cpu 1)

The latency histogram as a result looks like this (6 glxgears & running YT videos):
 

~60 us of max latency.   Is this worth continuing to try to use or should I be looking at a better computer?  Any advice appreciated.

I have not hooked it up to the machine yet to try it.  Hope to be attempting that in coming weeks.  Thought I'd post this to see if I need a different computer first.

- Dave

 

Also another thing, is that I have changed the stepper driver to a new one as I thought initially that might be the problem.

*possible* that the original is faulty and took down the output. Not prepared to test it on another channel though (:

Firstly made a minor mistake on the numbering i.e. 3rd stepgen therefore stepgen.2

This is a small cnc in my home so pretty clean environment using DM556 drivers.
Scoped it with the driver disconnected and hooked between gnd (first pin) and step+.
Figured that since the dir pin toggled when I jogged the Z up and down, that all programming was connect.
Scope looked fine on stepgen.3 and Z now works on that channel.

Failed stepgen outputs are most likely due to a problem with one of the
the output driver chips. For stepgens 0..3 these chips are a 74ACT541 (for the + outputs)
and a 74ACT540 (for the - outputs)

Does the  step3- output work? If not, it may be a deeper hardware issue
(PCB or soldering issues) These kinds of issues are rare.

Bad step/dir outputs caused by driver chip failure  are not rare but usually
traceable to accidental contact  of the step/dir pins to a voltage outside
the 0 to 5V range perhaps during initial wiring.

Probably a lost cause, but just in case ...
Turned on my CNC and the Z axis did not move.
After swapping out the stepper driver found that the stepgen no3 on the mesa was not outputting any step pulses as shown on my oscilloscope. Direction pin was changing as expected.
Changed it to number 4 and all is ok.

Assume just a hardware / output driver issue.
Is this a common fault on these cards. It is at least 5 years old. It lives in a pretty protected environment.

At this point I only need 4 stepper outputs so can live with it as is.

I just ordered two Mesa 7I76EUs, two Mesa THCAD2s, two Hp elitedesk 800 G1 USDT with i5 2.9ghz 16gb ram 512gb ssd, and two cat 8 ethernet cables. So I really want to keep trying until I have a working system. This is my third attempt at trying to achieve a working plasma table and so far I have only got to use my machine for five minutes at a time at most. I really appreciate the amazing support from you all

How many of those 30 machines run Bookworm or Trixie? I used to think like you.  In my view its mandatory today and I get much better latency results on the same hardware I used with stock kernels back when  we used to have to compile the PREEMPT_RT kernel to run Mesa cards. One day you will strike a PC which will cause you to rethink your views the hard way just like I have.