cRIO-9073 OR DAQmx compatibility

It seems that the cRIO-9073 is not compatible with NOR-DAQmx.  That is a true statement or get something broken in the installation?  The I intend to use the modules are compatible with NOR-DAQmx, but I can't communicate with them using NOR-DAQmx.  I use LV 2009, MAX 4.6.2 OR-DAQ 9.0 and 3.3 OR RIO.  Suggestions appreciated.

Thanks in advance.

RunningDog

Hello

The cRIO-9073 isn't a DAQ card, it is a real time based with a reconfigurable FPGA system. In summary: you may not use NOR-DAQmx to program your cRIO system. Please read another post I wrote about how to get started with a cRIO system.

Tags: NI Hardware

Similar Questions

  • CRIO-9073 is compatible with LabVIEW 8.5.1?

    I just got a cRIO-9073 and a cRIO-9074.

    When I set up, both of them appear correctly in MAX.

    When I add them to a project LabVIEW, the cRIO-9073 does not show the target FPGA. The cRIO-9074 shows.

    I'm using LabVIEW 8.5.1, is compatible with the cRIO-9073?

    Thanks for any help.

    Michel

    Hi Michel!

    According to this link, the interface FPGA and Scan of the cRIO 9073 are only supported in LV 8.6 using the NOR-RIO 3.0 driver.

    The link where you can check the compatibility is:

    FTP://FTP.NI.com/pub/DevZone/tut/crio_software_versions.htm

    Good day!

    Oswald Branford

  • two flashes on cRIO-9073

    On my new cRIO-9073, the led blinks twice, after that I have (re) software installed on it. The manual says that in this case «the chassis has detected an error in its software to [...]» Reinstall the software on the chassis. I reinstalled three times, each time with success ("congratulations... ("etc. etc.). Originally, there was NEITHER-RIO 3.2 installed on it, but it does not work with my project (I use Labview 8.6), so I had to reinstall OR RIO 3.0 and now I think that there is a compatibility issue beetwen the new cRIO-9073 and Labview RT 8.6 (NOR-RIO 3.0)

    What can I do now?

    Thank you


  • Deploy the shared target rt variable fails (crio-9073)

    I use a cRIO 9073 with LabVIEW 8.6. I have some variable published to my PC network I want the cRIO host read. However when I try to deploy the variables on the cRIO, I get the following error:

    Initializing...
    Calculating dependencies...
    The checking for conflicts. This may take some time...
    Prepare the items for download. This may take some time...
    Variables variables.lvlib\\129.186.159.84\robot robot deployment deployment has failed (error:-2147220721, (Hex 0x8004030F) the configuration database cannot be opened, perhaps because of corruption.) Note: the steps that you did which led to this error and contact technical support).
    Completed with errors of deployment

    I tried to reinstall the software on the cRIO, which includes the network Variable 1.5.0 engine and tried hosting variables on the cRIO. I still get this error.

    Everyone knows about this problem? What should I do to use variables shared on the 9073?

    I tried stubborn MAX, who did not work. Then I reformatted the cRIO and the problem is solved.

  • FPGA read/write does not not in cRIO-9073

    Hello.

    I'm stuck with a problem in the use of the FPGA Read/Write control please suggest a solution.

    I use cRIO 9073 and I'm trying to place an order ON / OFF of GUI-> RT-> FPGA host. I use a shared variable of the network to transmit the control GUI form to host RT and I use read/write control to FPGA. I also put a Boolean flag in the FPGA VI to control if the control is transferred to the FPGA.

    When I toggle the button in the GUI, I see the same change in the host of RT (shown as 16 probe in attachment 1). However the FPGA indicator (indicated as probe 19) remains the default false state. The FPGA VI is on attachment 2.

    Thank you

    Guilhem

    Your FPGA only reads the control once before entering the loop.  If you want to read control permanently, you must put it inside the loop.

  • Unable to create a file with "nidll_vxworks" in Matlab for use with the LabVIEW SIT 2010 and a cRio 9073, error sh.exe

    I am trying to compile an OUTPUT for my Simulink model file by using "nidll_vxworks" and execute it using the Simulation Interface Toolkit for a cRIO 9073. I am able to compile the DLL file by using "nidll" and managed to run the simulation using my PC as a host.

    I have already downloaded the files "gccdist" and "vxworks61gccdist" and copied in "c:" when I build the model in Sumulink I get the following error at the end of the process (at the same time windows tells me that "sh.exe" has stopped working). If it's important, I'm on Windows 7 64-bit, but using Matlab 2009 b 32bits and LabView 2010 32-bit. ANY HELP WILL BE APPRECIATED. "QofV" is the name of my Simulink model and I changed to parts of "XXX" in the path of the file.

    6.1 CCG is only supported on Windows XP.  It is almost indicated in the readme_sit_vxworks.txt found in C:\SimulationInterfaceToolkit\xxxx\VxWorks (where xxxx is the version of the DIS).  It is said:

    * Known issues
    ---------------------------
    -WindRiver GNU Toolchain 6.3 and 6.1 do not work on Windows Vista.

    To be more explicit, it should be "Vista and later.

    Carl L

    National Instruments

  • Why do I get the compile time extremely long with FIFO on the cRIO-9073?

    I use a cRIO-9073 to develop a data acquisition system.

    When I try to use a FIFO to pass data to the host the FPGA, I get extremely long to compile (hours!).

    Currently, I use that a single analog input of a module 9205 in my loop FPGA.

    Y at - it an explanation for that?

    Thanks for any help you can provide.

    Michel

    Paul,

    Thanks for your reply.

    I finally found the problem: the size of FIFO, I requested in the properties of the FIFO was too large to 32K items (for the type of data the FIFO U32) 4 times. He was filling the FPGA, 128 KB of RAM completely, leaving no room for manoeuvre for the compiler for the remaining logic. So bad, there was no warning for that!

    By reducing the size of my FIFO at 4K, the compile time came in 5-10 minutes instead of hours!

    Michel Lanthier

  • cRIO-9073 disconnects

    I connected a cRIO-9073 to my computer and connected to my LabVIEW project. I downloaded the software to it and configure it to scan mode. It is, whenever I connect to it in LabVIEW, it disconnects after only 3 minutes exactly. I did nothing at all with it, to make it work, no program or whatever it is. Y at - it software it is absent, is there some configuration details, I am missing or is this possible?

    Martin

    I found the solution to the problem.

    When I format it and install the software on the cRIO-9073 from a computer win Win 7 (64 bit) the communication problem is present. When I install the same software on a computer with Win - XP (32 bit), the problem disappeared. The problem is reproducible.

    Martin

  • cRIO-9073 only with Labview 8.6? Data record?

    I don't know if you have a special forum for the cRIOS. If so, tell me

    A guys at work told me, he bought a cRIO 9073 two years because he wanted to save the data on vehicles on a USB key.

    He has never had time to work with this thing, after all, and today he asked me, if I can try to get this to work. I had never seen one of those from before, but as far I see this device is no usb port and using the ethernetport to connect to a WLAN-bridge will not work, because when you drive around in the car, you will leave the fast enough network - so I guess the only way to do it might be loggin data in internal memory (128 MB). Is this fair?

    The other problem is, we only have a single license for Labview 8.2 here (the rest is 7.1 )-are there a chance that I can write a Labview program for the cRIO with whom? It is stated in the specifications minimum labview version: 8.6 necessary .

    I can work around that somehow?

    Yes, you need save data on the Flash drive internal, then copy it off the power when you can plug it into a network.

    Write code for the cRIO, you need real-time tools box and perhaps also the FPGA Toolbox.

    If the documentation indicates that you need 8.6 to target the cRIO, then it is you need.  Where did you see that?  I know that 8.5 could target former cRIO controllers, but it is quite possible that 8.6 was the first version with support for this model.

  • cRIO-9073 not appearing is not in devices and Labview 2009 targets

    In MAX, I show the following: a cRIO-9073 with NOR-RIO 3.0.0 installed. My system software has NEITHER-RIO 3.0. In LabView 2009, when I try and add the cRIO to my project in LabView 2009 in New-> targets and devices, I don't have a list in time real CompactRIO and my cRIO does not appear. I tried to add manually with its IP address, but it does not work either. I've updated the cRIO to LabView real-time 9.0 software.

    Is there other software that I need to update on the cRIO so that it is visible in LabView 2009? Do I need a new version of NOR-RIO?

    Thanks for any help.

    Todd

    I upgraded from NEITHER RIO NOR-RIO 3.2.1 3.0 and LabView 2009 seems happy.

    See you soon,.

    Todd

  • NOR-DAQmx compatibility with the system in real time

    I try to use a time system 11 with LabVIEW Real-time. When I try to connect with the driver OR DAQmx, an error saying that the version of the NOR-DAQmx drivers are bundles with the one on the real time. I tried to use different versions of the NOR-DAQmx drivers that are available in the table of compatibility, but not those who worked. I have an old computer working with the same real-time system that uses LabVIEW 9 and has the driver NOR-DAQmx 9.3.5 f0 driver installed on it but I can't find the drivers on the web. What should I do?

    I am using LabVIEW 2015 in my current computer.

    Thanks in advance.

    Looks like you can just have a lag in the versions of software installed on your host computer and the target.  In order to deploy the code from your host to your target, the two must have corresponding to libraries of functions.  See this link for instructions on updated versions of the software on your target match those installed on your host computer, the wizard of the LabVIEW RT software.  If you have already done this, and it did not help, please provide a screenshot or error code of the message that is to appear.

  • signal noise HAVE cRIO-9073

    Hello

    I'm integrating several meters with signals 4-20 MA in a LabVIEW program for simple data acquisition. I still see one + / 0.6mA oscillation around the actual value. This is true for the 3 types of counters (pH, temperature, and quanta) is not a problem with issuers counters. The signal from the meters is grounded.

    I work with a chassis or cRIO-9074 and an AI 9203 module. The programming frame is set to scan mode. I tried (2) different modules of HAVE and get the same problem each time. I have a chassis 9073 I could try, if possible the chassis is the problem.

    I found several discussions in this forum about similar issues and most of them have been resolved using the FPGA chassis capabilities and applying a filter to smooth the signal to HAVE it. I haven't the time dev required to learn the ins and out of FPGA so my questions...

    -What could be the cause of the oscillations in the signal to HAVE it? For example. What can I do to reduce the noise I see

    -It is even possible to get a regular signal using my equipment in scan mode? If not, then I can have to use of FPGA...

    If there is a thread I missed that covers it then please refer me to it. Thanks in advance for any help!

    Jeff,

    It is difficult to accurately measure the telluric currents and ground potential differences.  Simply connect the instruments sometimes changes the distribution of currents.

    The star configuration is the best method to reduce the noise of the Earth. It ensures that no ground currents are common to several drivers. UN fortunately in most systems, it is impossible to connect the patterns in this way.

    Your ammeter may be a slow time response to effectively filter changes.  An oscilloscope is much better for the follow-up of the interference.

    What is your sampling rate? What the signal looks like on a graph? You can post your VI with some typical data saved as default?

    Lynn

  • VB6 with DAQmx compatibility with Microsoft Vista and Win7?

    Hello

    I'm trying to figure out how what are my options for running my VB6 applications that use the API C of NOR-DAQmx with Vista or Win7.

    I have certain applications that we have maintained in VB6 (with Measurement Studio 6).  I programmed the software for traditional OR-DAQ hardware originally.  I suppose that I used for about 10 years or more.  About 2 years ago or if we needed to use our software with hardware recent DaqMX I've been able to use the API C OR-DAQmx for Visual Basic 6.0.  My application really support two hardware platforms simultaneously.  The person responsible for the project wanted to have 1 single application managed the two platforms (daqmx and inheritance).  So far, it's all great.

    If anyone knows what are my options if I want to use Windows Vista or Windows 7.  We are currently running this app on Windows XP.  I'm ready to upgrade my software if necessary although I have to spend to VB.net and Measurement Studio 7.1 (I currently have).  But if we were to happen tomorrow is there any compatilibility. I read that the traditional / legacy NOR-DAQ is not supported in Vista (Win7).  I googled and found there was a beta version which seemed to weakly in support of the legacy but did not support USB devices which is what I have (6020e (inheritance), SCXI (daqmx), 6259 (daqmx).)  I've heard that Windows 7 will have a virtualization system for XP applications that do not work natively under Win7, but for some reason, I doubt that the drivers and hardware will be run this way.

    Also, should there be differences between Vista and 7? I'm an XP user and computers I support many XP so I really have no experience with Vista.  I plan to install the Windows 7 RC to try some of this stuff.

    Thank you, David

    Use of our released traditional DAQ drivers is not supported on Vista systems, even running in virtual Windows XP mode. The driver works at a lower level which can emulate a virtual mode.

    However, we have a public beta version for a traditional DAQ driver that works for Vista. You can read about this version beta here

    -Abram

  • Connection or cRIO-9073 (soft error)

    Hello

    I tried to connect to the cRIO using MAX. But there is software (as pictured MAX) error. What should you do?

    Concerning

    Dear Sljukaa,

    You work with the cRIO. If the list of modules can not coming to the MAX. To identify the problem create an FPGA application and discover the modules of series c in LabVIEW. You will get the list of modules in FPGA parent in the tree. If you still feel a few question to detect the open your file INI LabVIEW module and copy past "cRIO_FavoriteBrand generic =" line.

  • With the help of cRIO-9073 with 9403 module and Ping sensor

    I try to have a Ping of Parallax))) to work with my cRIO ultrasonic sensor. I have connected it to an e/s digital 9403 module and uses the PulseGen, SW.vi example. I plugged in and configured the 0 for an output pin have significance attatched on the output pin to monitor output. When I put the pulse width to be something less than 10 ms long and I try it is not always release trigger and when that happens it's always long to 10ms. is there a way to reduce this sort I get a pulse of what 5?

    Hi digilogik,

    You can post how you have changed the code, so we have a better understanding of what to expect.  Brief looking at the example code I couldn't guess why a long 10 ms pulse is the only thing you see if what you did was replace the power indicator 0 with IO nodes.

    However, if your end goal is to get a pulse of 5 usec, then the NI 9403 module will not respond to your needs as the updated module is 7usec max.  You would be able to do what you need with a NI 9401 module, with the draw back you go to 32 channels up to 8 with the 9401 vs the 9403.

    Bassett Hound

Maybe you are looking for