Forum Replies Created

Viewing 5 posts - 1 through 5 (of 5 total)
  • Author
    Posts
  • in reply to: PTO dynamics #1633

    Hi John,

    I am getting back to you concerning PTO dynamics. A few weeks after your reply, a new version of the model appeared on GitHub with an updated cmd-to-force transfer function. The new transfer function still has a direct transfer term but also shows an oscillating behavior, with a (5%) settling time of about 1s.

    This modeling choice still puzzles me. Has the transfer function been obtained by system identification using experimental data from the real PTO? Would it be possible to study these data to better understand your choice and get prepared to the implementation of our controller?

    Thanks

    Kind regards,

    Paolo

    in reply to: Restoring force is shifted up? #1391

    Thanks, Nathan.

    Cheers,

    Paolo

    in reply to: Restoring force is shifted up? #1388

    Nathan,

    The WEC-Sim on-line documentation states that “WEC-Sim requires that all hydrodynamic coefficients must be given at the center of gravity for each body”. Could you give me the position of the point used to compute the hydro coefficients in ‘wavestar.out’ and ‘wavestar.h5’, with respect to point A?

    Thanks

    Cheers,

    Paolo

    Hi Nathan,

    I might be mistaken, but I think that the new advanced feature providing up to three numerical wave gauges has not been included in the master branch of WEC-Sim. It follows that the latest version of WECCCOMP cannot run (as the new property ‘waves.wavegauge<i>loc’ is unknown). The new feature is included in the ‘gh-pages’ branch, though.

    Cheers,

    Paolino Tona
    IFPEN Team

    in reply to: Rotary controller inputs #1334

    An update with what I have found digging in the code:

    – The control input ‘motor_pos_rot’ actually gives the float angular position (the relative pitch displacement to be more precise)
    – The control input ‘float_accel_rot’ is not the float pitch acceleration. There is an conversion step in block ‘lin2rot conversion’ block, which is unnecessary as its input ‘float_accel’ is already the angular acceleration float. In my opinion, this is a bug which should be corrected.

    Could you please confirm/infirm?

    Thanks

    Best regards,

    Paolino Tona
    IFPEN Team

Viewing 5 posts - 1 through 5 (of 5 total)