Migrating buildlog laser from pport to 5i25
FWIW, I downloaded the 5I25 UPDATE from Chris's sticky topic and added the dring.xml file to the directory. Then ran it. I think the script has a minor bug: If there's no hm2 directory below /lib/firmware, the script creates hm2/ and drops all the files into it. If hm2 exists, then the script creates /hm2/5I25/ and adds the files there. PNCCONF doesn't seem to see the files in hm2/ so it doesn't produce the expected joy after the first execution but works fine if the user runs it again.
Please Log in or Create an account to join the conversation.
any thoughts on a screen gui for the laser ?
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
All other jumpers are in the up position.
EDIT: Never mind. Seems to be the PCI port not the card. Doh!
Please Log in or Create an account to join the conversation.
PCW chirped up at the time and said check the psu , so i changed it and worked first time
you may need to reverse the sense of an enable pin ( motor enable pin 16 )
does it boot with w1 and w2 up , without any connection to the laser
Please Log in or Create an account to join the conversation.

However, I found something troubling.
If the linuxcnc is NOT running at all, the laser is firing. The breakout board has a safety interlock circuit so the lid has to be closed and the e-stop button reset, but it shouldn't be firing at all.
I guess this means that pin 17 is high by default. Am I thinking that right? Can it be reversed in the bit file?
Please Log in or Create an account to join the conversation.
but i hazard a guess the best way would be to use the invert jumper for the enable on the laser board
or the board needs a little hack to add a laser disable perhaps joined to the motor enable so that if the motors are not enabled then the
laser wont be either . , moving say the laser relay K1 ground connection to the motor enable , should solve it
but i can see how it's happened the ground side of the relay should be the switched side to the 5i25
slight modification to the pcb and design i think is in order
i have not built mine yet , so this is all purely looking at the diagrams at the moment
perhaps PCW has a better idea ..
Please Log in or Create an account to join the conversation.
and before LinuxCNC assigns pin functions (and after watchdog bites).
This means Active low is a better choice for interface logic, so for example, a
SSR connected from PC 5V to FPGA output pins will only be enabled when linuxcnc is running.
But for safety related signals, (and a high powered laser certainly has safety implications)
its always best to use a charge pump. and not rely on the state of I/O pins at startup.
Please Log in or Create an account to join the conversation.
PCW wrote: The 5i25 outputs (an in fact all of our FPGA card outputs) are high before configuration
and before LinuxCNC assigns pin functions (and after watchdog bites).
This means Active low is a better choice for interface logic, so for example, a
SSR connected from PC 5V to FPGA output pins will only be enabled when linuxcnc is running.
Could this be used as a general safety thing possibly. In this thread I'm searching for a way to secure my machine during e-stop.
If I used this idea to controll the power to the transformer in my mill I can have an added safety. Then I have to have LinuxCNC running in order to make any functions work. But that is how the mill was designed to work in the first place.
Now what would it take as far as programming and interfacing? I think I have spare pins available when I'm using one 7i77 and one 7i84 (to be replaced with a 7i85 soon to increase the amount of encoder inputs)?
Sorry for hijacking the thread, but this could be used by others than you guys using lasers.....

Anders
Please Log in or Create an account to join the conversation.