Jump to content

infinitenothing

Members
  • Content Count

    271
  • Joined

  • Last visited

  • Days Won

    13

infinitenothing last won the day on October 23 2018

infinitenothing had the most liked content!

Community Reputation

47

About infinitenothing

  • Rank
    Extremely Active

Profile Information

  • Gender
    Not Telling
  • Location
    San Diego

LabVIEW Information

  • Version
    LabVIEW 2018
  • Since
    2005

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. You can tell the graph that your waveform is offset by using bundle cluster
  2. I doubt there are plans to fix any of the bugs. Some of them have been going pretty much since the start.
  3. Are you setting verify to "false"? The verify server input is for using client certificates. I don't think you need it if you are connecting to a public site. I believe in that case, the function will verify with public CAs instead of using your client cert.
  4. Recert by points always seemed like too much accounting effort. I'd do it if there was a website where you could submit the request and have it keep track of everything.
  5. Yes, what you're doing is super common. It might be worthwhile to use the TDMS file format instead of a spreadsheet file. It's a very easy format for recording and playing back data. I'm a little curious why you're using a CRIO. It's not a bad choice but something a CDAQ could be simpler.
  6. At this point, AutoCorr is working well enough and I'm just curious about the advantages and disadvantages of different methods. My signals are rather noisy so it's not always super clear how far back the "start" is from the trigger.
  7. Thank you for the tip. The performance seems similar to ZoomFFT.
  8. Interesting. I've seen its use in things like GPS. Actually, in my particular application, I'm not tracking a frequency. There's some "dead air" which I simulated above with the zeros and then the signal which is unrelated to the previous signal. Does that rule out Kalman or am I misunderstanding how you'd use it. I have the platform suite so I think I have the control design toolkit. Mhmm..yeah... I know some of these words. 😉 I'll take a look at some of the algorithms they mention.
  9. I tried a few different ways of estimating frequency and I thought I'd compare them. If anyone has some other ideas or links to other techniques, I'd like to see how they perform. Techniques used the VI: Zoom FFT PSD AutoCorrelation Frequency Estimation.vi
  10. You have a few options. Use a radio control if the booleans are mutually exclusive Combine the booleans into an array and then convert that to a number Nest your case structures
  11. Maybe I should have tested this before I posted but if I switch Enque Serial Number to a .vim, the broken wire resolves and everything works out. Neat! I wonder if there are any unintended consequences.
  12. No, the queue only contains elements of the child class. I guess I could switch my queue over to the base class. It just seems a little better to use the most specific class possible and I don't understand why the refnum input can't be made dynamic
  13. I'm not clear how adding another dynamic dispatch input solves my problem. The queue ref is still statically dispatched and will only take a queue of the parent class. In terms of intent, I'm looking to improve reuse. Rather than writing an enqueue function in each child class, I just want one VI to handle that.
  14. I can post a project but I'm hoping this image makes clear what I want to do. I want to be able to reuse my StartRun's Enqueue Serial Number in the same way that I'm able to use StartRun's Write Serial Number for its child's object.
  15. I'm referring to the dynamic dispatch terminal setting being unavailable (see below). I was hoping that I could wire a queue of ChildA or a queue of ChildB into that terminal and it would autoadapt (assuming ChildA and ChildB inherited from the StartRun class
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.