Advanced Search

No, this is a USB card so it will not work with LinuxCNC, or will require a lot of work to make it work.
But you can get rid of it completely and use a simple BOB (or not use a BOB at all) with a parallel port and wire the drives and switches directly.
Or replace it with Mesa 7i96S.

Would require reverse engineering, ie which MCU pins are connected to which IO pins.
The MCU would need to be identified. Reprogrammed and maybe even a Linuxcnc driver written.
Connection via USB is not an option.
SPI maybe the only option for communication, so RPi family would be the easiest option, SPI is not a PC interface, generally speaking.

It it was myself I would weigh up the price of a windows machine, windows licence and a Mach3 licence (you want to go down the legal route right) and compare that to a Mesa board and a suitable PC. Or even a parallel port based system and Linuxcnc.
A lot could depend on how much your boss wants to spend and whether they are comfortable with a non windows system. Oh and quickly to deploy the machine to start making money.

Just some thinking points.

Do the 7I84Us have both FieldA and FieldB power supplied?

Does the 7I74 have 5V power?

Can you post your complete hal and ini file set here?
Then I can try an duplicate your issue


Also if you know you have differential outputs on the scales,
you should leave the 7I85S jumpered for differential inputs.

Typically TTL encoder signals will not work if the interface card is
jumpered for differential signals, but differential encoder signals
will work if the interface card is jumpered for TTL signal



 

Hello,

This is a long shot. At work we have purchased a used CNC mill. It cam without a computer. And since I already use LinuxCNC for my mill, I'm tempted to also use linuxCNC for this one. The previous owner used Mach3. And the driver board looks like a generic USB Mach3 board.

Are there any chance this board could work with LinuxCNC? 

 

I know similar questions have been asked before, but the threds are old. And there were some hints regarding hacks to make this work regardless of the difference in the architecture of the real time part of LinuxCNC and Mach3. 


Cheers!
Bernie
 

I suspect this may be a localization bug in pncconf

If you run pncconf from the command line, does it print any error messages?

Hi all,

I'm adding a hole underspeed feature to MetalHeadCAM . After setting a temporary material, velocity reduction with M67 doesn't change the velocity shown in the QtPlasmaC interface. It stays at 1700 mm/min the whole time.

I'd appreciate it someone can spot my error. Thanks in advance.

7C81 RPI FPGA board
1.5" RPI GPIO cable for 7C80 and 7C81
DIN Tray 107MM X 102MMFor 7C81, 7I94, 7I94T

The Raspberry PI, standoffs, and fans are NOT included.

Works perfectly. Selling because I bought a MASSO 3G Touch.

$75 plus shipping.
 
 

 

Aciera wrote:

I was able to test this out a bit today and I've figured out it wasn't working because after setting the TWP, the G59 offset made the axis positions outside my soft limits,  I made my soft limits massive and it worked as expected.  If I have G54 zeroed out, then I don't get any values in G59, but my axis position are still outside the soft limits. 


Ah yes, I'm sorry I have not caught onto this before,  this is expected behavior, which is unavoidable since the motion planner lives in cartesian space and assumes that each joint is aligned with its assigned axis which is no longer the case when the work coordinate system is rotated and thus no longer aligns with the machine coordinate system. Joint limits will be respected but are only triggered at runtime (ie when the joint position violates the limit) and will thus trigger an emergency stop.
It is possible to expand the axis limits when switching to TOOL kinematics and change them back to restrictive values when switching back to other modes but you will have to expand axis limit values when using TWP.

I will need to point this out in the README file.

Ok, thanks again for all your work on this, I figured I had just messed something up along the way.  I found your example of the mill turn machine with the switchable soft limits, so I'll try to work on getting that working.    

I think I'm a little confused today. The card is installed upside down, so the jumpers are in the down position.
Now I don't know what to do next.

I tried a few more things and just couldn't get anywhere. So I decided to take another look at the wiring and the 7i85. I noticed that the jumpers for the signal are not set to RS-422 (in the down position) but to the up position for TTL signal.
Unfortunately, the nine-pin TTL signal pin assignment is the same as the RS-422 assignment, except that A-, B-, and R- are omitted. The signals are then ignored anyway. So there's probably no point in changing the jumpers.
Or should I try?

 
 

I can't see that page, it goes up to P1-P2.

I see only TB2/TB3 P1 P2

it doesn't allow me to add a PWM. I set it to 1 and it goes back to 0

yes!

Note that a similar problem can arise when using TCP:
Whenever a pure rotary move (eg G0 A45 C90) is handled by the motion planner it will not expect a displacement in any linear axis. The TCP kinematic however WILL cause linear displacement to compensate the change in tool orientation and this may cause runtime limit violations that lead to an emergency stop.

Hi

I have performed the latency test. One with nothing running and the other with seven windows playing YouTube videos simultaneously.

I am unsure if this is how the test should be performed or if it is sufficient to determine whether my laptop is compatible with LinuxCNC.

ibb.co/V0twrbVc
ibb.co/vCXQSWt6