Closed Thantalos closed 8 months ago
PeterMeisrimelModelon
commented
9 months ago Thank you for reporting this, a fix for the dependency parsing is incoming: https://github.com/modelon-community/fmi-library/pull/112
Parsing of Annotations is not yet supported, but is planned. There is no concrete timeline for it. Since Annotations are optional, parsing will still be successful, with a lengthy error log though.
Thantalos
commented
9 months ago uhh wow - that was quick. Thank you!
I am a bit unsure about the fix - 4294967295 is UINT_MAX exactly and according to the FMI3 specification VRs are unsigned int. I don't know the intricacies of the code but shouldn't it be changed to unsigned int, not long?
The annotations generating a lot of output is fine even though I'm not sure it should be of severity error/warning
PeterMeisrimelModelon
commented
9 months ago It does of course still require review. VRs are indeed unsigned int, longis meant to capture possible invalid inputs such as dependencies = "-1"
As for parsing of Annotation being an error; we consider that the failure to parse elements of the XML should be an error, either on the generating tool or due to missing support in this case.
PeterMeisrimelModelon
commented
8 months ago Closing since https://github.com/modelon-community/fmi-library/pull/112 is now merged.
fmi-library fails to load FMU3s exported by Dymola 2023x or 2024x. It first reports a number of problems and then ultimately fails to load. The 2024x version produces more output than the 2023 version. Here I have an example FMU (it's a simple model, the PID controller example from the standard library): dymola2024x.zip And here the output produced when loading:
I have similar code working for FMU1 and 2 without problems. Removing the dependency with
4294967295in line 1896 and 1926 of themodelDescription.xmlmanually, allows me load the FMU and simulate it.4294967295is the independent time variable.