Jump to content

ThomasGutzler

Members
  • Content Count

    182
  • Joined

  • Last visited

  • Days Won

    20

ThomasGutzler last won the day on February 24 2018

ThomasGutzler had the most liked content!

Community Reputation

55

About ThomasGutzler

  • Rank
    Very Active

Profile Information

  • Gender
    Male
  • Location
    Sydney

LabVIEW Information

  • Version
    LabVIEW 2018
  • Since
    2003

Recent Profile Visitors

2,094 profile views
  1. I can download them both. Maybe you need to have an account for the download to work. I had to create an account to be able to upload.
  2. I replied with an example on the relevant thread on the JKI forum
  3. Unfortunately, nobody seems to care about this any more Even with the newly provided example
  4. Good find! @Jim Kring happy to assist in any way I can when you're looking into this bug.
  5. I made a new .zip with the current versions of all files. Would be cool if someone else with a VIPM pro would try to build this just to check if it's my problem. Cheers bits.zip
  6. Minor update, I've gotten rid of the different type cases by doing this While that makes the code prettier, it also prevents it from building into a vipc due to the same issue: nested vims
  7. Hi, I'm having problems building a vipc from a vipb with files containing nested vims. Getting the following error from VIPM: ERROR: 7: VIPM API_vipm_api.lvlib:Parse Build Return Message_vipm_api.vi<ERR> Code:: 7 Source:: 0053C289D635723F5DC0A4F08297566A<ERR> The following source VIs or Libraries are missing. Please correct this problem before rebuilding. b39afad9-8321-4719-86a9-dddab325fc87.vi The following source VIs or Libraries are the callers of missing files BitsSetter.vim I created a zip with the vims and the vipb file. Any suggestions how to fix this? Opening the files shows no errors. Replacing the nested vim with its actual implementation fixes the problem but I don't want to give in just yet. I'm on LV 18.0.1f4 64bit with VIPM 2018.0.0f1 Cheers bits.zip
  8. Using my company's template which is basically a JKI statemachine with OpenGDS active objects sprinkled on top which communicate via queues and/or events
  9. Turns out that deleting the VIPM cache (C:\ProgramData\JKI\VIPM\cache) fixes the problem. With the cache folder gone I restarted VIPM and it created it again with fixed permissions and running happily for myself and the system user which is used for CI builds.
  10. You're right, running VIPM as admin works but I'd still like to know how to fix the problem rather than work around it.
  11. No, the account is fine. The CI build (system account) still works. The problem is when I log in manually to debug a problem. I just don't know where to look for those files it's trying to access or which files those are.
  12. Hi, Over night something changed on my windows 10 build server and I can now no longer open VIPM. It just shows the splash screen and then closes again. Here's the log file: =========== START of VIPM 2018.0.0 (build 2025) Error Message =========== An internal VIPM 2018.0.0 (build 2025) Error has occured on: Tuesday August 20, 2019 at 03:19:48 PM = Automated Message Start = Error 8 occurred at Open/Create/Replace File in NI_LVConfig.lvlib:Parse Config to Queue.vi->NI_LVConfig.lvlib:Load.vi->NI_LVConfig.lvlib:Open Config Data (compatibility).vi->DDEFA056211BA4DA4D215C322E067D90->621BFCD461979D3C7127139A69154E03->762BBE85A007 171D5A65B48289D23361->46803A2448FAC5F85BFF8F5C199E9C6F->OGPM Class.lvlib:7D7C5CD8C5D361C01081DF5613237E15->OGPM Class.lvlib:D69AB3997B80ACD75689430E3922612C->OGPM Class.lvlib:OGPM Init.vi->VIPM Splash.vi Possible reason(s): LabVIEW: File permission error. You do not have the correct permissions for the file. ========================= DMA hardware error detected. C:\ProgramData\JKI\VIPM\cache\ngene_lib_deepltk_fpga_addon-1.0.0.45.spec = Automated Message End = = User Defined Message Start = Error(s) Generated in Splash Window = User Defined Message End = = Error Handler Call Chain Start = VIPM Splash.vi = Error Handler Call Chain End = =========== END of VIPM 2018.0.0 (build 2025) Error Message =========== Any idea where the files are that it doesn't have the right permissions for?
  13. Or Get Volume Info if you're only interested in the "C:\" part of it
  14. Thanks for throwing ideas around. Let's debunk some of them. I don't think it's a hardware problem, because a power cycle of the DAQ wouldn't fix that reliably and a reboot of the PC wouldn't break it reliably. The DAQ is connected to an Intel NUC directly to the onboard USB port. I tried different ones with no luck. There is no funny software running that interferes with the USB ports PC is set to never sleep. Power management was enabled for USB hubs, so I turned that off and rebooted the PC. Same problem Status Code: -88705 The specified device is not present or is not active in the system. The device may not be installed on this system, may have been unplugged, or may not be installed correctly. Next, I unplugged the USB cable and plugged it into a different port and the DAQ showed up in MAX. Rebooted the PC and it was still there. Turns out not all USB ports are the same. Previously I only tried the ports at the front of the NUC. This time I tried one at the back. That fixed it on both PCs. Fix: Don't plug your USB DAQ into a "charging USB port"
  15. Hi, I'm having a problem with two of my PCs that have a USB-6356 DAQ connected. Every time the PC reboots the DAQ isn't recognised in NI MAX or LabVIEW or NI Device Monitor. The DAQ reappears after I power cycle it. Any thoughts what the problem might be? PC is running windows 10 Pro and LabView 16 Cheers
×
×
  • Create New...

Important Information

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