Jump to content

crossrulz

Members
  • Posts

    498
  • Joined

  • Last visited

  • Days Won

    19

Everything posted by crossrulz

  1. I might have a couple of classes floating around that hit 4 levels deep. I would say well over 90% have 1 or 2 levels, so I voted based on the large majority.
  2. Running the code in 2022 Q3 shows the same result. Very interesting. Though, I very rarely have to use Type Cast. Flatten To String and Unflatten From String do all of the conversion I tend to run into.
  3. Mark Balla and Kevin Shirey managed to record a bunch of the sessions. Links are available on LabVIEW Wiki. https://labviewwiki.org/wiki/NI_Connect_2022 The NI videos Dataflow_G links to is from the the opening keynote.
  4. I actually found COVID helped me renew since so many user groups went virtual. I was attending user group meetings from Europe, Texas, Michigan, etc. Those points added up really quickly.
  5. In my opinion, part of the issue was getting confidence in the "separate from compiled" feature. I would have to dig into some history to figure out when NI started using it for vi.lib. But shortly after that, it would make a lot of sense to push this in the drivers. So if you really want to play the hindsight game here, it is something that should have been feasible around 5 years ago. But NI was putting all of its marbles into NGX at that time. Regardless, I am happy about this feature and I look forward to being able to avoid updating drivers purely for the "new LabVIEW version support" and no other changes.
  6. We got some more clarification on the "decoupling driver versions" on the public beta forum: https://forums.ni.com/t5/LabVIEW-2022-Public-Beta/LabVIEW-2022-Beta-New-Features/m-p/4234011#M49 In short, there will be a new common location that the driver will install the LabVIEW Support to and LabVIEW will look there. They will depend on the "Separate From Compiled" to allow the VIs to be used by multiple versions of LabVIEW.
  7. A new hardware platform called TestScale sounds interesting. Unfortunately, NI's web site has no information on it yet.
  8. Yeah, but this is still a major support hole.
  9. HP spun off the T&M into Agilent, who grew into the Life Sciences industry. Agilent then spun off the T&M into Keysight. Personally, I'm expecting NI to spin off the T&M part of their business into a new company in the next 5-10 years. Whether or not LabVIEW is part of that, I have no clue.
  10. Your DAQ sample rate is 1 second. So you need to make sure you are pulling off the data at least at that rate. 1. Again, change your Timed Loop to a normal While Loop. It is hurting you more than helping. 2. Change your DAQmx Read to be N Channel 1 Sample. This will simplify things a little as you will no longer need the 5 functions just to get a single value out. You will just need to use Index Array (expand to 2 elements so you can get both channels). 3. You need to clear the task once the loop is done.
  11. No call for presentations. It will be all NI.
  12. 1. Change your Timed Loop to a simple While Loop. The DAQmx Task will limit the loop rate. 2. Don't use the DAQ Assistant. Learn to use the actual DAQmx API. You will make things a lot more efficient.
  13. Well, that explains what I encountered today as well. I did notice an extra character. I didn't investigate beyond that. Hopefully this will be fixed quickly in a patch.
  14. crosspost on the dark side: https://forums.ni.com/t5/LabVIEW/Application-recovery/m-p/4213987
  15. Yeah, but you are talking about pasting into other applications. How are they interfacing with the clipboard? We have no control over that. You will see this same issue if you try to interact with a DLL that uses C-style strings (data will be cut off at the NULL character). I should also state that the NULL is copied over if you paste into another LabVIEW string control (yes, I just tested it).
  16. It may be valid, but for any application that uses C-style strings, the NULL character ends the string.
  17. Last I was aware, he is still not part of R&D. His initial project came to a close and he moved on to another one.
  18. Code is also orders of magnitude more complicated now than back then due to more computational power being available and therefore more features are possible. More code just increases the probability of bugs. About 15 years ago, I was peripherally involved on testing code for a $50k FPGA in a satellite. The amount of testing that code went through was absolutely insane, including days of just Reed-Solomon test cases.
  19. What do you mean "no significant new features"? 2017: Malleable VIs, 2019: Maps and Sets, 2020: Interfaces I'll give you the rest though. I have about as much hope in NI Connect as I did during NI's marketing event last year. And NI's communication lately has been lacking at best.
  20. I think you are referring to the GLA Summit that happened in November. VIWeek was in May. Yes, everything changed last year...
  21. I'm left to assume you are referring to VI Week, which was put together in a week or two, completely by the community.
  22. Jordan, the Beta is public. This means you can still participate in the beta forum. That would be the place to ask. https://forums.ni.com/t5/LabVIEW-2021-Public-Beta/bd-p/labview-2021-beta
  23. That was one of the main reasons.
  24. Probably related to this: Spam emails
×
×
  • Create New...

Important Information

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