Advanced Search

Does orienting the spindle motor work to orient the spindle? (If it's not an exact 1:1 drive ratio then it won't)

What does the motor orient to? Is there a programmable alignment offset?

You say you are running out of IO. Is this because you are using a parallel port?

I can't advise on your PCB design, but I think this looks like a nice idea.

I have occasionally thought that there should be a niche for a similar board, but with on-board stepper drivers (Trinamic or some other serially-controlled driver)
That would, of course, need a dedicated HAL driver, but those can be surprisingly straightforward.

Python can find the path to the running code with the __file__ system variable.
Depending on the code in question you might want to use sys.argv[0] instead.
In both cases you probably need to use the Python path manipulation functions to assemble the required path.

Hello,
I made a custom version of the MESA Electronics 7c81 FPGA Card that I thought some of you might find interesting. 
I've attached images of the progress I've made so far. 





I haven't ordered the PCB yet, as I wanted to ask first, if any of you guys on here can find anything wrong with it. As I'm a student with limit budget I'd like to be a little more reassured that I'm not missing anything.
I used the  7c81 Schematics  found in this forum post and the schematics of the official  RPi CM5 IO-Board  to create my own schematics.





I have a few questions I haven't found a good answer for and I'd be happy to recieve constructive criticism on any part of the design.

• The SPI0 Bus of the RPi (SDA0, SCL0) is shared by the Serial Flash for the FPGA and one of the MIPI DSI/CSI-2 FPC connectors. Will this cause conflicts?
• I wasn't able to avoid routing traces under the FPGA, will this be likely to cause problems or will I be able to get away with it?
• Is it a good idea to ground pour the top and bottom signal layers of the 4 layer stackup, if I'm already using the two inner layers as ground planes?

Thank you in advance!
Niklas
 

This may be a setting about climb and conventional milling. Is there a "both" checkbox? (There is in Fusion)

It might be worth raising this as an issue ( github.com/LinuxCNC/linuxcnc/issues ) though it is almost a standard for Z0 to be top of travel (Fusion 360 CAM assumes this, for example, it scatters G53 G0 Z0 around the generated G-code) and I think that the other guis also go to Z=0 if you press the quill-up button.

It may be safer all round to reconfigure your Z with 0 at the top. This means that in machine coordinates Z is always negative, but that doesn't matter, you rarely if ever work in machine coordinates)