Advanced Search

tommylight wrote:

Connect to input on BOB, then in hal connect that input to joint.N.amp-fault.
Or in your case if you have them with e-stop, in hal connect to estop-ext.

Apart from the cable connection, do I have to modify anything in my HAL file so that the alarm works with the emergency stop?

The problem I have is that I don't know how to connect the cables from the driver to the bob. I also don't know if alarm+ needs voltage.....

Somewhere here I read something about the pins for encoders, but I can't find it again. I think there was talk of only one possible encoder. Either for the spindle signal, or MPG, which would be a shame if you have to decide on one. I saw the pinmapping in this post.

forum.linuxcnc.org/18-computer/44828-rem...rd?start=1750#303975
 

Yes, axis supports 1-0 for feed overrides. Sadly it doesn't work on gmoccapy. I can see in some videos over youtube that there used to be sliders at sometime. As a beginner in CNC the sliders and shortcuts are very very useful for me

I'm glad that was an easy fix.

In Axis, number keys from ` to 0 (yes the first is the tidle key under ESC and to the left of 1) are feed overrides so you can press them at any time to set the feed speed, meaning the ` is 0 feed rate so the machine will not move, 1 is 10%, 2 is 20% and so on.
No idea if that works for GmoccaPy.

I am using Axis for my lathe currently. I was recently looking at the gmoccapy GUI in sim mode, everything is much better here. But one thing is keeping me off from using it is the sliders for the Rapid/feed/spindle/jog override. In axis, one can just move the sliders from 0 to 100 in half a second, but you have to press the '+' or '-" to adjust them. Are there any shortcuts for this or any way to get adjustable sliders in gmoccapy like axisui? Thanks in advance.

One way to check the index/encoder  is to:

1. Disable the drive so the spindle can be turned by hand

2. Verify that the spindle position from the encoder increases by 1.00 for each forward turn.

3. With halcmd (in a terminal) set the index enable:

halcmd sets spindle-index-enable true

now, when you rotate the spindle. at the index position:

the spindle position should be reset to 0

spindle-index-enable should go false

You can watch the spindle position (spindle.0.revs) and spindle-index-enable
with halshows watch tab






 

position feedback must be unconnected in spindle mode

meister wrote:

i knew you were working on something modular but you exceeded all my expectations, respect !

WOW !!!!!

Thanks! It really did turn out to be more complicated than I first imagined (the more I thought about using the colorlight modules the less I liked the idea, so in the end I just decided to go for FPGA onboard).

I'm also not fully certain if the non-opto-isolated encoder and stepdir modules will be a good idea- at least the motor drives I'm using all have opto-isolated stepdir inputs, and the PC side is isolated via Ethernet- so should be good enough for my uses.

Time will also tell if 12 bits per module is enough or too limiting. Probably the only use case I can see is something that needs a lot of IOs wired directly- the shift-register based module should be enough for general purpose CNC use (buttons, endstops, relays etc).

Cant do this anymore bye all wrote:

Looks good. Lots of hard work. Lots of thought gone into it.


Generally when I've been designing my boards I've followed the mesa example where all the signals from the FPGA that will be controller something go through a FET bus switch with a pullup resistor to 5v on the "world side"(I'm a cruddy old guy lol, I like 5v). Gives you bi directional voltage translation, and works fine even with the 2.5MHz SmartSerial signals (when I use mesa firmware tho my design also can run rio with no issues). To drive outputs I add a buffer or just connect directly to a simple Parallel Port breakout board.

Have you thought about screw terminals for the outputs ?
With regards to the differential outputs for the stepper drivers, it would take some serious noise to have any affect when driving an opto. I've used plain old 74 series 540/541 powered by 5 volts with no issues for years, plenty of drive there. And generally the cable length isn't all that great from between the step\dir source & destination.

Tommy linked a video to a guy that experiments with noise & shielded cables, very interesting.

For 5v to 3.3v translation 74lvc is a good candidate.

Thanks for the suggestions. The digital input module has spring-type wiring terminals (though now when I looked at it, my choice of two row 3.5mm pitch may have gone a bit too tiny). Regarding the stepdir/encoder- I really don't like how messy does the differential signal wiring becomes, so I'll be trying out the off-the-shelf cables + specific breakout boards (for encoder, for particular servo drives). Of course, there is also the generic RJ45->wiring terminal breakout for those unforseen circumstances.

 

Hi Russell,
good idea, thank you very much,
I would prefer riocore
it is no longer worth doing new things with the old version
Cheers.
Olli

PCW wrote:

I'm not sure I understand, the stepgen position feedback
should not be connected to anything when in spindle mode.

Stepgen has two connections. To Spidnle and Axis. That's why it has both feedbacks: velocity-fb and position-fb.
 

Hey guys I have been going through some install hell so I have decided to start a new thread on the topic, so we don't clog up this thread with silly questions.
I'm going to copy ColdTurkey's example on the Remora thread using the live install version of LinuxCNC Debian, so anybody following will have the same starting point.
I am guessing anybody familiar with setting this up will overcome simple hurdles without thinking, but those of us that aren't really computer guys will struggle.
My only question I'll ask here though is should I do this for LinuxCNC-RIO or Riocore ?
Cheers.
Russell.

i thought the question was whether an estop via software is generally permitted.

Apparently yes,
e.g. the Amann Girrbach milling machines, which are much bigger than a coffee machine, cost several tens of thousands of euros, come from Germany and don't have one.
I think they have thought this through well enough.

And as I said, not all machines can simply be de-energised without creating even greater risks, a controlled shutdown is necessary there