conflict of project cRIO

Similar Questions

• Unable to develop a basic project CRio

  Hello!

  I work with a CRio-9073 chassis and a NI 9205 module. I want to develop a LabVIEW graphical client on the host computer.

  What I want to do is quite simple, and I think I should use scanning for this Interface. I've followed all the instructions on this page:
  http://www.NI.com/getting-started/install-software/CompactRIO

  ... to this page:
  http://www.NI.com/Tutorial/11197/en/

  Nothing goes wrong so far, but I confess that I was faced with a lot of things that I have finally fixed. Yet, when I opened a new VI in 'click-right on the time controller real CompactRIO in the project', the two before Panel and block diagram open but I have a range of empty function.

  I'm completely stuck and would appreciate any help.

  Kind regards
  William

  What version of LabVIEW are you using? I see that you have SP2 2013 LabVIEW (with no toolkits) and LabVIEW 2014 installed (with the FPGA and real-time tools), but your cRIO 2013 installed LabVIEW. You must have the same version of LabVIEW running on the cRIO and your development computer.

  That said, this would not explain an empty palette. Can you share a screenshot, view of your project, including the cRIO target, with a VI in this goal, and with the palette that appears when you right click on the block diagram (even if it is empty) pinned to the window? I've never seen a totally blank palette. You try to add the VI to the target of cRIO, or FPGA underneath?

• Cannot connect to project cRIO. Works of MAX.

  I can connect to my cRIO 9073 in MAX and can ftp to it.  However, in a LabVIEW project, I can not connect.  (I can restart the target of the project)  When trying to connect I get the message "Unable to connect to the target in real time".  I reinstalled the software on the Max, restarted in safe mode, no application, cRIO no fpga.  I ran with console out and got the result below.  Any thoughts on how to solve this problem?

  cRIO-907 x Boot

  Copyright 2007 National Instruments Corp.

  Bootrom version: 2.4.7
  Date of creation: July 9, 2007, 00:45:07

  Press a button to stop Auto-start...
  0
  self-priming...

  Boot safe of ROM...
  Core decompression...
  fact.
  2910608
  Starting 0x100000...

  Special Assembly team...
  Datalight Reliance v3.00.1218T
  Edition of VxWorks ppc603
  Copyright (c) 2003-2007 Datalight, Inc..
  Enter safe mode.
  The initialization of the network...
  Device 1 - MAC address: 00:80:2F:11:A8:FF - 34.236.76.205 (primary)

  You try to connect while you are in safe mode?

  If so, that's your problem. Make sure your controller is started in LabVIEW Real-time and then try to connect.

  Kurt

• Y at - it something to pass classes without causing conflicts to project?

  I am using OOP for a few months, but I was frustrated a handful of times trying to move classes. With other files, I just go in file display and click 'Move to disk', which has always worked very well.

  But if I try to move a folder that contains several classes or classes nested in subfolders, the FREAKS outside project. It of almost like LabVIEW moves the files one at a time, but not updated to other classes on new locations of methods, dependencies, etc. Then she moved something out of use and then all the classes that is supported on this monster file out, ask yourself where the file went.

  Then, about a thousand warnings pop up, and I can't reject them both. In addition, the resolution of conflicts does not work because LabVIEW confused on the point where the files loaded into memory are now located on disk.

  I had to source control returns to my workspace set to return to a State of operation. Then I usually move the classes on one at a time, which is a desperately slow and painful process.

  I'm doing something wrong here?

  I ran into similar questions before. Project files and library are just text. I moved things and edited the paths in the project/lvlib file. Can also use a backup as the library file. Your move is transformed into a copy and rename operation.

• Impossible to find in project crio

  Hello

  I have been using a crio9074 and I had no problem. But now I can't find the chassis under "target and devices." However, it is at MAX and also it is connected and works fine when I used it with other existing projects. I have reistalled the software under the crio device and also I updated the drivers of NOR-RIO to 14.5. Is that someone has an idea of what's going on?

  Thank you

  If you create a new project and right click on the project and select new > targets and devices that see you the option at the time CompactRIO real at all?  If you see the option but don't find your material, you can add a target 9074 generic and fill in the IP address of your cRIO connect like that?

