What We Do
Custom, advanced software for the Okuma Multus lineup.
We extend machine capability and connectivity through bidirectional data exchange — helping quick-turn and production shops make parts faster, smarter, and more reliably.
Built by a team of machinists, engineers, and product developers who run jobs from quote to shipment.
“Automation starts with the post — be up and running in days, not months or years.”
sp-tooling.com
See It In Action · 5 min
Live Inspection on the Okuma Multus — Fusion to the OSP-P500 and back, with measured results landing on the model while the part is still clamped
The complete SP Tooling 360 workflow — every app in one closed loop, digital and physical
Listen & Watch
Two ways to explore SP Tooling 360 — listen to the full product deep dive or watch the video overview.
Podcast · 20 min · Full Product Deep Dive
Video Overview · 8 min
Product Suite
Close the loop between Autodesk Fusion, your Okuma, and your production data.
🖥 Most of the software runs on both Mac and Windows — only the apps that live on the machine control are Windows-only.
A custom post processor built for Autodesk Fusion — posting directly to the Okuma Multus U-series with full probing and inspection baked in.
More than a code viewer — NC CodeLens reads your posted program and checks it end to end for the Okuma Multus. Hover explanations, program analysis, tool and travel checks. No more flipping through 800-page reference books.
Exports your complete tool magazine map straight from the control — no manual TDF button-dance on the OSP screen.
An always-on, live view of your Multus tool magazine — every pot, tool, and offset at a glance, and readable straight from NC CodeLens and the Fusion TDF plugin.
Push tool offsets from your Lyndex / Elbo presetter to the Multus — and keep both machines in sync — with the P500 tool table always staying authoritative.
TDF = Tool Definition File
A Fusion plugin that tells you — while you're still programming — which tools are already in the Multus magazine and which are waiting in the tool storage racks, so you build the job around the tools you actually have.
A shop-floor server app that watches your Multus for new probe results and turns them into a clean, color-coded inspection report — automatically, the moment the part comes off the machine.
Inspect the part while it is still in the chuck. Live telemetry off the OSP-P500 feeds the results page on the control and the shop dashboard at the same time — so you know a feature is in print before the next toolpath cuts, not after the part comes off.
Scans every program on your MD1 drive to map which VC variables your code uses, reads every live-registered variable off the control, and heatmaps both — so you see what's free and where to be careful.
Track bar stock usage and monitor production in real time from anywhere.
Catches the silent ATC hang — a RESET or minor alarm that freezes the tool changer mid-swap with no CNC alarm — and walks the operator through a safe recovery.
Fast, error-free tool measurement that catches breakage before it causes a chain reaction of crashes.
Pneumatic workpiece ejection with M-code control and proximity switch confirmation — available on request.
How It All Connects
Every SP Tooling 360 app plugs into the same shared data hubs — tool data, live machine state, and inspection results — so programming, the machines, tooling, monitoring and inspection all talk to each other. Results and live machine data feed straight back to Fusion 360 to correct the next part.
Yellow nodes are the shared data hubs every app reads or writes. Solid lines write data · dashed lines read it · the orange loop shows live feedback to Fusion. Simplified for clarity — see each product above for detail.
Post Processor Capabilities
One post processor covers the full range of Multus U-series operations. No manual G-code editing, no patching together multiple posts.
Full turning operations on both main and sub spindle with automatic spindle selection and handoff.
Simultaneous 5-axis milling on both main and sub spindle — positioned and continuous, live tooling included.
Automated part transfer between main and sub spindle — machine the front, transfer, and finish the back in one setup.
BK Mikro tool break detection integrated into the post — catch a broken tool before it damages your part or machine.
Full Renishaw inspection probing cycles posted directly from Fusion — measure features, log results, and generate reports.
Probe to establish and update work coordinate systems — align your part automatically before cutting.
In-process measurement with automatic cutter wear offset adjustment — rough, measure, compensate, finish to final size.
Same closed-loop process for milling — probe, measure deviation, adjust cutter compensation, and recut to hit your tolerance.
Renishaw probe-based surface inspection posted from Fusion — results imported back and projected onto the 3D model for visual deviation analysis.
Developed in conjunction with Gosiger AE, M360 is a custom macro that fully resets and recovers the Multus U-series with a 95% success rate — no operator input required.
Resetting a multitask machine is time-intensive and requires deep knowledge — homing Y and X axes, resetting B axis, restaging tools, and more. M360 handles it all automatically, and the post processor calls it to get the machine back to cutting parts as fast as possible. Exception: tool magazine issues cannot be handled yet, as this is a PLC-level problem.
How It Works
Two diagrams that show exactly how our post processor fits into the Fusion 360 → CNC workflow, and how the closed-loop cutter compensation and wear adjustment process works automatically.
Okuma Multus Series · OSP-P500 · SP-Tooling-Apps
Advanced Probing Workflow · Okuma Multus Series · SP-Tooling-Apps
Fusion 360 Probe Geometry — Update Tool Wear with 3D part model and probing vectors
Inspection Reporting
Renishaw probing cycles and Inspect Surface data flow straight from Autodesk Fusion to your Multus — no external software, no manual G-code. Every result lands on a single inspection report, mapped to part number and counting sequence.
Every probing point reported with actual values, deviations, and pass/fail status — Z-front, X-wall, Y-surface, and more. Color-coded OK, warning, and caution at a glance.
Fusion Inspect Surface output with OD measurements at multiple B-axis positions — cylinder probing at 0°, 90°, and 35° with nominal vs. actual comparison.
Everything on one report — Renishaw probing and surface inspection results together, tied to part number and counting sequence. One report, complete traceability.
See the Renishaw probing cycle simulated in Fusion 360 before posting the G-code to your Multus — verify every touch point before it hits the machine.
Probe to align the part and update work offsets, rough turn the OD, measure it, adjust cutter wear offset, recut to final dimension and verify — then the same closed-loop process for milling with cutter comp. All simulated in Fusion before posting G-code.
Import your probing results back into Fusion via the inspection post and see surface deviations projected directly onto the solid model. Instantly visualize where your part is in or out of tolerance — no separate software needed.
Renishaw probing and Fusion Inspect Surface measuring at different B-axis angles — verifying features from multiple orientations and renaming the output file with the correct part number.
Post-to-Part Machining
Every video below was posted directly from Autodesk Fusion using our Advanced Post Processor — no hand editing, no patching. What you see in Fusion is what runs on the machine.
5-Axis Slot with Helical Start Bore
5-Axis Swarf Slot Groove with CAS
Bar Puller with SP Tooling Flange Mount
Large Part Machining with Fan
Long Part Machining Between Spindles
Deburr & Block Size Check
NC CodeLens
Hover any G or M code for a plain-English explanation from the Okuma programming manuals — then go deeper. Three tabs — Editor, Tool Check, and Post Properties — analyze the whole program, cross-check every tool against your live magazine, and flag overtravels and OSP block-limit alarms before they ever reach the control.
Hover any G or M code for a plain-English explanation sourced straight from the Okuma programming manuals — plus a searchable code reference.
Estimated cycle time, max feed and spindle RPM, rapid rate, TCP, coolant, canned cycles, part transfer, and B-axis range — read directly from the code.
Per-axis travel bars that pulse a warning the moment a move would run past the Multus work envelope — catch a crash on the screen, not on the machine.
Stock material, part weight, and bar diameter and length pulled straight from the G-code header — with Memory Buffer and C-axis clamp status alongside.
Cross-checks every tool in the program against the live magazine map from MagazineDumper — loaded and ready, missing, or still in the cabinet.
Flags every tool gauged too short or too long against its TGAUGE record, with holder, flute, nose-radius, and offset detail per tool.
Reads the post-processor settings baked into the program — formats, home positions, multi-axis, high-speed machining, probing, and SET360 offset calc.
Catches over-length blocks and program-name limits that trigger OSP “file record read” alarms — before the control ever sees the file.
The full NC CodeLens interface — syntax-highlighted code on the left with hover tooltips explaining every G and M code, and a complete analysis panel on the right showing file info, stock material and part weight, program analysis, max spindle RPMs, tools used, and estimated cycle time.
The Post Properties tab reads every setting baked into the posted program and lays it out by group — SET360 offset calc, configuration, formats, home positions, multi-axis, probing. Modified values are flagged against their defaults, so you can see exactly how a program was posted at a glance.
Stock, memory buffer, work offset, coolant, TCP, and B-axis range at a glance — plus per-axis travel bars that show exactly how much of the Multus envelope each axis uses and pulse a warning the moment a move would overtravel.
Every tool with its feeds and RPM range, a full cycle-time breakdown down to dwell and tool changes, the 781-code reference search, and a Block / Char-Limits check that catches OSP record-length alarms before they hit the control.
Load your program and TDF folder and NC CodeLens checks every required tool against the live magazine map from MagazineDumper — how many are loaded and ready, missing, or still sitting in the cabinet. It flags any tool that isn't in a pot or in the TDF export, and can post the whole tool list straight to a Tool Sync 360 server.
The detail view lists every tool with its holder, diameter, nose radius, flutes, life, pot, and per-position wear — and flags any tool gauged too short or too long against your tolerance with a red Gauge SHORT / LONG pill, so a mis-set tool never makes it to the cut.
Watch NC CodeLens in action — hover explanations, real-time program analysis, stock weight calculation, and Autodesk Fusion integration all working together.
MagazineDumper · Tool Sync 360
Skip the manual TDF button-dance on the OSP screen. MagazineDumper reads every registered tool through the control's THINC API and writes a complete magazine map — and it refreshes automatically every time the magazine changes.
One click writes every magazine tool — comments, kinds, sizes, offsets, wear and life — to magazine_map.json and full TDF files, right on the machine control. Auto-refresh watches for magazine load/unload and keeps the map current, ready for NC CodeLens to read.
Tool Sync 360 · Light
A lightweight, always-on dashboard of your Multus tool magazine — every pot, tool, and offset, live. Open it in any browser on the shop network — a PC or an iPad on the floor — and let NC CodeLens and the Fusion TDF plugin read the same data.
Every pot laid out with its tool, description, type, gauge length, diameter, nose radius, flutes, holder, life, and location. It flags tools with no gauge length that would silently skip a gauge check, and when a machine goes offline it keeps serving the last saved copy and refreshes automatically the moment it comes back.
The desktop app points at your magazine map and serves the dashboard on a single address — open it from any computer or iPad on the shop network. Keep-a-local-copy lets it run offline from the last snapshot, and it hands NC CodeLens and Fusion a folder to read straight from.
Magnetic-mount a tablet on the Multus U3000 and keep the live magazine right in front of the operator — the same dashboard, live over the shop network, with nothing to install.
TDF Tool Checker
A Fusion plugin that lines up the tools in your job against your controller's TDF (Tool Definition File) definitions and the live magazine — right while you program. Catch a missing tool, a wrong gauge length, or the wrong holder in CAM, long before the code ever reaches the machine.
Pulls the tools in your Fusion job, your TDF controller definitions, and the live magazine map (from Tool Sync 360) — pick the operations in scope and it does the rest.
Every tool that matches its controller definition — with pot position, stickout, holder, and gauge length compared Fusion-vs-TDF, all inside your tolerance.
Flags diameter, gauge, and holder differences with exact deltas — gauge too long or short, wrong holder — so you fix it in CAM, not at the machine. Sorted into Missing, Different, Match, and Not Loaded, with CSV export.
Inspection Reporter
A server app that watches each Multus for new probe and surface-inspection results and converts them into a clean, color-coded inspection report — automatically, the moment the part comes off the machine. Launch it for Multus 1 or Multus 2 from one screen.
Start the reporter for the machine you want — Multus 1 or Multus 2 — from one simple launcher. It then watches that machine for new inspection data and builds a report the moment results land.
Renishaw probing and surface-inspection results land on a single report — actual value, nominal, and deviation for every feature, color-coded pass / warning / fail, and tied to part number and counting sequence. Output is a self-contained HTML report you can open in any browser.
Here's the top of a real report: a summary of total points, in- and out-of-tolerance counts, and worst deviation, then every feature with nominal, measured, deviation, and a color-coded pass / warning / fail status — each tied to part number and counting sequence. Open the full interactive samples: OP2-P28 → ADM-P37 →
MachinePulse 360
The usual way to find out a prototype is wrong is to take it off the machine, walk it to the CMM, and lose the setup. MachinePulse 360 runs on the Okuma control and pushes every probe result out the instant it is measured — so a feature can be checked between toolpaths, while the part is still clamped and still correctable.
It is live telemetry off the P500: one stream out of the control feeds the results page on the machine and the shop dashboard at the same time, in real time. Every reading is judged against the tolerance band you set on that feature in Fusion — the real one, carried through the post into the NC program, not a generic default. And it doesn't only report where a feature is: it watches where each one is heading, and says so before the part that would have been scrap.
Where the numbers come from
1 · Fusion
Inspect Surface points and Renishaw probing cycles, with the tolerance you set on the feature.
2 · Post
The SP post carries each feature's name, operation and tolerance into the NC program.
3 · Machine
The probe measures. The result is published on the control the same second.
4 · Decide
In print → keep cutting. Out of print → the row goes red and the program can stop so you re-machine now.
5 · Report
Every measurement is logged and becomes the full inspection report at M30.
No extra hardware and no second probe: it uses the Renishaw probe, the Fusion inspect toolpaths and the post you already run. MachinePulse 360 only reads the control — it never commands machine motion.
Three signals, on every measured feature
Green · In print
The deviation sits inside the tolerance band set on that feature in Fusion. The band is the applied one, carried through the post into the program — so a pass means it passed your print, not a generic default.
Red · Out of tolerance
Outside the band, so the feature does not pass. It turns red on the control's results page and on the dashboard the moment it is measured — while the part is still clamped, still indicated, still fixable. The program can be set to stop right there instead of cutting the next operation into a part that is already scrap.
Yellow · Predicted out
A dashed yellow line projects each feature forward from the parts already measured. When a real trend is there — thermal growth, tool wear, an offset walking — it says how many parts until that feature goes out of print, so you touch the offset before you make the bad one. Where the scatter doesn't support a trend it says no trend detected rather than drawing a confident line through noise.
Green and red are measurements. Yellow is a prediction, and it is drawn dashed, in its own colour, with the uncertainty around it — so a forecast can never be mistaken for something the probe actually touched.
This is the whole OSP-P500 screen during a real job — the machine's own control, not a PC beside it. SP1-SP2-SET360, part 47, 19 features measured, 19 pass, 0 fail, main and sub spindle both covered. Nothing left the machine to produce this: MachinePulse 360 reads each probe result out of the control as it is written and puts it straight on the operator's screen, right next to the running program. The one row judged against the assumed band is called out by name rather than being quietly mixed in with the real tolerances.
A real run: 52 features on part 37, each row landing as the probe touches off. Feature name, the Fusion operation it came from, measured value, deviation, the tolerance band and a pass / fail call — live, while the part is still in the machine. Surface-inspection points carry the tolerance straight from Fusion; Renishaw cycle results are shown against a stated default band and labelled as such, so an assumed number never reads like a real one.
A live job, not a demo: SPT-TJS-8 short jaws, 30 parts, P6 through P35, one card per inspected feature. Each chart plots that feature's measured deviation part by part inside its own band — note they differ (+0.0010/-0.0020, ±0.0040, ±0.0020), because each one is the tolerance set on that feature in Fusion, not a blanket number. Eight features report no trend detected; two are quietly drifting, at +0.000017″ and -0.000011″ per part. That is the whole point — the drift is called out while it is still four zeros deep, not when it reaches the print.
The same run read as a report. Every card says how much of its tolerance the worst part actually used — 7%, 15%, 24%, 59% — so a feature quietly eating its band stands out long before anything fails. Where a feature is genuinely drifting, the fit is projected forward as the dashed yellow line past the last measured part, with the drift called out (+0.000010″/part here). Where the scatter doesn't support a trend it says no trend detected instead of drawing a line through noise.
Click a feature and it shows its work. This one is drifting +0.000010″ per part, and rather than just saying so it commits to a number: “from P46: next -0.001059″ (±0.000073), then -0.001050″ (±0.000078)” — the prediction and the uncertainty on it, so you can judge for yourself whether it is worth touching an offset. Underneath sits the audit trail: every part measured, when it ran, what it deviated, whether it passed.
The tolerances MachinePulse 360 judges against are the ones you set on the Inspect Surface points in Fusion — the same results also come back onto the 3D model once the part is done.
The Renishaw probe going in on a part that is still clamped, between operations, on a live job. Every one of these touches is a number on the dashboard the moment it happens — and a line in the inspection report at the end of the part.
Part 47, from the first touch. The counter climbs 1, 3, 5, 7, 9 and a row lands each time the probe touches off — live, with the part still in the chuck. Every row carries the Fusion operation it came from and its own band: ±0.0020 on the Z surfaces, ±0.0040 on the XY outside surfaces, -0.0020/+0.0010 on the inside distance. At the end it flips to the Trend tab, where the part has already joined the run history. Nothing was exported and nothing waited for M30. (Sped up 3× — the real part takes about a minute of probing.)
The part is done, and this is everything that came out of it, unedited. Start on the live results — 9 measured, 9 pass. Switch to Trend and every one of those features is already plotted against the run. Open the one that is drifting and it shows the fit, the forecast for the next two parts and the part-by-part table behind it. Then the finished inspection report: 9 total points, 9 in tolerance, 0 out, worst deviation -0.00110″, each feature with its profile zone and pass status. One probe cycle feeds all three — the operator's screen, the trend history and the document you send with the parts.
Both screens run off the same live stream, but they answer different questions. At the machine, the operator gets numbers and a green / red call — on the control itself, with nothing to set up and nothing else to go wrong. Off the machine, the shop dashboard adds the feature and operation names read from the posted program, the cross-part trends, and the yellow forecast. The screen that has to keep running stays the simple one.
See It In Action
Point it at your MD1 drive and it scans every program to map which VC variables your code uses, reads every live-registered variable off the machine, and heatmaps both. Switch between values, program usage, or a combined view to see at a glance what's still free — and where to be careful, since a running program could write to an address on the fly.
Every VC address (VC[0]–VC[199]+) color-coded by value and category. Hover any cell for its live value, zone — Renishaw, calibration, inspection — read/write status, and the exact code lines that reference it. Summary bar tallies zeros, non-zeros, sentinels, calibration, and free addresses at a glance.
Toggle between live values and program usage — see at a glance which addresses your code leans on hardest and which are untouched.
Scan your whole program folder — 181 files, 12,429 references — for a table of every VC address used: how (read/write), how many times, in which files, with sample code.
Diff two VCDUMP files or machine states side by side — every address whose value differs, with the delta and its zone — so you can see exactly what changed between machines or over time.
Bar Load & Production Monitor
Monitor bar stock, plan production runs, and track cycle times — all from one dashboard.
Set job quantity, cycle time, start date, allocate a second machine, and connect live to MT Connect for automatic parts counting.
Real-time fleet monitoring — both Multus machines side by side with parts count, spindle RPM, bar load %, door/chuck status, and event log.
Calculate exact bar stock requirements — material parameters, remnant policy, and visual bar utilization chart.
Configure job parameters, set start dates, allocate machines, and connect to MT Connect for live parts counting.
Calculate bar stock requirements, monitor live bar consumption, and view projected completion dates on an interactive calendar.
Real-time MT Connect data simulator for testing bar load monitoring and machine connectivity before going live.
ATC Recovery
A RESET or minor alarm can freeze the Multus tool changer mid-swap with no CNC alarm on the screen. ATC Recovery watches the changer live, calls out exactly what state it's in, and walks you through a safe recovery — read-only, so it never commands ATC motion itself.
When the changer stops, the banner turns orange and the recovery panel spells out the situation: spindle tool, staged tool, swap status, and the exact interlock checklist to verify before any ADVANCE or REVERSE on the machine panel.
Green means the changer is normal — spindle tool, ready station, and ATC state all read live, polled straight from the control every second.
Built for the Okuma Multus U3000W (OSP-P500). ATC Recovery only reads the control — ADVANCE and REVERSE always stay on the machine panel where they belong.
BK Mikro Tool Break Detection
When selected in Fusion, the BK Mikro measures every tool before use — detecting breakage, pullout, or wear instantly. Without it, a broken tool can trigger a chain reaction of crashes and damaged parts before the machine finally overloads and stops. That's a bad day. The BK Mikro makes sure it never happens.
Fast, error-free detection on even the smallest tools. Programmable TB values let you set custom alarm distances for each tool.
Eliminates chip and coolant build-up. Keeps the measurement pedal clear and free for reliable readings every time.
Hours spent in the kinematic simulator to find the best position within max travel limits. Maximum B-negative head clearance vs any other configuration.
Tested on our Multus without issues on long production runs and short R&D projects. The only way to walk away from the machine with confidence.
Everything included: custom covers, drill template, wire harness, basic BK controller, and proven macros with G210 call. Optimized for a quick install and maintenance-free lifespan. Sold by Gosiger Sales, installed by Gosiger Service.
Why not laser?
Lasers have cleaning issues, require constant purge air to prevent particle intrusion, are bulky to install, and suffer from chip build-up problems — not a preferred choice for a Multus machine.
BK Mikro installed with custom chip guard cover
BK Mikro sensor and mount — cover removed
Optimal positioning for maximum B-axis head clearance
BKM93 Basic controller — included in the Quick Install Kit
CAS collision avoidance protecting the BK Mikro unit
Real-time collision detection for head clearance
Tool break detection cycle on the Multus
Kinematic simulator clearance verification
Workpiece Ejector — Available on Request
A pneumatic workpiece ejector with replaceable, customizable end pushers to match your workpiece. Two M-codes control the system — M230 to push out and M231 to retract — each monitored by proximity switches that confirm position was achieved, guaranteeing safe ejection and continued operations.
Reliable pneumatic push with adjustable speed and force via air pressure and flow regulator. Customizable end pushers to match any workpiece geometry.
M230 push out, M231 retract — both monitored by proximity switches that confirm each position was achieved. No guessing, guaranteed safe operation.
Includes 2 additional relays, pneumatic air valve, air pressure and flow regulator for speed and force adjustments. Everything you need in one package.
Customizable end pushers designed to match your specific workpiece. Quick to swap for different jobs — no redesign needed.
Self-contained assembly bolts on and off in minutes. Chip guard is removable for easy cleaning. Gosiger Service will be trained for proper efficient field installation, handling all M-code and relay mapping and wiring.
Works with 2-jaw and 3-jaw through-bore chucks (8"), as well as QG collet chucks. Chuck spacers can be used — A2-6 to A2-6.
Design Requirements
Draw bar assembly length and inside diameters are needed. Best results when you submit a CAD model of the assembly along with a couple of pictures.
CAD cross-section — pneumatic ejector with customizable end pusher
Ejector installed in the chuck — ready for production
Workpiece ejection cycle — push out and retract
Pneumatic workpiece ejector live operation
Why SP Tooling
These aren't tools designed in a conference room. They're built by people who program jobs in Fusion, set up 5-axis parts, run production, and inspect every thread. Every feature exists because it solved a real problem on a real shop floor.
Development Partners
Built for Autodesk Fusion, developed alongside Okuma and Gosiger.
Get in touch for pricing, a demo, or to talk shop. Built by machinists — happy to talk machinist.
Contact SP Tooling 360 Apps