Jump to content

Neil Pate

Members
  • Posts

    1,154
  • Joined

  • Last visited

  • Days Won

    101

Neil Pate last won the day on February 8

Neil Pate had the most liked content!

8 Followers

Profile Information

  • Gender
    Not Telling

LabVIEW Information

  • Version
    LabVIEW 2020
  • Since
    2004

Contact Methods

Recent Profile Visitors

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

Neil Pate's Achievements

  1. for what it is worth, we do this... I have a shallow-ish hierachacy somthing like ths: actor <-- device <-- type_of_device <-- concrete_implementation We have some scipting code to help us make a new instance of type_of_device <-- concrete_implementation I have a template with the last two in a .lvlib, and we clone them as needed to two brand new classes. To further complicate, our stuff is in PPLs.
  2. For your own long-term sanity, I do not recommend replacing any existing wires you have with a variant+attributes. Maybe I am misunderstanding your use case though...
  3. @Jerzy TarasiukI think what a few of us are saying is do you really need to script this code, or can you just make it once or twice manually for your use-cases and move on with life? It should be a pretty big red flag that after several decades of LabVIEW FPGA/RT nobody else has really done this.
  4. Probably not relevant, but the only time I ever managed to hard-crash (lock-up) a running cRIO was when I was using the (I forget the API exactly) API to set the RT clock. I was doing this once a second to keep some clocks sync'd and apparently the cRIO just didn't like it. This was so long ago I forgot how I figured out exactly what the problem was. I think there were some log files somewhere that *may* have had a tiny bit of useful info in them.
  5. Not sure I buy your logic, are you saying by keeping the refnum the old config API and the new one would be able to work together? ? Surely that would not have worked either. I cannot recall how the old API was implemented but I am guessing it was not the queue based one we have now (which I don't love either to be honest). Anyway, let's not lose too much energy arguing over something this old 🙂
  6. Hmm, I think being able to wire that INI refnum into any file API and not having LabVIEW moan at you is definitely a bug.
  7. oops, sounds like a 30 year old bug! I think I remember the Config API was re-written sometime around LV 8.0? (or is my memory faulty)
  8. Sorry I did not really offer any suggestions, I am not sure how to flush an ini file (never needed to). I normally close the file immediatley after modifying the contents.
  9. I am a litle surprised LabVIEW lets you wire this together, as the reference coming out of the Open Config Data is not actually a file reference it is a queue reference. So when you try and Flush you are passing in a Queue reference not a normal File reference, so this will not work.
  10. A few years ago I have managed to get RT installed on a regular PC. It seemed to work ok and did some simple tests using the network card, but never used it for anything serious/production, more just to see what was involved. I believe that doing this might be in violation of some licensing agreement.
  11. ah ok, that explains things. No there is no LAVA discord.
  12. I only know of one general LabVIEW discord server. I am not sure what the top one in your picture is! That link works fine for me (in an incognito session)
  13. You are writing text into the spreadsheet, maybe that is why your formulas are broken. Have you tried writing numbers instead?
  14. @Zyl that link should not expire, does it not work for you? (https://discord.gg/sSMm42aYvW)
  15. Hi Dasha, we have a special channel for user groups over on the Discord. Would you be able to post it there also? Here is an invite to the Discord if you are not already a member: https://discord.gg/sSMm42aYvW
×
×
  • Create New...

Important Information

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