How to synchronize FlexSim simulation clock with an external service?

Question

question

Stephane R asked Apr 25 2019 at 8:17 PM Mischa Spelt edited Apr 30 2019 at 11:54 AM

How to synchronize FlexSim simulation clock with an external service?

I'm looking for pointers, or a previous body of work.

I'm evaluating whether or not I can use FlexSim for parts of a large simulation, while other parts are controlled by a different/legacy simulator. Both simulators are Discrete Event based.

I envision using network calls, to transfer information between the two, but I need some way to synchronize the clocks, or at least limit the amount of drift between the 2.

I don't want to solely rely on speed factor, as I can not guarantee that either simulation can consistently process event at any given rate.

What would be the best way to periodically communicate to an outside process the current FlexSim simulation time; and block/delay FlexSim own event processing until the outside process has confirmed it's own time ?

Software Version:

FlexSim 19.0.2

custom code dll simulation time

· 1

______

Cookie preferences

Your privacy is important to us and so is an optimal experience. To help us customize information and build applications, we collect data about your use of this site.

May we collect and use your data?

Learn more about the Third Party Services we use and our Privacy Statement.

Strictly necessary – required for our site to work and to provide services to you

These cookies allow us to record your preferences or login information, respond to your requests or fulfill items in your shopping cart.

YES

Improve your experience – allows us to show you what is relevant to you

These cookies enable us to provide enhanced functionality and personalization. They may be set by us or by third party providers whose services we use to deliver information and experiences tailored to you. If you do not allow these cookies, some or all of these services may not be available for you.

YES

NO

Customize your advertising – permits us to offer targeted advertising to you

These cookies collect data about you based on your activities and interests in order to show you relevant ads and to track effectiveness. By collecting this data, the ads you see will be more tailored to your interests. If you do not allow these cookies, you will experience less targeted advertising.

YES

NO

Are you sure you want a less customized experience?

We can access your data only if you select "yes" for the categories on the previous screen. This lets us tailor our marketing so that it's more relevant for you. You can change your settings at any time by visiting our privacy statement

Your experience. Your choice.

We care about your privacy. The data we collect helps us understand how you use our products, what information you might be interested in, and what we can improve to make your engagement with Autodesk more rewarding.

May we collect and use your data to tailor your experience?

Explore the benefits of a customized experience by managing your privacy settings for this site or visit our Privacy Statement to learn more about your options.

Answer 1 · 2019-04-30T11:53:32Z

Mischa Spelt answered Apr 30 2019 at 11:53 AM Mischa Spelt edited Apr 30 2019 at 11:54 AM

Hi Stephane,

Mid 2017 we created a multi-threaded Networking module in C++ that is able to handle TCP/IP communication asynchronously - i.e. even when the model is stopped, incoming messages will trigger a response in FlexSim such as a user command getting executed.

We haven't updated the code in a while and FlexSim can only act as a server, not as a client. So getting it up and running would probably require a little bit of effort from our side. If you'd like to discuss the options feel free to contact me through the email address in my profile.

Answer 2 · 2019-04-25T22:26:01Z

Jordan Johnson answered Apr 25 2019 at 10:26 PM Jordan Johnson commented Apr 29 2019 at 6:52 PM

I don't know of any previous work, but maybe the following would be helpful:

You can use commands in FlexSim to communicate over a network:
- clientconnect(), clientsend(), clientreceive()
You can also control the model run using commands:
- runspeed(), stop(), go()
You can a token with executesubflow()

So using these tools, you could probably come up with some way for FlexSim to be driven by another DES package. The way I see it, the other package would be the driving process. When you run that model, you would have it listen for a network connection, and wait till it gets one. You could then run the FlexSim model, which would connect to the other server as its first event.

Once they are connected, you could have the other DES package send a "tick" message with the current simulation time. You could configure the FlexSim model to check for that tick message at the expected time. For example, you could send a tick every 5 model time units from the one package, and have FlexSim try to get that tick every 5 model time units. If FlexSim is ahead, you could set the run speed to very, very slow (making sure to schedule an extra tick check for when to go back to normal). If FlexSim is behind, you could set the run speed higher.

As for transferring other data, FlexSim could check for that during the tick messages, or at other times. It would be completely up to you.

For sending data back, you would probably need to block the other DES package until FlexSim sends the message you are looking for.

If you use the Module SDK, you could write a C++ dll that communicates via websocket, which might simplify communication.

Those are my ideas. I've never done it, and it seems difficult, but possible. As far as I know, you are in new territory. If you come up with a solution, feel free to share it. Good luck!

· 3

Stephane R commented · Apr 29 2019 at 1:41 PM

Thanks Jordan, for your thoughtful answers.

I looked at clientreceive, and noticed the 'noblock = 0' parameters. Could that be the simplest way to synchronize?
If I create a FlexSim task to run every 1s (sim time), to contact my external service, and pass in the current sim time. Then my external service can check it's own clock. If it has reached the same sim time, it can respond immediately. If not, it can delay the response, until it's own sim clock has reached it, therefore freezing FlexSim (This is the part I need confirmation about). Once the external sim has reached the time, it can respond back on the channel, unlocking FlexSim for one more second.

With this simple lock step execution, I would not have to fuss with FlexSim runSpeed, whichever sim is the slowest would just slow down the other one.

0 ·

Ralf Gruber ♦ Stephane R commented · Apr 29 2019 at 6:01 PM

@Stephane R

not that I can contribute anything constructive to your question, but forcing the communication every simulation second will likely slow down the simulation speed to "useless"? I am excited to hear, if you get it to work and let us know about the performance.

Thanks
Ralf

0 ·

Jordan Johnson ♦♦ Stephane R commented · Apr 29 2019 at 6:52 PM

Hi Stephane, it is true that passing a 1 parameter will essentially "freeze" flexsim in place. Off the top of my head, I can't see a problem with it. If the other package can do as you say, and take a request, and maybe execute some events before responding, then it sounds like it could work. I hope it does!

0 ·

question