Advanced Search

If we are speaking about communication delays, we also have to speak about communication delay between PC and camera.

After all, what is the speed requirement of the belt after all? Is it 0.1m/s? Is it 1m/s?

I use Mesa myself, and my motivation was not to spend hundreds of hours just to save 50 bucks on Mesa.
Mesa is the only turnkey solution here from what I can see that does not require JTAG programmer to start . I wanted to see what options would I have if for some reason Mesa will not be available in some future. I would hate to see it happen, but boy haven't we seen enough world craziness lately.

I admire all the people dedicating their personal time for the common benefit here. 

>>I think the real question is, why arent i mining crypto when my machine has downtime? make the mesa fallback to a crypot miner

how do you know Peter is not doing this secretly while we sleep? 


 

Thanks for your input Langdons.

I used shielded on the encoder feed and analog control lead. The IO's I left unshielded. These looms are wired up and ready to go.

Little bit of progress. Got the control panel assembled with touchscreen and computer. It's definitely not a small screen....
The DB37 breakout units arrived, which will allow me to use the existing Heidenhain control cables to feed the relay board from the Mesa cards.

I just wanted to check VFD speed control wiring. The Delta data sheet only shows external speed control using a potentiometer. Can I wire it like below, using the axis 4 or 5 on the 7i97t to control it?

I'll activate the FWD/STOP, REV/STOP and OUTPUT SHUTDOWN via outputs on the 7i97t.

Thanks!

J

 
 
 
 

The nice thing about linuxcnc is you can call a python program from gcode, have it do whatever you want.... Options are endless really..... Then take that data and keep going.

Ask chatgpt how to do it, it's not that bad takes a bit to setup the m codes, O codes, and python program but is very doable especially with AI now a days

I have the basics built but not completed yet.

Well, tested the card and found no issues.

All inputs read low at 50% of field voltage and high at 65% of field voltage
applied to an input.

Heated to +70C and cooled to -40C and still no issues. Ran at 5V to 32V field
voltage and no issues.

Here is an image of all disconnected inputs in halshow (@ 24V)

 

 

It has a Mitsubishi A800 drive. (I can get the specs tomorrow) It came with 3 900+ page books. I know it receives forward and reverse signals separately. I I'm pretty sure it's PWM, but to me honest, I don't know. Sadly, I didn't build it or configure it. Coming in after someone else kinda stinks.

Moved to "PlasmaC" section.

unknown wrote:

Can we have this marked as solved pleased ?

Done.
Thank you.

Can we have this marked as solved pleased ?

The original thread was getting way long, with a lot of info spread out.
Pleas pay particular attention to the hal_gpio stuff, there is a basic 3 axis mill config that works. If you get any errors when thrying to use hal_gpio, unless the error log states "no permission" the issue is a permission error (which should not happen), otherwise it is related to the GPIO pins selected or somethng else. Mostly this occurs when a user attempts to use the SPI allocated pins without disabling the SPI interface.
What I suggest to the RPi users is to bookmark the Index thread forum.linuxcnc.org/38-general-linuxcnc-q...l-images-only#325007 for later reference . 

The major difference re GRBL & Linuxcnc is that Linuxcnc (what runs on the PC) is interprets the gcode and works out the timing & responds to realtime events.

With GRBL the PC sends gcode to the GRBL controller and that interprets the gcode.

There is no option (and so far it does that like it will ever be an option) to send gcode to an external controller.

UNITS = INCH # issue a G20 at load
DEFAULT_UNITS = INCH # same as G20

Remove the comments from those two lines.

Talking about having to drop this menu down and change every time. I thought i changed everything in the ini related to units (attached).
 

 

forum.linuxcnc.org/plasmac/40057-camera-for-touchoff
There was/is something for PlasmaC and/or QtPlasmaC, but i can not find it, might be in the manuals, but searching for it now i noticed some of PhillC videos have been removed from youtube.
It did skew adjustment also, when the plate was not placed parallel, etc.

Anyone have any experience with using machine vision with LinuxCNC?  Specifically I am looking into adding a camera to a CNC router for automating the touch off process for part location and size checking.  I want to be able to fixture a part (a frame) to the table then start a routine that would find the edges of the frame opening, make any needed adjustments to the part coordinates, and g-code (adjust a parameter or 2) and then mill the piece.

Does this sound like a reasonable task? Anyone already done something similar?