MagicDraw SysML/Cameo: 19SP3: Export to Modelica from TestBed (for SignalProcessor) sample does not validate in Wolfram SystemModeler

This page identifies a possible issue, inconsistency, concern, error, or bug!
One of the ways Webel IT Australia helps promote tools, technologies, and languages is by donating a lot of time identifying, tracking, and reporting potential issues, in order to help vendors and developers improve the tools and technologies. In some cases, we also offer workarounds and advice for users. All issues tracked on our public site are offered most constructively and with sincerest gratitude to the tool vendors and technology developers.
DISCLAIMER: Vendors do not officially endorse issue analysis by Webel IT Australia.
Webel IT Australia promotes the amazing Mathematica tool and the powerful Wolfram Language and offers professional Mathematica services for computational computing and data analysis. Our Mathematica tips, issue tracking, and wishlist is offered here most constructively to help improve the tool and language and support the Mathematica user community.
DISCLAIMER: Wolfram Research does not officially endorse analysis by Webel IT Australia.
Icon class
icon_class
far fa-sticky-note
icon_class_computed
far fa-sticky-note
Note kind
Policy level
Specification keywords
Keywords
Validation for TestBed (for SignalProcessor):

[15] 21:58 Validation of model TestBed.TestBed 
Warning: Parameter dSP.a.g has no value, and is fixed during initialization (fixed = true), using available start value (start = 2.0) as default value.
Warning: Parameter dSP.hPF.alpha has no value, and is fixed during initialization (fixed = true), using available start value (start = 0.01) as default value.
Warning: Parameter dSP.lPF.alpha has no value, and is fixed during initialization (fixed = true), using available start value (start = 3.0) as default value.
Warning: Parameter inputSignal.amp has no value, and is fixed during initialization (fixed = true), using available start value (start = 3.0) as default value.
Error: Overdetermined initial equation system.
Error: The initialization problem is structurally singular, the following equations cannot be solved for any variable:
    dSP.hPF.xi = $START.dSP.hPF.xi /* From simulation settings. */
  Given the following equations:
    scopeSignalOutput.scope = $START.scopeSignalOutput.scope /* From simulation settings. */
    dSP.lPF.xi = $START.dSP.lPF.xi /* From simulation settings. */
    inputSignal.y = inputSignal.amp * sin(6.28 * time) + 3.0 * sin(3.14 * time) + 10.0 * sin(2.0 * time)
    scopeSignalOutput.scope = 0.5 * (dSP.m.u1 + dSP.lPF.xi)
    dSP.lPF.u = inputSignal.y * dSP.a.g
    dSP.m.u1 = dSP.lPF.u - dSP.hPF.xi
  Solving this kind of initialization problem as one big nonlinear equation system has been deprecated, but can still be enabled with the class annotation __Wolfram_allowOverdeterminedInitialization = true.
Validation of model TestBed.TestBed completed with 2 errors.
Relates to
Related notes
Related notes (backlinks)
Related snippets (extracts)
Visit also
Visit also (backlinks)