• TestStand / CVI in conflict: the project directory

  Hello

  I have TestStand 4.2, LabWindows/CVI 8.5, Windows XP.   I'm testing a DLL created in CVI, which uses the 'GetProjectDir()' to create a basis for work.

  When this DLL is exercised by a C program, it detects the directory of the project, C:\sandbox, which the program is run from.

  However, when I have exhausted the same project (C:\sandbox) TestStand directory it finds instead the project as directory is C:\Program NIUninstaller Instruments\TestStand 4.2\Bin\

  This is obviously not an acceptable way to build and work with files and temporary directories.

  This continues to happen even if I created and launched the file in sequence from the directory "correect" (C:\sandbox)

  How can I make testStand join BCI on what is the project directory?

  Thank you

  Hi rjohnson,.

  The reason that you are experiencing this issue, is that the GetProjectDir function gets the directory containing the executable file, so when we run the TestStand DLL, it captures where TestStand is performed.  You can use the GetModuleDir function:

  char path [MAX_PATHNAME_LEN];
  GetModuleDir (__CVIUserHInst, path);

  This should give you the desired path.

• Conflicts of project using SVN

  I have two systems with LV2014 working on the same project using TortoiseSVN. I use one system at a time of changes, then make a SVN commit, then switch to the other system, update of my project directories and keep working there, so that the 1 system is used for the test.

  Considering that, in general, it works (but needs time for loading and the screws in each iteration of the compilation) I often get the error a few screws of the OpenG package could not be loaded. Please note that I have all the necessary packages installed successfully on both machines.

  My solution is to find manually affected screws on the OpenG palette and place them somewhere on a block diagram, then LV asks me if I want to use these screws to substitute for the missing project items, which I confirm and everything is OK.

  Why is LV unable to locate these screws in its own palettes and connect them properly? Is there a workoround better?

  I seem to have a similar problem with the dll. "Random" moments after a SVN update all my screws through the call library node loose follow (broken arrow) DLLs, even if the 'name of the library or path' field shows the library and the correct location. I know that he has had several discussions on this last point, but in my case if I manually switch to this place and to select manually the library exactly in the same place, then klick OK then everything works. But I must repeat this step for each unique VI using the DLL...

  Thanks in advance for your suggestions.

  Then why do you use the root folder of LV to place your code - dependencies or not. A better solution is to create a common work space based on the root of the drive of the PC. The structure I prefer has a directory C:/workspace. Workspace inside are two subdirectories: projects and Toolbox.

  Toolbox is where I store all my reusable pieces of code. It is also the directory in which you point your menu user.lib.

  Projects contains a subdirectory for each unique project that you are working.

  For more information, click here: http://www.notatamelion.com/2014/10/13/conventional-wisdom/

  Mike...

• LabVIEW with error FPGA cRIO

  When you try to run a VI that if interface with cRIO I get code error-63191. My cRIO is connected to my computer via an Ethernet cable, the cRIO and mobile LAN are the same IP address. The Project Explorer and MAX are able to detect the cRIO. Project Explorer is able to connect and to deploy.

  I tried to change the IP address in the 168.192.0.11 to 168.192.0.10 Project Explorer as the cRIO-9004 element is connected to the title of the first IP address, Project Manager (which seems to serve as an interface with the cRIO-9103 component) may be intellectual property conflicts. I end up getting a different-63040 error code.

  The first error screenshots are attacted and MAX and connection project manager

  Hello WheelchairDev,

  On this screenshot you just sent to the course, it seems that you do not have your project set up properly. You should have your project-> cRIO target-> cRio-> target FPGA chassis.

  If you want to see an example of this, of the LabVIEW startup window, select the FPGA project in the drop-down menu of targets to create a sample project.

  Once you change the layout, let me know if you have any other questions.

