Francesco Casella

@perost, wait, @matteodepascali actually did not set --BaseModelica. Maybe the problem isn't actually there.

@perost I tried to run `omc --BaseModelica -i=ModelsExpansionEquations.Model1 ModelsExpansionEquations.mo`. The output is: ```modelica package 'Model1' model 'Model1' Real[3] 'x'; end 'Model1'; end 'Model1'; ``` Now, I haven't set `-d=nonfScalarize`, why...

From the perspective of somebody who wants to import Base Modelica to minimize the compiler development effort and who is not interested in array-preserving code generation, having non-scalarized equations and...

To me the only question is how to design the user interface to allow the end user to get the Base Modelica he or she needs. One simple option, which...

> We could move the dumping of Base Modelica to the end of the frontend, so you get about the same structure as the flat model we normally output. But...

I summarized all the requirements in #12333, so we can close this ticket.

@deepak19015, if you look at the source code of [simulate_fmu](https://github.com/CATIA-Systems/FMPy/blob/a5b1b547b660f6e72dd0812110025c1beb8e2de8/fmpy/simulation.py#L596), `fmi_type = None` by default. In that case, as you can see [here](https://github.com/CATIA-Systems/FMPy/blob/a5b1b547b660f6e72dd0812110025c1beb8e2de8/fmpy/simulation.py#L678) if the FMU is exported with both...

I think I got to the root cause, see #12290. Keeping @AndreaBartolini in the loop.

@paultjevdh, this transmission line model includes mutual inductance couplings between each pair of lines, so its number of variables and equations grows as O(N^2). In fact 18311/5416 = 3.38, which...

BTW, you can count the number of equations of the line20 model in OMC by just checking the model. This should be quite fast. Compiling it is another story.