-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BUG: Converting from time domain to frequency domain and then back to time domain does return the original time domain variable. #321
Comments
Hi @degoeden , I tried to replicate your error, but when I'm running your code I seem to get the expected behavior, with a new environment with WecOptTool 2.6. You see different numeric values at every output? Here is a snippet of my output:
|
Hi Daniel, Thank you for your response. Yes, I get different numbers from the td... and the td->fd->td... lines, here is a snippet of my output: Here is some sample output from a different machine, same environment though: I feel at this point it is worth noting that the bug doesn't always seem to change the sign, it just happened to for these two examples. I created a fresh environment, still running 2.6.0, and I get this: If you aren't seeing this behavior then I am very confused. Before creating the fresh environment I thought maybe something in my environment was causing issues. Any ideas on what else might be going on? |
No worries, thank you for your help! |
Bug Description
I'm getting a bug when I try to convert from time domain, to frequency domain, and then back into time domain. The weird thing I'm doing here is that my non-linear kinematics function is dependent on velocity rather than position, so I had the change the PTO class around a little.
Steps to Reproduce
To reproduce the error, please see the gist I created. It mostly follows the first part of the WaveBot tutorial with a few modifications, the most important being the change of what the kinematics function is a function of.
** Expected Behavior**
I expect converting a time domain variable from frequency domain and back into time domain would return the original value. I get this expected behavior when I use the original PTO class, or when I don't use a nonlinear kinematics function.
Experienced Behavior
Unfortunately when I use my new PTO class with the nonlinear kinematics function that essentially takes the absolute value of velocity I do not see that behavior and instead see very different numbers for the original time domain variable and the converted to frequency domain and then back to time domain result.
System Info
The text was updated successfully, but these errors were encountered: