Advanced Search

For some time I have been setting up a plasma system using a N100 mini-PC and ethercat drives 3xECT60 and one of my own Metalmusing EaserCAT-7000 board for IO and torch height. It is working fine, but there is the occasional, sometimes more than occasional message in dmesg/journal, datagrams UNMATCHED

In this case it is not a catastrophe, the ethercat cards easily recovers.
It means that the EtherCAT server sends out a packet and expects a packet back. For some reason it doesn't come back in time (I think).

So the focus is on this mini-PC, a T8 Firebat pro plus. It has two network ports, both Realtek. It is small, draw around 10 W, three HDMI and three USB 3 ports. Had the network worker better it would have been good, but no.
 
The network ports areI have of course tested with the realtek dkms driver, and added boot options. It gets better with the dkms driver but there is still the occasional datagram UNMATCHED. I don't want them.

I have seen in the past that all Intel network adapter perform better than this. So I will add an Intel network adapter to this mini-PC.
What I have in mind is to replace the WiFi card with some kind of ethernet card. The WiFi is an M.2 card, size 2230.
That's the options I have. No PCIE, no mini-PCIE. Just a M.2 2230 E-key WiFi card position.


 

Hi Guys,

Thanks for feedback.

Now we added hal pins for jogging xyz in pause state.

The halui pins are unreachable from within the tpmod component.
Then tpmod has it's own hal pins for jog in pause.
 

For the one's who still want to do keyboard jogging in pause state, like plasma cnc's  :

• enable the jog keyboard hal pin.

This to prevent unwanted moves by accident.

Yes, it sound like the old firmware issue.

One known way to fix this is to reflash the firmware on a RPI4

Another possible fix is to temporarily short RPI GPIO8 to GPIO25 (40 pin pins 22 and 24)
or if that does not work, temporarily short RPI GPIO25 (40 pin header pin 22) to Gnd

Then remove the connection once the card has been re-flashed.

I bought a Mesa 7C80 from EUsurplus.com, on March 11.
I have read on mesanet.com that cards bought before 2025 would not be compatible with rpi5.
So this is supposed to be compatible as i understand it.
I have an unaltered installation from this image www.linuxcnc.org/iso/rpi-5-debian-bookwo...25-01-27-0140.img.xz

When i try to follow the write up in the Pi5 MESA 7c80 WORKING thread, i get the same error as the OP.

I do this command: sudo mesaflash --device 7c80 --addr /dev/spidev0.0 --spi --readhmid
I get this response :

Unexpected cookie at 0100..0110:
00000000 00000000 00000000
No 7C80 board found

Do i need to flash this card to make it compatible with rpi5?
Can i do that somehow from a rpi5?
If not, what might be wrong?
SPI is enabled.

Hi all,
Right now I am testing my first CNC machine. I can already toggle the machine power on and off on LinuxCNC to lock or unlock the motor of my machine. But when I press + on y-axis (the axis i am testing), there is still no response. I think it might be the motor driver problem. Can somebody help? Thanks a lot!

This is my motor driver.
www.amazon.ca/MECCANIXITY-Stepper-Driver...ps%2C135&sr=8-5&th=1

This is my motor.
ca.robotshop.com/products/nema-17-steppe...7-1684a-single-shaft

This is my bob.
www.amazon.ca/SainSmart-Breakout-Board-S...r%2Caps%2C134&sr=8-8

Thanks again

I’m at this stage noticing that I can’t change the velocity of y-axis (the one I’m testing). I think it might be the motor driver setting up problem.

ContinenteCNC wrote:

I would suggest these ones here. Do you have PCI slots available?

Moschip MCS9835CV-BA
www.amazon.ca/Startech-Com-PCI2S1P-Seria...s%2C189&sr=1-23&th=1

Sunix SUN 2212
www.amazon.ca/1-Port-RS-232-Parallel-PCI...tronics%2C208&sr=1-3

Moschip MCS9900CV-AA
www.amazon.ca/InLine-76625C-Parallel-PCI...7&xpid=zMzIe5Bgkwo7G

Sunix SUN1989
www.amazon.ca/StarTech-com-PCI1P2-1-Port...3&xpid=zMzIe5Bgkwo7G

Moschip MCS9901
www.amazon.ca/Parallel-Printer-Converter...0&xpid=zMzIe5Bgkwo7G

have a build-in parallel port PC now. Thanks!

setp stepgen.4.position-scale [JOINT_4]SCALE
setp stepgen.4.steplen 1
setp stepgen.4.stepspace 0
setp stepgen.4.dirhold 40000
setp stepgen.4.dirsetup 40000
setp stepgen.4.maxaccel [JOINT_3]STEPGEN_MAXACCEL
net zpos-cmd joint.4.motor-pos-cmd => stepgen.4.position-cmd
net zpos-fb stepgen.4.position-fb => joint.4.motor-pos-fb
net zstep <= stepgen.4.step
net zdir <= stepgen.4.dir
net zenable joint.3.amp-enable-out => stepgen.4.enable
net estop-out <= iocontrol.0.user-enable-out
net estop-out => iocontrol.0.emc-enable-in

The red text probably should be:
setp stepgen.4.maxaccel [JOINT_4]STEPGEN_MAXACCEL
net apos-cmd joint.4.motor-pos-cmd => stepgen.4.position-cmd
net apos-fb stepgen.4.position-fb => joint.4.motor-pos-fb
net astep <= stepgen.4.step
net adir <= stepgen.4.dir
net aenable joint.4.amp-enable-out => stepgen.4.enable

Note that you also need to connect the astep and adir signals to the appropriate
parallel port pins similar to this (z highlighted ):

setp parport.0.pin-01-out-invert 1
net estop-out => parport.0.pin-01-out
net xstep => parport.0.pin-02-out
setp parport.0.pin-02-out-reset 1
net xdir => parport.0.pin-03-out
net y0step => parport.0.pin-04-out
setp parport.0.pin-04-out-reset 1
net y0dir => parport.0.pin-05-out
net zstep => parport.0.pin-06-out
setp parport.0.pin-06-out-reset 1
net zdir => parport.0.pin-07-out
net y1step => parport.0.pin-08-out
setp parport.0.pin-08-out-reset 1
net y1dir => parport.0.pin-09-out
net spindle-cw => parport.0.pin-14-out
net spindle-pwm => parport.0.pin-16-out
net xenable => parport.0.pin-17-out
 

 

Here is the lower half of the report

Here is the error report.  Had to take pictures.  Working on pc windows.  Linuxcnc is on separate pc no wifi.

Thanks in advance

Hey, nice to know that this has been used by someone!

Hi,
I get a PC with build-in parallel port. But i ran the parallel port tester and still got no response.

I can now toggle the machine power in linuxCNC. When I toggle it on, the machine can move when i toggle the machine power off it locks. But still no movement yet.

This is awesome!! Great work to everyone involved.

I agree with Aciera - keyboard jogging is way at the bottom of the list. I have many large machines that are never jogged by the keyboard.

sam