Jump to content

codcoder

Members
  • Posts

    67
  • Joined

  • Last visited

  • Days Won

    2

codcoder last won the day on June 5 2023

codcoder had the most liked content!

1 Follower

Profile Information

  • Gender
    Not Telling

LabVIEW Information

  • Version
    LabVIEW 2019
  • Since
    2012

Recent Profile Visitors

4,605 profile views

codcoder's Achievements

Contributor

Contributor (5/14)

  • Dedicated Rare
  • First Post Rare
  • Collaborator Rare
  • Conversation Starter Rare
  • Reacting Well Rare

Recent Badges

12

Reputation

  1. Actually I am not. I just added the constant "c:\text.txt" to this example but I have confirmed that I have write privilege to the folder on my computer.
  2. Hi, So I had a bug I couldn't figure out. The setup is according to the attachment. The Close File function kept throwing an error (code 1) and I couldn't understand why. But then I finally understood: if there is an error in to the Write to Text File the file refnum becomes invalid. The reason I am starting this thread is that I always thought that there is always a case structure in a sub VI, even for the primary functions, so that if there is an error the function isn't executed BUT any refnum passes the VI unaffected. But that isn't the case? Is this an expected behaviour?
  3. Doesn't sound too hard?
  4. Promising! But I am waiting for Jake to be able to produce VI snippets. Asked for a for loop and all I got was simple ASCII art. +------------------------+ | +------------------+ | | | [ ] | 0->1->2 | | | | For Loop | | // 5 iterations | +------------------+ | | Iterations | +------------------------+
  5. Wow, thanks! This is exactly what I was looking for!
  6. Hi, So I have this project with a lot of vi's which are saved with block diagram windows somewhat larger than the actual block diagram. I am looking for a way to programmatically go through all these vi's and resize the block diagram window size to the size of the actual block diagram (plus some margin). Has anyone done this? I'm looking at the different properties: BDWin.Bounds, Diagram.Bounds, but I can't really make heads or tails of it.
  7. Can you put the AI node inside a single cycle timed loop with a slower clock? On my FPGA target, 7820R, it is possible to create derived clocks with both lower and higher frequency compared to the base clock of 40 MHz. Create a derived clock of 500 kHz -- if possible -- and connect that clock to the SCTL. If the compiler doesn't complain it maybe should work?
  8. If you have a controller in the PXI chassis it can either run LabVIEW RT (used to be a PharLaps derivate but they are now switching over to something built on Linux) or Windows. If you want the PXI system to run as an embedded system, and if you need any real-time capabilities, then LabVIEW RT is the way to go. If you don't need that I do not suggest running Windows on the controller. We have a system where we do that and unless you really don't have space for a rack computer or some other external PC I don't see any advantages. What you get is basically a more expensive computer with worse performance. Just connecting to the PXI system with an MXI link is much better (which we do in all our other systems) and if I understand you correctly that's already your idea.
  9. I'm not sure I undestand the question. LabVIEW FPGA can handle math caluclation, although decimal numbers are a bit cumbersome, and the straight line formula is pretty straight forward to implement. Are you sure you need a LabVIEW FPGA for this? Do you have a very specific application?
  10. Yes, exactly those signals! PXI Triggers. I don't have specific experience of the PXIe-7975R but I use the PXIe-7820R quite a lot. And on that card you can simply access the trigger lines like any other digital I/O in LabVIEW FPGA. So it would be fairly simple to use Wait on Any Edge or something like that. https://www.ni.com/docs/en-US/bundle/understand-flexrio-modular-io-fpga/page/fpga-io-method-node.html
  11. Cannot you use one of the PXI trigger signal routing? https://www.ni.com/docs/en-US/bundle/pxie-6672-feature/page/using-pxi-triggers.html
  12. If you a certain you already have a functional license, check the license folder and remove any old ones. Those can confuse NI License Manager. The path to that folder is c:\ProgramData\National Instruments\License Manager\License at least on my computer.
  13. Both your links were good. I've found the second one, but the first was new to me. But you are right to assume that I'm looking for something less abstract. At least, that is what I want to create here—a cooking recipe of sorts.
  14. Hi, (This is a repost from NI's community forum. No answers there so I'm trying my luck here 😀 ) As many of you are likely aware, TestStand is a powerful tool with numerous features and incredible flexibility. While these aspects are undoubtedly valuable, they can sometimes result in the creation of test sequences that are challenging to read. In my workplace, particularly with many newcomers learning TestStand, there's a tendency to be awestruck by its programming language-like capabilities, leading to the use of excessive loops, parameters, and if-cases where a simpler, flat sequence would suffice. Recognizing the need for clarity in test sequences, I've taken on the task of creating a style guide. The aim is to keep sequences coherent without unnecessary complexity. My question for the community is whether anyone has already developed such a guide and is willing to share it? Thank you in advance!
  15. I've always thought LabVIEW's higher level of abstraction somewhat reduced the need for that. But I'm not proficient enough in any other language to make a fair comparision.
×
×
  • Create New...

Important Information

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