Advanced Search

This is "only" a sensor that transmits the distance value to the CNC System. The CNC System must be able to use it.

If you have any ideas how i can help, I would be grateful for your advice.

At the moment I have accepted that the frequency will be the best solution.

so I implemented freq. scale
0-10mm -->> 20kHz - 70kHz   (10kHz = colision )
( each of steps 0.05kHz = 0.01mm ).
It works exactly as it should.
of course is availabe analog output 0-10V and you can use the analog output or frequency (a square 50% duty signal and any voltage) depended what you need.

first test frequency output on my desk :

Linuxcnc is not really designed for serial transmission in real time.
Yes, Mesa has its smart serial interface that it uses principally for its own daughter cards but its not well developed for third party devices. It would add additional development complexity. Plus it would limit the hardware platform that could be used with Linuxcnc.

Using frequency or a voltage is well understood and easy to decode and support on different hardware
With the emergence of Ethercat controlled laser cutting heads, its important to consider a wider audience and how it can be incorporated into an Ethercat machine.
Also I noted that on some laser cutting solutions the capacitive BCL-AMP is being superceded by amplifiers with a 0-10 volt signal

I think Proma needs to gives some thought on to how to keep their audience as broad as possible. I think that while using a frequency read by an encoder is quite simple and broadly available, 0-10 volt may open the device up to a broader audience but may not have the advantage of sensing collissions etc via specific frequencies.  Using serial communications reduces the audience to Linuxcnc users using specific hardware. I think frequency sounds the most flexible now.

Finally a question about frequencies. How would you sense a void? eg say you wanted to find the material edge so the axes can be rotated around the Z axis to account for a skewed sheet? Or to sense the edge of a sheet when severing it to turn off the laser?

Yes, RPi suggests that parallel processing 1.5x that number of cores works well. I had also always used the number of cores.

Peter,
Thank you. I can see the logic behind that, what I think was lost is the significance of the channel numbers and why I'd have to use the third channel for this card.
I think I see it like this. The sserial instruction is to the host card ie 0, (7i92, ) in my case. Plugged into which is a daughter, could be two of them, but only one (7i77) here, and that's therefore channel 1, and lastly, the smart serial card 7i73 that hangs off the 7i77must be channel 2

I get it in version 2.9.4.
everything worked during the day, broke in the evening.
how can I fix this?
where to find "sticky threads"