Approach for updating domain-specific model equivalents

[lvanfretti]

Approach for updating domain-specific model equivalents

[tinrabuzin]

@lvanfretti

There is another approach. If we validate the behaviour of the transfer functions with respect to the old ones then the behaviour of the changed models should not change.

Another issue is the fact that some of the validated models were using the blocks which did not behave properly. E.g., I found that the old lead-lag filter, which had anti windup limits, did not follow the correct limits.

[lvanfretti]

What I would like to see is that there is a procedure to follow when doing changes, the particularities are up to you to decide on how to do. Most important is that these changes are well justified, documented and validated.

I'm not trying to do things complicated, I just want to avoid potential criticisms and biases from the traditional power system user.

[MaximeBaudette]

@lvanfretti
My idea about the subject is that with use the Examples in the library to put all the validation test systems. We should also have some components that reads a file containing the curves from the domain specific tool, so it can easily be run and compared.

[tinrabuzin]

I was thinking about including the sw-to-sw validation along with the compliance testing that I've done. I just have to check how the PSS/E interface with python works so maybe we can automate this. I just have to dedicate some time to it.

[lvanfretti]

@tinrabuzin This is a very good approach.

We have extensive documentation and examples on the PSS/E Python API.
Ask @MaximeBaudette to give you the material and Giuseppe, who has a lot of experience with the Python API.

Eurostag also has a python API.
Maybe @petitrenaudseb from RTE can help you set this up for Eurostag.

Luigi

[lvanfretti]

I am closing this item as we will not continue to support iPSL within my team.