• Details of allocation memory (cRIO vxWorks)

  Hello world

  A question about memory allocation when dealing with arrays, strings and string array.

  -I have to build and produce log files of the ASCII (LAS 2.0) on a cRIO.  The cRIO already done tons of other operations and avoiding excessive fragmentation of memory and overall memory usage is an important consideration for us, but CPU is also a limited resource... This new requirement is an addition to "everything" the cRIO already, and I know from experience that manages large data and logging as string files are taxing on the CPU, but also memory, so suggestions are welcome.

  Worst?) If I build the file whole by concatenation and set up the content of the file as one long string through one shift-register/ring to another, as it goes, more which I think is the worst possible way to do it from a management perspective of memory.

  (Better?) If I build the content of the file line by line and create an array of strings where each element of the array corresponds to a single line, it will be better? As each item is a variable length (String), I don't know how the memory manager manages these tables? Ideally, this is a list of pointers, so that each element (of variable length of the string) is its own segment (contiguous) memory vs all elements in the array in a single contiguous block? If so, that would mean that an array of strings would require nearby less memory than the same data represented as a 1 d of U8 array?

  An advantage I can think of the approach of the matrix (or line) is when it is time to write the data in the file, I could write each element of the array individually, once again, the idea is that there should be less overhead to manage the lines individually vs a giant stream on the disk memory?  I could then possibly construct/write of the file into blocks so that I'm never content of "whole file" in a row of table...

  Better yet? -Anyone have any ideas?

  Best? n ' matter who feel that they have completely tamed this beast? Do you want to share?

  As a mark of separation, unfortunately, all the data that will eventually be the file do not exist when the file is first created (trace-additional scans are added as soon as they are available throughout the day), and while the raw data itself in the LAS files are in the last section (so new raw data can be just added to the file of string without loading / parsing of the file) , there are some areas in the previous sections that may need to be updated (for example the tag STOP in the ~ section W), I was counting on the manipulation by a number of bytes for the fields that must be updated after the creation of follow-up, but if anyone has experience overview they can share on this subject as well , I am to listen to (in the case otherwise, I'll probably keep these counters in a list of attributes for quick recovery variant and simple because I maintain log files individual person well and therefore need a way a little more organized to follow that just a table or similar).

  Like that everyone would just learn to consume newspapers of PDM files we recommend that rather than insisting on all these other formats. :/

  (For a similar project (WITSML files), I ended up finding a relatively significant performance gain by building a large part of the ASCI file content as possible from the constant matrix U8, but luxury with this project was so much the structure/content of a static file that it was very, not to mention the WITSML requirement was for a scan/trace by file) , so it was create and forget.  It's been a HUGE calculate time and the difference in CPU usage.  Not sure this makes a real difference as far as its use/allocation of memory went other than constants of course being constant/charge with the VI and possibly optimizations the compiler as a constant U8 is potentially easier to work with than the strings (and string constants?).)

  I am logging the data locally on the disk with my different projects cRIO, because Yes, people just can not and will not use the TDMS files. What I do is I pre-allocate my paintings of strings - for example one the point current data to be logged out of the text file is an array of strings of 1 d, 1 item per channel, I have created by first creating an array of fixed size U8 (INIT 1 d array, say 16 bytes), conversion to string and then initialize my array of strings (INIT 1 d array again).

  I keep this saved allocated string of 1 d table change. When it comes time to write a new line to my account, I browse the table, using a loop FOR and Place the item Structure (not), new values in connects.

  I do everything with CVT or variables shared so I just read the tags by program and do a 'chain of fractional' on them. To write the string in the file I keep a last number of bytes and simply go to the file position and write.

  So far I didn't problems with leaks memory or fragmentation - you see the largest continuous block only decrease and then remain constant.  My systems typically run a week to a month between resets.

  It sounds like you are already planning to do this: work with arrays of pre-allocated chain. I'd say it's the way to go.

• Can I detect if a module is present in CRIO FPGA?

  I have a chassis cRIO-9073 controller with 8 NI 9237 modules. I intend to use FPGA readings - not the analytical engine. Can I detect if a module is present or not in my FPGA VI? If not, is there a way to do within the VI to host RT? (This is my first project cRIO so I'm still a little green). I can foresee my client who needs to replace a module in the future and having to always operate the system with the remaining modules - the system should be robust and adaptible to default conditions.

  -Thanks in advance

  -Torus

  Hi TJohnsen,

  Yes, you can use this set of screws: http://zone.ni.com/devzone/cda/epd/p/id/1717

  I hope this helps.

  Kurt

• published RT cRIO-9030 with network-a project of shared variables cannot communicate with host VI when compiled and deployed as executable startup.

  I have a project including a VI RT running on a cRIO-9030 and a host VI running on a desktop computer.  The two programs communicate via shared variables that are hosted on the cRIO.  As shows, when I run the screw of the project, everything works as expected.  When I compile the RT VI in a start-up executable can deploy for the cRIO, as well as the libraries of shared variables (the record of support in the build specification-oriented), I am unable to connect to the executable running in real time.

  

  I have 'Disable Autodeploy Variables' checked on the cRIO target, if I no longer get the prompt to stop the currently running application to deploy the variables.  The host VI opens and appears to run, but has no connection with shared variables (data does not update).  Compilation of the host VI as an executable file and it works outside the project result in the same behavior.

  I read some relevant posts / knowledge base articles related to this problem, but still can't seem to find a way around it.  I note a number of articles on the series in double bond of variables, but this is in contradiction with my possible behavior for this system: I finally have a number of cRIO controllers identical all runnning the same executable RT and want to be able to have a single host VI which allows the user to select from a list of available controllers (using the screw system configuration) and extract the host name of the controller selected, that would be later used for programmatic addressing of the variables on the host of part VI.

  In any case, I want to start with the simple fact of being able to get that first controller running without an open connection to the RT VI project.  With the deployed executable start, I checked via programmed behavior of LED application of the RT and FPGA are running on the cRIO.  The problem, I think, has to do with shared variables, but I'm not sure where to go from here.  I want to connect to RT executable running from the VI to the host (in project) to verify that the compiled executable of RT works as expected and then the subsequently compile host VI in an executable that can be run from any desktop on the local subnet.

  Thoughts?

  It seems that the error has now been corrected.  There were three things, I changed: the file startup.aliases in the startup on the target directory (Home: / lvuser/natinst/bin) put in 'localhost' as an alias for the controller.  I changed it to the IP address of the controller.  Then, I got some features of IO files in my application RT relative paths using the path obtained by the 'current path VI' VI.  As this path changes according to the location / delivery system, I had to create a VI that has used the Application property: type with a case properly structure band / build railroads desired regardless of the runtime system data files.  This may have broke my RT request.  Finally, I got a property node in one of my RT SubVIs, who attempted to change an indicator in the Subvi, which is not taken care of in an RT compiled executable.  I can't do this for debugging purposes somewhere along the way, but in any case, I removed it, and after a recompilation and the deployment of the executable of RT, everything seems to work as expected today.  The host VI on the desktop can connect to the application of the RT project, and when it is compiled into an executable file, which also works.

• labview deployment project has conflicts

  I'm having a problem with a deployment of teststand (2013 Teststand, LabVIEW 2013)

  I have a deployment that deploys my project LabVIEW that contains all of the drivers (classes and lvlibs) for use in my sequences.

  During deployment (LabVIEW options), I uncheck "exclude vi.lib", "exclude user.lib" and "exclude instr.lib" because the deployment should also work on a PC that has only some runtimes and an operator interface.

  The build is complete without errors, but I can't open the deployed project...

  --> not on a development PC because it detects conflicts (XNodeSupport and some in vi.lib picture.llb of the vi)

  --> not on lifetime PC (file not found)

  Else you have noticed the same behavior?

  He works with LabVIEW and TestStand 2010.

  Thanks in advance for your help, advice and tips :-)

  (Cross post, also on Lavag.org: here )

  NEITHER of the spirit together, we have identified the problem.

  The GDS (suite Goop development) causes conflicts.

  The problem is identified, the solution is underway.

  See you soon,.

  Wim

• Clicking on connect on my RT goal in Project Explorer gives a conflict error

  When I right click on my aim of RT in the Project Explorer and select Connect I get the same error of conflict such as this article.

  "This VI is part of a startup in real time Application.  All the screws on the target will be closed if you choose to apply and continue with deployment. »

  However, already disable Autodeploy Variables checked. I want to just connect to the startup, not delivered application to zero and redeployment. Why this conflict going on?

  When you run an application of the RT, or set screw to run when starting on an RT target, you cannot connect to the target of the RT in the development without the application environment or these screws however, you can Configure the target of RT to share a remote façadeand connect to that. You can also enable remote debugging.

  I hope that one of these links helps to answer your question; Please report if you want more details.

• May not work on cRIO in project

  Hi guys,.

  I'm trying to add a cRIO to my project (or work on a project with a cRIO inside). We have just received the license for this computer in real time, but I can't add or work on the cRIO. (Pictures below).

  So far, I tried to reinstall all SP1 2014 LabVIEW installation as well as the device drivers and restart the computer. Do I need permit FPGAS as well? I believe that the original application has been developed in 2013 LV and the developer said he only used the license in real time. Thanks for any help.

  

  What you show indicates that you do not have the driver. A screenshot of your tab to the MAX software can confirm this. When you install the driver of RIO make sure that support ADE for your version of LabVIEW is selected.

• Crash when creating a new project FPGA cRIO

  When I want to create a new project with the wizard FPGA cRIO, Labview freezes and blocks ("development system Labview 8.6 had ceased to function".) The wizard detects my cRIO-9073 integrated controller, but when he tries to discover the CompactRIO chassis, the program hangs and stops automatically.

  

  In MAX, there is no problem discovering the FPGA chip in the cRIO-chassis (RIO0)...

  

  I tried to use the new FPGA Project Wizard in Labview 8.5. While searching for the cRIO chassis, the program does not freeze, but he says the cRIO-chassis cannot be found...

  

  When I want to manually select the chassis, I can only choose for the cRIO-9072 and cRIO-9074. There is no cRIO-9073-icon...?

  

  What I am doing wrong, or is this a bug?

  Kind regards

  Kenneth