Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Ryan Mast
    @nightlark
    @phlptp I think support for an alternative comm message serialization format is needed -- FlatBuffers, Cap'n Proto... something that has support for other languages. I'm guessing that since the helicsLoad uses rampLoad as its base class (which inherits from zipLoad), I can just set the ZIP load related parameters as needed; I was thinking control messages from the other simulator to set ZIP load parameters as they change will be the easiest way.
    Philip Top
    @phlptp
    Are you thinking to abstract out the serialization? I wouldn't want to include those into the GridDyn Source. And yes you should be able to set the zip load parameters directly.
    Ryan Mast
    @nightlark
    I think GridDyn needs to use something else for serializing messages sent/received using helics
    Philip Top
    @phlptp
    json?
    Ryan Mast
    @nightlark
    I don't know how easy the json blobs created by cereal would be to work with.
    It wouldn't be as compact, but at least there are json parsing libraries in other languages.
    If the json cereal blobs don't contain anything odd like an autogenerated class type identifier or strange handling for smart pointers, it could be workable.
    Philip Top
    @phlptp
    I suppose we could consider dropping cereal for that and going with a direct json parser/generator, that potentially can handle BSON
    Ryan Mast
    @nightlark
    It looks like there are BSON libraries for the common languages, and the spec looks simple enough.
    Ryan Mast
    @nightlark
    That or any of the other binary formats mentioned here (some may have implementations for more languages, like matlab) -- https://github.com/nlohmann/json#binary-formats-bson-cbor-messagepack-and-ubjson
    Ryan Mast
    @nightlark
    Is there a way to redefine a load imported from another model (ex: raw, matpower) to be a helics load?
    Philip Top
    @phlptp
    you can specify a <retype> element in the xml that will copy everything if you are doing it from an input file. If you are doing it programmatically you can make the new load and clone the old load into it. then remove the old one and add the new one.
    Ryan Mast
    @nightlark
    Does the <retype> element also remove the old load?
    Philip Top
    @phlptp
    at least it is supposed to
    yes
    Ryan Mast
    @nightlark
    I think Nan found the solution to the problem with helics loads mentioned earlier this week; the updatePeriod parameter needed to get set to a smaller value (default for coreObject = maxTime). A suggestion he had was that setting it to the griddyn timestep might be a good starting default for the helics objects.
    Ryan Mast
    @nightlark
    The newer versions of Boost spirit x3 (in the string_viewConversion.h) give an error with older gcc versions (1.66 works, but 1.69 doesn't work when using gcc 4.9.3)