Advanced Search

I tend to think it'll be fine as all I'm using the 24V is for my homing switches and powering the board to let me control the spindle.

Regarding how I go about controlling the spindle, I'm not sure about how to do it. I have attached my hal file below. When I measure the voltage between the pins circled in red I get 0.01 Volts (even after I've homed my axes and and sent it an m3 s500).


 

Logthor wrote:

I believe my BoB is optically isolated ( this is the link to it). 
 

I just measured it. The 5V and 12-24V voltages are isolated from each other, but 12-24V is also used to power the home, estop and probe inputs on the opposite side of the board. If there is a risk of applying high potential to the 12-24V power supply, it is safer to use a separate cheap Chinese PWM->0-10V board and a separate small power supply. As for the 0-7V range, it is probably enough to scale the spindle speed appropriately (for example, setp pwmgen.0.scale 2000 instead of 1400, i.e. 1400 rpm will be 70% of 10V)

Made an issue:
github.com/LinuxCNC/linuxcnc/issues/4465

Found some things in testing:

-I can see the spindle speed display go to 0 on first abort then immediately return to previous speed.

-The sim uses on_abort.ngc but removing it doesn't make a difference, but adding an m5 to the script will stop the spindle reliably. I think this is just masking the problem.

-I also note in the test program the initial line that starts the spindle is silently ignored.
I am not sure this is related.

-If I abort close to the beginning of the program - always restarts the spindle.
If I abort near line 500, 1000, or 1500 spindle stops.


Do you see the same?

I tend to think I'm making some sort of mistake. I currently am only making use of the PWM pin, do I also need to include pins for turning my spindle on and off as well?

I believe my BoB is optically isolated ( this is the link to it ). I just would like an example HAL file with my settings. When I measure with my multimeter after using stepconf, I get nothing even after I issue a command like s500 (my axes have all been zeroed). 

I'm replacing a 5i24 PCI card with the ethernet equivalent (7i80HDT): outputs go through a 7i33 + 2 7i37s. A previous posting (but referencing a 7i80HD-16) here said that the SVST4_8 bitfile would appropriately configure the card. Although the file is referenced in the manual, the file (neither .bin or .pin) does not exist in a newly downloaded (8/24/26) file set for the HDT card.
Where can I find a copy of the needed bitfile?
 

    attached find a screen dump of /tmp/isotri.ngc . This file was generated by an execution of polygonpockete.ngc (zipped).  My original goal was to make a log file which listed origin, endpoint, length and tilt of every line in my pocketed figure. This could be used to take advantage of highlighting in the MDI window on my version of linuxcnc.  Length and tilt are stored as comments on lines in the log file where a g0 gcode command to the line's origin and a g1 gcode command to the line's endpoint executed in a MDI window highlights an individual line after the execution ofpolygonpockete.ngc and an erasure of the lines it already highlighted.  To my  surprise the MDI window ignored the length and tilt following the ; and the linuxcnc interpreter went right by the g0 gcode command and executed the list of lines like it was a gcode program, a program containing lots of nasty numbers instead of nasty trigonometry. You'll have to edit polygonpockete.ngc to put the log file where you want it, see (logopen, (log, and (logclose)  The logfile does not contain any curved lines, nor does it contain the shortlines I put into polygonpockete.ngc to discourage the linuxcnc trajectoryplanner from rounding over the vertices.

Hi Aciera!

i solved it, my problem had several culprits.

1. I have a documentaion for my MPG, which told me which keys are generated. i don't know why, but for 3 buttons, the documentation was simply wrong..  While learning the keyd feature, i learned how to grab the sent keys...

2. With the right udev rules, i can load the "keyd virtual keyboard" into the hal-input.
Everything works fine now, 

3. I did not solve my problem that a few keys triggered the ui, i tried with -KRAL Option, no luck, but i remapped the keys with keyd, so ther is no interaction with the ui any more.

Thanks for your help!
I would say i start figuring out how to net the keys in the halui, i think i will need some help there, because all my buttons are push-buttons, with no lock in pressed-state.

Do you think it is helpful for other people how to handle keyd?
I can offer to write a small tutorial for this tool, but only it there are interested people around..

Greets, Tom

What is the correct way to share the bidirectional index-enable function between:

spindle.0.index-enable
orient.0.index-enable
encoder.0.index-enable

You just need to connect all three to the same signal, so for example like this:

Be careful as many KBIC speed controllers have a analog speed control
input that connect directly to line power, so requires an isolated analog
voltage source.

You can use single ended encoders with the 7I96, to do so,
you must set jumpers W2,W3,W4 into the left had position.

This is described in the 7I96 manual on pages 2 and 12
 

I did finally get this problem to show in a sim, with your test program.
It didn't show with 3d_chips.ngc though.

I actually can see the spindle (by the spindle speed display) stops then starts again.

If I put an m5 in the on_abort.ngc file I could get it to always kill the spindle.
That is masking the problem, but would help in the mean time.

I am testing master, which I think you are using too.

I use this one wago 852-111, I used on ethercat, as daisy chain device as ethercat topology concept (I mean on input one output), I do not test a star or other network topology, I use this to split the same PC NIC with, mesa card and internet connection, it is working fine all together, but I do not test like intensive mode for several hours.  

Did you try disabling the preview ?
There are many things you can toggle in AXIS GUI, View menu, start with "alpha blend program".

I tried it with a VM and sim config, as well as with a real CNC (PrintNC) on a Pi5, same behaviour.

I installed a recent dev version (github.com/LinuxCNC/linuxcnc/actions/runs/32728344015), and the linuxcncrsh coming with it works as expected. Since this dev version appeared to be a 2.10 pre-release, if the release of 2.10 is in the near future, I can live with using this dev version, don't see the need for opening an issue for 2.9.