Feature matrix
Every analysis type live on the cufemlab customer API, with its public name, analysis_type identifier, validation tier, compute target, credit cost, and the single most important limitation to know before you run it.
The catalog includes GPU-accelerated 3-D field analysis (cufem3d_gpu_field_analysis) as one of 15 live analysis types. It is available on compatible GPU workers; runtime metadata reports the actual execution backend and fallback state. It is a separate analysis type from the CPU cufem3d_field_validation utility.
The 6 types added in the previous release return validation_card.status = "not_validated": the five physics types (thermal conduction steady / transient, eddy → thermal coupling, core-loss estimate, core-loss → thermal coupling) are internally validated against the method's own analytic or energy identity with no external validation passport yet attached, and the field-to-field neural-operator surrogate is an experimental in-distribution surrogate that self-validates against the solver each run.
| Public name | analysis_type | Validation tier | Compute | Credits | One-line limitation |
|---|---|---|---|---|---|
| Cogging torque (moving band) | cogging_torque_movingband | Externally cross-checked | GPU | 10 | 2-D magnetostatic cogging only; ships an independent FEMM / GetDP oracle card. |
| Cogging sweep (2-D) | cogging_sweep_2d | Utility | GPU | 5 | Legacy 2-D angle sweep; superseded by the moving-band flagship. |
| PMSM operating torque | pmsm_operating_torque | Engineering estimate | GPU | 10 | Operating-point estimate, not an externally cross-checked reference. |
| Iron-loss estimate | iron_loss_estimate | Engineering estimate | CPU | 4 | Empirical loss estimate; sensitive to input flux and frequency assumptions. |
| Material comparison | material_comparison | Utility | CPU | 2 | Reference-table lookup and comparison; no field solve. |
| Signed report generation | signed_report_generation | Utility | CPU | 1 | Packages prior results into an HMAC-signed report; runs no new physics. |
| Quick motor check | demo_motor_quick_check | Utility | CPU | 1 | Fast sanity demo, not a design-grade result. |
| 3-D field validation | cufem3d_field_validation | Externally cross-checked | CPU | 1 | CPU 3-D field validation utility against an analytic sphere; not a 3-D torque claim. |
| GPU-accelerated 3-D field analysis | cufem3d_gpu_field_analysis | Experimental | GPU | 2 | Runs the 3-D edge-element solve on a CUDA worker and returns runtime metadata (actual backend, fallback state, device, precision, convergence). Fail-closed: no silent CPU fallback. This is not an independently validated 3-D torque prediction. |
| Thermal conduction (steady) | thermal_conduction_steady | Internally validated | GPU | 3 | Steady -div(k grad T)=Q on P1 tets; validated vs MMS and energy balance, external passport not yet attached. |
| Thermal conduction (transient) | thermal_conduction_transient | Internally validated | GPU | 4 | Theta-method transient; validated vs its own analytic identity, external passport not yet attached. |
| Eddy → thermal coupling | eddy_thermal_coupled | Internally validated | GPU | 5 | One-way eddy Joule loss into thermal; the only route eddy physics reaches the customer API, external passport not yet attached. |
| Core-loss estimate | core_loss_estimate | Internally validated | CPU | 2 | Bertotti 3-term separation with cited coefficients; external passport not yet attached. |
| Core-loss → thermal coupling | coreloss_thermal_coupled | Internally validated | GPU | 5 | Core-loss density into thermal response of a cooled block; external passport not yet attached. |
| Field-to-field neural operator (FNO) | field_to_field_neural_operator | Experimental surrogate | GPU | 4 | In-distribution surrogate / self-validating demo; held-out rel-L2 0.68% on the training distribution, out-of-distribution degrades (5.8%); not a general-purpose neural operator. |
Validation tiers
Every result carries a validation card so you can see exactly how far a number has been checked. The six tiers, from strongest to lightest:
- Externally cross-checked - the result ships an independent oracle card from a separate tool or analytic reference. On this list: cogging_torque_movingband (FEMM / GetDP) and cufem3d_field_validation (analytic sphere).
- Internally validated - verified against the method's own analytic or energy identity, but no external validation passport is attached yet. The five new physics types (thermal_conduction_steady, thermal_conduction_transient, eddy_thermal_coupled, core_loss_estimate, coreloss_thermal_coupled). Read as: validated internally against the stated identity; external validation passport not yet attached.
- Experimental surrogate - an in-distribution learned surrogate that self-validates against the real solver on the same field each run. Only field_to_field_neural_operator. Held-out rel-L2 0.68% on the training distribution; out-of-distribution degrades (5.8%). It is not a general-purpose neural operator, and arbitrary custom-field or CAD input is a planned follow-on, not shipped.
- Experimental - runs on a compatible GPU worker and returns runtime metadata (actual execution backend, fallback state, device, precision, convergence) alongside its own analytic cross-check, but the type itself is new and carries no external validation passport. Only cufem3d_gpu_field_analysis. It is the GPU execution lane for the same 3-D edge-element field solve, not an independently validated 3-D torque prediction. It is fail-closed: if no GPU is available the job fails rather than silently falling back to CPU.
- Engineering estimate - a design-support estimate, not a cross-checked reference: pmsm_operating_torque and iron_loss_estimate.
- Utility - helpers that package, compare, or demo rather than run a new validated solve: material_comparison, signed_report_generation, demo_motor_quick_check, and the legacy cogging_sweep_2d.
The six new types return result.v1 with validation_card.status = "not_validated" and claim_allowed_public = false. For the five physics types that flag means "internally validated, no external passport attached yet"; the FNO is an experimental in-distribution surrogate. Either way it does not mean the result is unchecked - but do not present an engineering estimate or the FNO surrogate as a validated or production result.