When using the tool database interface ([EMCIO]DB_PROGRAM)
it may be useful to reload tooldata from within
long-running auto-mode gcode programs to benefit
from updates in the database.
This commit uses: #define ALWAYS_ALLOW_RELOAD_TOOLDATA
with a sync and updates of actual position.
Alternate provisions:
Use #undef ALWAYS_ALLOW_RELOAD_TOOLDATA
to disallow tooldata reload if there is a
currently loaded tool
Conflicts:
src/hal/drivers/mesa-hostmot2/sserial.c
src/po/gmoccapy/zh_CN.po
src/po/zh_CN.po
I resolved the merge conflicts in the Chinese translations by choosing the
version in master, on the advise of Solitarily (our Chinese translator).
If you write to 59 Temple Place you're unlikely to get a response.
Let's realign the address with a more up-to-date one from [1].
[1] https://www.gnu.org/licenses/old-licenses/gpl-2.0.txt
This is purely a cosmetic change, doesn't affect the meaning of the
license. Done to make rpmlint happy.
Signed-off-by: Lubomir Rintel <lkundrak@v3.sk>
g74 (left-hand), g84 (right-hand)
- assumes spindle running cw(g84), ccw(g74)
- feedrate > 0
- takes optional P word (dwell at bottom of hole before feedrate retract)
canon: add optional wait_for_atspeed parameter
normally, turning the spindle on makes the next feed move wait for spindle
at speed. A floating tap needs an immediate reverse feed out, so the
wait needs to be suppressed in this case.
Pass this from canon through task to motion, and do the right thing in
motion. Also adapt gcodemodule.cc,saicanon.cc for new calling convention,
and make task pass it on to motion from canon.
Tests for G84/G74 Floating tapping cycles
Closes#120.
Signed-off-by: Tero Kaarlela <tero.kaarlela@eka-sorvaus.fi>
also fix placement of anchors, it was discovered that an anchor
must be on the line before the title and nothing else on the line
or the doc magic would generate a different link.
Signed-off-by: John Thornton <bjt128@gmail.com>
The link to M62-M65 in the m-code document TOC was broken (the link in
the gcode overview document was good).
Also change the link text from "M62-65" to the format used throughout
the rest of the documentation: "M62...M65".
Having the [[anchor-name]] after the asciidoc Title element creates an
anchor inline macro that points just after the title text, which renders
incorrectly on some browsers. Clicking the link would take you to just
after the title text, which is disorienting. Plus, the HTML just looks
wonky, with an empty anchor element inside the h2 element body.
This commit replaces the anchor inline macros with proper asciidoc BlockId
elements preceeding the title text, which produces sane HTML: the title
element itself has an id attribute with the anchor text in it. This
displays correctly on all tested browsers, and just generally seems
reasonable.
Also replace "." (invalid) in anchors with "_" (valid).
For reference: http://www.methods.co.nz/asciidoc/userguide.html#X41
The G92, G92.1/G92.2, and G93 G-codes already had their own separate
anchors, this commit makes the gcode overview document link to the proper
one instead of all linking to the G92 anchor.
Replace the asciidoc anchor inline macros with proper BlockId elements.
Replace "." (invalid) in anchors with "_" (valid).
In the gcode overview document, all 6 of these M-codes used to be lumped
together and share a link, which pointed at M48/M49. This commit uses
the pre-existing separate anchors for M48/M49, M50, M51, M52, and M53,
which seems clearer.
Also changes the asciidoc anchor inline macros to valid BlockId elements,
which makes for clearer HTML output.
And fix a broken link in the M-code document TOC.
This commit creates separate anchors for G61/G61.1 and G64, instead of
having a single combined anchor for all three (pointing at G61/G61.1).
Also makes the G61/G61.1 and G64 anchors into proper BlockId elements.
This includes replacing the "." (invalid) in the anchor name with "-"
(valid).
This makes individual anchors for G43 and G43.1, instead of having a
single combined anchor for both, pointing to G43.
Also replaces the "." in the G43.1 anchor name with "_", since "." is
not a valid anchor character. There are no links to the G43.1 anchor,
so none need to be changed to the new anchor id.
you can't have more than one chapter per file or it
breaks the html toc. the side effect of fixing this is
that the checklinks.py no longer works.
Signed-off-by: John Thornton <jthornton@gnipsel.com>
