- File
- .mpr
- Controls
- woodWOP
- Machines
- Weeke BHX · Weeke Vantage · Homag Centateq · Homag Venture · any Homag Group machine programmed through woodWOP
What the post writes
- Line-oriented ASCII in millimetres: a [H header, a [001 variable table, ]N contours built from KP, KL and KA elements, and <ID \Name\ macros.
- A bore as one <102 \BohrVert\ macro carrying XA, YA, TI for depth and DU for diameter — the control picks the drill from its own bank by diameter.
- Contours addressed by the published contour:element form, EA="N:0" through EE="N:last", with MDA="SEN" for a straight-down approach.
- RK="NOWRK" — no radius compensation, because the path written IS the tool centreline. A WRKL here would offset it a second time.
- Tool numbers as the job’s own, TNO = T − 1000, for the shop to map in the woodWOP tool database. Feeds and rpm ride that database; the job’s intended values are written into each macro’s KM comment rather than forced as keys.
Conventions chosen, and why
Where the public description of this format left a token ambiguous, the conservative reading was taken — the one a mistake cannot bury a bit under. Each is written into the program's own header too, so it can be read on the machine before a scrap cut. Check these against your own setup sheet.
- Contour Z is read as the woodWOP workpiece surface: zero at the top of the stock, negative into it, TI="0" so the depth lives in the points themselves — the ramps, tab lifts and dado floors the simulator cleared are all explicit. A through cut therefore ends at minus the stock thickness plus 0.127 mm.
- The KA arc element carries a direction token whose sign the public text leaves ambiguous, so every arc is tessellated to KL chords within 0.01 mm of true. The cost is file length — a corner arc is about thirteen lines. The upgrade is one KA per arc the day a real woodWOP confirms the direction and centre keys, and the verifier already accepts a KA record.
- A drill diameter the machine’s bank does not hold stops the program in woodWOP, where it is visible, rather than in the spoilboard.
Where this program comes from
WoodWright has one toolpath planner. The Xilog generator plans the program, the simulator clears it, and every post below translates that cleared program op for op — never a second planner with a second set of rules. Whatever your machine reads is the same toolpath every other machine reads.
Every file this post writes is read back by the post’s own parser and compared to the source program move for move — same XY, same depth, same order, every bore accounted for. A translation that does not survive its own re-read is not a program, and is not offered.
Written from public format documentation only. No vendor post-processor was copied, decompiled or referenced.