Digital Twin Centre

Go to our GitHub Profile

NetMeeting Default Template

   
Date 13 December 2019, 10:30 CEST
Participants AA, BB, …, CC. Minutes by DD.

Pre-meeting stakeholder’s reports

Peter Gorm Larsen

Nick

HDM

Carlos

Claudio

Sub-projects status

Into-cps cloud app (HDM)

Maestro V2 DT enabled (CT)

Checker of FMUS (NB)

The VDMCheck3 tool is now relatively “complete”. I believe the XML parser is correct and the errors produced for the (few) available FMUs seem to be valid. The FMI3 XSDs will probably continue to change though. There are various places where I’ve made assumptions that need to be verified, either with more FMU examples or by raising issues. The dynamic semantics work is still on hold, though now the FMI3 checker is stable, it might be best to update the FMI2 dynamic model to cover FMI3 semantics.

Tolerance Language (JW)

I’ve carried out some simple case studies to see how to make progress with the language. My small insight is that the language will be used to check execution sequences just like in runtime verification (RV). This means that a semantics based on temporal logic would be appropriate. This is because RV is a simplified form of model checking, where only a single trace is being checked, rather than the set of all behaviours. Although the trace can be infinite in model checking, the trace must be finite in RV. I need some simple but typical examples to find how expressive the language needs to be. I think that it needs to be probabilistic. I suspect that PLTL is not expressive enough, although we can generate RV monitors for LTL automatically. The workflow that I envisage is to specify properties in the tolerance language, generate an RV monitor for the property, and then check the physical asset and its digital twin simultaneously. You can add more properties in parallel, as checking will be compositional.

Graphical configuration inside App (CL)

Next Meeting

TBA