Jump to content

bbean

Members
  • Content Count

    243
  • Joined

  • Last visited

  • Days Won

    6

bbean last won the day on March 6

bbean had the most liked content!

Community Reputation

26

1 Follower

About bbean

  • Rank
    Very Active

Profile Information

  • Gender
    Male
  • Location
    Baltimore

LabVIEW Information

  • Version
    LabVIEW 2012
  • Since
    1996

Contact Methods

Recent Profile Visitors

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

  1. bbean

    Things I Hate

    agreed. As part of my trials and tribulations with MAX I had to repair NI VISA. With NIPM18.5? no option to do that so they recommend uninstalling and reinstalling...fair enough. Tried that and NIPM wanted to uninstall LabVIEW..wtf. Upgrading to the latest version of NIPM (19.6) provided a better experience allowing you to repair installs now.
  2. bbean

    Things I Hate

    MAX That is all.
  3. Is the latest version 1.10.9.115? Is there another higher version somewhere because that one seems to still have the issue.
  4. Has anyone used IPFS as a tool for storing and distributing test data (multiple gigabytes)? My use case would be to run tests that store data on local windows machines and then distribute that to other users who may have linux, windows etc and also to a centralized archiving location. The users and test machines are in a relatively strict network environment and most users machines are locked down. Some of the linux users may have elevated privileges to install things like ipfs but I'm worried about a typical windows user who may want to get the files easily without having to go through a bunch of command line steps to install ipfs on there machine after requesting elevated privileges.
  5. Thanks for the quick response. its a rather annoying problem. I think this may have been the problem but wont know until I test again on Monday. You are correct that its a PM320E. And so far their driver has been a pain. The suspect command is the error query the parent class implements by default "SYST:ERR?" but PM320E requires ":SYST:ERR?". A nuance (nuisance) that I failed to notice. PS. I think I may have borked the instrument up by upgrading the firmware too. Oh well thats what you get for trying to get something done before a holiday weekend.
  6. I have an issue where reading the VISA Instr Property "Intf Type" of a USB Instrument hangs for about 40 secs: followed by an asynchronous VISA Write hang for 2+ minutes! The timeout on the VISA instr session is set to 1000ms. Here are the other details of the session: and here's a snip of the VI: Any idea why these long timeouts are occurring? or why the 1000ms timeout is being violated for both the Instr property call (no idea what goes on under the hood here) or the VISA write.
  7. If that doesn't work you may have to separate the TestStandAPI calls out. Are you using your TestStand Actor as a GUI or user interface? If so you may have to create another Actor to separate out the TestStand API calls that are causing the log jam into a new Actor....That new actor should not have any property/invoke nodes which would force its VI into the UI thread.
  8. I would imagine the string 127.0.0.1 (or u32 Net Address 2130706433)
  9. I worked on some Ethercat issue a few years back and remember that at the time the cRIO doesn't support Beckhoff array datatypes and we had to make individual IO variables for each item in the array on the Beckhoff side. Were you able to import the XML file OK into the LabVIEW project?
  10. never mind. found a work around to my problem. I was getting runtime errors whenever I saved my VI with the activex control saying the control doesn't support persistence. I fixed by saving a null variant to a connection property before exiting the vi and the problem went away
  11. Did you have any luck with solving this issue? I'd like to do the same thing.
  12. Curious how your company worked or works out the OS licensing. I tried to go down this rabbit hole with MS a couple of years ago and ended up giving up because it was so difficult to figure out for a small business.
  13. Yeah I could see that being helpful at some point. What happens when you have more than one primitive/Subvi on the diagram in the node? Does it just place another entry at the bottom of the unbundle?
  14. If you don't need to do FPGA image processing, I would explore the other options for Camera Link cards that are not FPGA based and see if they will work with Pharlap With regards to the FPGA example, this may be a long shot If you haven't compiled FPGA code and I'm not sure it will work at all. I don't have time right now to fully explain but to summarize: Open the example 1477 getting started project Save a copy of the project and all VIs to a new location (so you don't overwrite the working windows target version from NI) Close the off the shelf example project Open the copy project Create a new RT target in the project (right click on project in project tree, select new targets and devices, select RT desktop Move the FPGA Target from the Windows Target to the RT Desktop target Move the Host VI from the windows target to the RT target Compile the FPGA target VI Open the Host VI (now in the realtime target) and reconfigure the Open FGPA reference to point to the new compiled FPGA VI.
  15. I guess I would need to know about your requirements, but I think that would be a road less traveled. Do you need base, medium, full or extended full? do you need power over camera link? etc. Why do you need real-time? In the future I would recommend talking with Robert Eastland and purchasing all your vision related hardware /software from Graftek. He has been extremely helpful with me in the past and knows his stuff. I have no affiliation with the company. Did you try my suggestion to compile the example FPGA code and move the host example to the real-time target to see if its even a possibility?
×
×
  • Create New...

Important Information

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