Jump to content

Bryan

Members
  • Posts

    365
  • Joined

  • Last visited

  • Days Won

    11

Everything posted by Bryan

  1. I'm glad it worked for you! Unfortunately, I haven't attempted to install NI Device Drivers at this point.
  2. Looks like I was able to get the Zorin16/LabVIEW 2018 example quicker than I thought:
  3. I don't know if this helps in any way, but I wanted to see if I would see similar behavior with LabVIEW 2021SP1 CE on my Linux Mint 21 installation - and I did not. You had mentioned that you were using LabVIEW 2020 (Not officially supported). Does your circumstances prohibit you from moving to a supported version of LabVIEW? If I think about it later today, I'll do this same thing on a Zorin16/LabVIEW2018 VM that I have running at work to see if I see the behavior there. I don't know if it contributes anything other than another data point.
  4. Last time this happened to me (On Zorin Linux), I logged onto my account on NI.com and had to re-activate it there. It's been a while, so I don't remember the details of how I did.
  5. It looks like it's trying to find the DAQNavi.dll in your Windows\System32 directory. Did you confirm that it is there? Also, it looks like your build directory is on your D:\ drive. Is it there and accessible/writable? I'm somewhat old school, so D:\ drives mean CD/DVD ROMs to me, but that may or may not be your case.
  6. Well, now I've learned two new words. Thanks!
  7. I'm just now hearing of the word 'eggcorn' as well. The definition sounds like something that I have often done intentionally while talking with friends for comedic effect.
  8. The solution is in your image on the "Status" line. Activation is required, which means that you have to purchase a license from NI for the module to continue using it past November 23rd.
  9. You're very welcome! The Community edition for Ubuntu should, (I emphasize, should) hopefully install without any modifications to installation scripts.
  10. I saw it under his avatar and thought it was strange, and maybe I had missed an announcement or something, but went with it since, like Antoine Chalons said: it's a selectable option.
  11. I've never used this package, but I figured I would see if I could help a little as the large font seems to convey a sense of urgency. Per the package information release notes, does your setup meet all of the requirements for the package - including having the LabVIEW DSC 2010 or higher already installed? If not, the Data logging & Supervisory Control Module is an add-on toolkit that must be purchased separately from NI. Were there any other errors or messages that may have popped up during package installation? Any additional information you can provide may be helpful to anyone else on here who may have used the module or any developers that may stumble upon this thread. This also appears to have been released back in 2016 - so I'm not sure if there are any compatibility issues that may arise with later versions of LabVIEW (e.g. LabVIEW 2024 as shown under your avatar).
  12. Out of curiosity, what distribution are you using (or considering using)? I've been able to install LabVIEW Community Edition on both Zorin and Linux Mint and created a little "How To" on installation for these two distributions for LabVIEW 2021 Community Edition. FYI - NI has a limited number of distributions for which they support LabVIEW for Linux, mostly those using RPM - but there is some support for Debian based distros, though installation is not completely straightforward.
  13. I've confirmed that this method also works with installing LabVIEW 2021 SP1 Community Edition on Linux Mint 21.2. In the "INSTALL" and "utils/install_helpers.sh" files, replace all instances of "ubuntu" with "ubuntu|linuxmint".
  14. I would hope that if an employer were to say that they were switching to something else, opportunities (and funding) for proper training would also be offered and utilized. Though I know that's not always the case. I've seen first hand (though maintenance and update of LabVIEW code with my current employer) the effects of mandating a new programming language and people learning on their own without training (taken or offered).
  15. When I said at least one, I meant whichever one that I feel would be more beneficial to my own career ambitions, be it Python, Rust, etc. I didn't (mean to) infer that they were generic and interchangeable, (I know better than that). For me though, my introduction and programming experience has primarily been in LabVIEW. Changing my mental process to go from a graphical to a text based language feels like it would be more difficult for me than switching between text-based languages. As I said though, I realize that there are differences ranging from simply syntax to the more drastic.
  16. I've had similar thoughts over the past few years. My introduction to the programming world was LabVIEW. I've dabbled in a few text-based languages, but not enough to become anywhere near proficient. Perhaps I should choose at least one and begin attempting to become proficient as I'm also looking in the 20-something year range until retirement.
  17. Looks like homework to me. You'll never learn how to use LabVIEW if you try to cheat and get others to do your work for you.
  18. I sometimes create my own using Paint or GIMP. More often than not, it's some web searches for icons or graphics that I can use. Of course, most of my graphics are for programs that are used internal to my organization. If it were to be also output as a deliverable product, I'd have to ensure that I'm not violating any creative rights/licensing.
  19. I may be dating myself a bit here, but I remembered that from the original Simpson's episode. I don't recall if the meme or the episode would be older. Would that still check out? LOL!
  20. I had meant to put that in there and had forgotten (I was in a rush). Thanks for catching that.
  21. Is the 1606 1015 24 the hex values that would be shown in a string control/indicator when displayed in "Hex Display" mode (in "\ Codes" display it would be "\16\06\10\15$")? If so, see below:
  22. Property nodes, such as the linked ones that I have shown in my screenshots above, are linked to the controls/indicators within that particular VI/scope, which is what I thought you were wanting to do. I didn't know that you were wanting to involve moving control and manipulation of them into subVIs. In different VI (i.e. subVI), you're in a completely different scope, and the control reference(s) will have to be passed to that new VI from the calling VI(s). LabVIEW tried to do that for you automatically, and you'll have to create references for the control(s) that you want to handle in your subVI. This can begin to get messy if you're new to using (unlinked) property/invoke nodes. I recommend spending some time learning about them before going too much further in your coding. Screenshots of your code will help us provide better assistance, but right now I'm not 100% sure exactly what you're trying to accomplish as the context of the original post seems to be evolving.
  23. Sure, you could read the "Text.Text" property from ComboBox1 and write it to a "Text.Text" property for ComboBox2. The caveats would be that your "Items" would have to be named exactly the same, and that you'd have to pay attention to the order of execution. Best way to force order of exec is using property nodes even for the values. Others may have better approaches than I can suggest, but I've never had to do this before, so I'm mocking up quick examples for you. Below is an example where I use lowercase values for the 2nd combo box.
  24. It appears that the decimal "6" is being provided as a 32 bit integer based on your description. You'll need to convert it to an 8 bit integer before type casting. Without seeing your code, I made an assumption and created the example below, which returns the hex value "6" for the month of June:
×
×
  • Create New...

Important Information

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