The transition of the cDAQ to cDAQ ENET USB

Hello community,

For some reason, I'd probably change some of the cDAQ USB chassis that I use for the Ethernet frame cDAQ base. I already have some applications developed on the platform of the USB and I was wondering how painful (or even at all) migration from USB to Ethernet. I guess also assign an IP address to the chassis and set it up in MAX, it should be relatively easy.

It would be nice to know about problems I can cope.

Thank you.

As far as I saw, just that everything is set up in MAX, and then it is homogeneous in all of your applications.  You may need to remove all instances of your USB cDAQ located in MAX in order to reuse the virtual name.

Tags: NI Hardware

Similar Questions

  • Difference between the cDAQ-9174 and cDAQ-9178

    I have several cRIO-9081.  Each cRIO-9081 running NOR-DAQmx 15.5.  On four of the cRIO-9018 we show you cDAQ - 9178 with 8 modules.  Everything just worked.  On the fifth cRIO-9018, we tried to connect a cDAQ-9174.  The aircraft appeared in the Windows Device Manager and MAX, but MAX has indicated that the aircraft was missing (error-88705) and that Windows can't find a driver for the instrument.

    We then plugged a cDAQ-9178 in the fifth cRIO and everything just worked.

    What is the difference between a cDAQ-9174 and cDAQ-9178 other than the number of the module support?

    Paul

    Hi Paul,.

    It seems it could be a driver problem! What DAQmx version you have installed on two computers? Reinstall the latest version may be worth it because it looks like there may be corruption. You can find the latest version here: http://www.ni.com/download/ni-daqmx-15.5/5901/en/

    You can manually associate the device driver, here: http://digital.ni.com/public.nsf/allkb/5B80CAAA64413B4C86256C5E0000C1A7

    There are modules connected to the cDAQ chassis?

    Also, sometimes, this can happen if you do not restart your computer after the installation of the NOR-DAQmx driver. Restart your computer after the driver installation will allow you to reserve the device successfully. Here are a few others not to try:

    • Check the charger to device OR to see if it is running

    • Reset the service OR charger

    • Reset the MAX Configuration database

    • The system power cycle

  • How many quadrature encoders may be read together with the cDAQ-9188 chassis?

    We will record position periodically 8 engines (at the same time as we are to the corresponding samples entered analog).  It seems that the 4 built-in counters limited chassis to 4 encoders.  Is this correct?  I am familiar with modules of counter PLC which manage high-speed counting, and then the CPU posts periodically to update the total values.  This is how the NI 9401 card would work?

    Hi jtrout,

    You are right the 4 built-in counters than the cDAQ-9188 chassis 4 encoders.  The following article deals with the use of the NI 9401 card for encoder measures: http://www.ni.com/tutorial/7109/en/.

  • crash of the cDaq 9132

    I have 4 new cDAQ-9132 systems that go into the production thgis week.  During the last two weeks that these systems are running, they break.  Here's what's happening.

    1. the system runs our application, or in some cases, just sitting there running Windows 7

    2 the screen goes black, and there is no further response from the system.  The power light on the controller is running.

    Restart the monitor doesn't do anything, unplug and reinsert the VGA does nothing.  No response from the keyboard at all.

    3 press the RESET button or power cycle using the power button will restart the computer.  Windows error logs have no information at all at the time of the accident, clean everything up to the new entries to the log at startup.

    A strange thing about setting, is that there are very long VGA and USB cables.  16 feet.  Two USB cables go 16 feet each two separate powered USB hubs.  A hub has a touchscreen and keyboard, the other hub has a barcode scanner and a printer.

    Four of these systems have all have the same symptoms.  All four grids have a 9229 and a 9422 of each.

    I set the bios on a USB overcurrent in the operating system report and stay OFF If there is a power failure.  We used a stroke of luck using Min/Max to check the variability on power supply 24VDC used for controller, nothing was found.  The controller has its own dedicated to food.  Due to a quirk of the command, two system have a 24V supply type, the other two systems have a different provider supply.  All the supplies are more than adequate for the controller.

    You can provide any assistance is greatly appreciated!

    Hello Palickar,

    Is it possible to try to launch the cDAQs without long USB cables to exclude them as causes of accidents? If the chassis still crash without long cables USB, then maybe it might have something to do with the way in which power is supplied to the chassis.

    Could you confirm that your installation complies with the section titled "electrical wiring for the cDAQ-9132 OR? :

    http://www.NI.com/PDF/manuals/371801b_02.PDF

  • amplification of the strain by using the cDAQ

    Hello

    I am a newbie in the use of DAQ hardware and hope someone can help out me.

    I recently bought a cDAQ with the NI 9237 to measure the strains. The strains that I try to measure are very small 1 series micro. A bit of research showed me that I need to amplify the signal to measure these small strains (correct me if I'm wrong). But I'm not able to find amplifiers for the cDAQ.So, the questions I have are-

    1. is it possible to measure these small strains (1 strain micro) using the cDAQ? If so, do I need an amplifier?

    2. If I need an amplifier, are there more specific for the cDAQ with the 9237? If this is not the case, how and where can I get one?

    Thank you

    SID

    SID,

    These results were very shocking for me also, so I looked into it further.  It seems that the 9237 can do better.   Assuming you're within 5 degrees of the calibration temperature (25 ° C), 9237. 05% of span of error and. 05% offset error.  With the range of configuration and 25mV/V full-bridge, you can calculate the absolute accuracy of the 9237 with the following formula.  (Sound of full-bridge = 0.9 microV/V)

    absolute accuracy = (gain error * reading) + (error offset * range) + (noise)

    Do the math, we get

    25mV/V + / 25.9 microV/V

    In a full-bridge configuration: V/Vex =-(Gauge Factor) * strain


    With a typical GF of ~ 2.0, we can say that the accuracy of the strain will be

    12.5 mm/m + / microm 12.95/m

    It's a little more in the range that you hoped for.  Sorry for the confusion.

    If this does not work for you, we sell solutions PXI who will be able to measure more precisely.  Similar math help and type of configuration of full-bridge with SMU 4330 plug, we get:

    12.5 mm/m + / 3.48 microm/m

    In my view, that it is card data acquisition based on a bridge more precise and accurate that we sell.  It requires a controller/chasis PXI.

    Please let me know if you have any other questions!

    Sincerely,

  • Compile 32-bit programs on the cDAQ RT Linux

    I have a (OR-9134) running Linux RT NI cDAQ

    I am unable to get it compile 32-bit programs. The steps I've done were:

    1 used "opkg" to install all the 'gcc', 'CPP', "gcc-symlinks", etc. - that I could see associated compilers.

    2 export CFLAGS = "-m32' export CXXFLAGS ="m32", export LDFLAGS = 'm32'"

    3 CFLAGS = "-m32". / configure

    However only 64-bit binary are generated.

    I'm unable to find through "opkg" all packages associated with 32-bit builds or anything related to 'multilib '. Could you get it someone please let me know how do NI Linux RT generate binary 32 bits?

    Looks like you are saying that you need a 32-bit library to work with 32-bit LabVIEW. However, LabVIEW on your target cDAQ is 64-bit, as all software on our basic objectives of Linux RT Atom (the ARM-based targets are 32-bit). So, if you want your HDF5 library to run on the target of the cDAQ to 64-bit, you must use a 64-bit version of HDF5. This is true even if you connect/deployment to the target of a 32-bit version of LabVIEW.

    Of course, if you want to run HDF5 on a 32-bit system, as a target of LabVIEW RT with ARM 32-bit processor, or LabVIEW RT older targets that use VxWorks or Phar Lap instead of Linux, or a 32-bit desktop machine running Windows or any other OS, you will need a 32-bit version of HDF5. But I would not recommend trying to build HDF5 for these environments of your cDAQ. I recommend compiling natively on the cDAQ, if you at all (*), for the code, you intend to run on the cDAQ.

    (*) You should be aware of this already, but you can cross - compile your HDF5 library using Eclipse, i.e. http://www.ni.com/download/labview-real-time-module-2014/4846/en/ - some people prefer this to the compilation on the target, which is a little limited resources.

  • buffer size and sync with the cDAQ 9188 problems and Visual Basic

    Hi all, I have a cDAQ-9188 with 9235 for quarter bridge straing caliber acquisition module.

    I would appreciate help to understand how synchronization and buffer.

    I do not use LabView: I'm developing in Visual Basic, Visual Studio 2010.

    I developed my app of the NI AcqStrainSample example. What I found in the order is:

    -CreateStrainGageChannel

    -ConfigureSampleClock

    -create an AnalogMultiChannelReader

    and

    -Start the task

    There is a timer in the VB application, once the task begun, that triggers the playback feature. This function uses:

    -AnalogMultiChannelReader.ReadWaveform (- 1).

    I have no problem with CreateStrainGageChannel, I put 8 channels and other settings.

    Regarding the ConfigureSampleClock, I have some doubts. I want a continuous acquisition, then I put the internal rate, signal source 1000, continuous sample mode, I set the size buffer using the parameter "sampled by channel.

    What I wonder is:

    (1) can I put any kind of buffer size? That the limited hardware of the module (9235) or DAQ (9188)?

    (2) can I read the buffer, let's say, once per second and read all samples stored in it?

    (3) do I have to implement my own buffer for playback of data acquisition, or it is not necessary?

    (4) because I don't want to lose packets: y at - it a timestamp index or a package, I can use to check for this?

    Thank you very much for the help

    Hi Roberto-

    I will address each of your questions:

    (1) can I put any kind of buffer size? That the limited hardware of the module (9235) or DAQ (9188)?

    The samplesPerChannel parameter has different features according to the synchronization mode, you choose.  If you choose finished samples the parameter samplesPerChannel determines how many sample clocks to generate and also determines the exact size to use.  But if you use streaming samples, the samplesPerChannel and speed settings are used together to determine the size of the buffer, according to this excerpt from the reference help C DAQmx:

    Note that this buffer is a buffer software host-side.  There can be no impact on the material available on the cDAQ-9188 or NI 9235 buffers.  These devices each have relatively small equipment pads and their firmware and the Driver NOR-DAQmx driver software transfer data device to automatically host and the most effective way possible.  The buffer on the host side then holds the data until you call DAQmx Read or otherwise the input stream of service.

    (2) can I read the buffer, let's say, once per second and read all samples stored in it?

    Yes.  You would achieve this by choosing a DAQmx Read size equal to the inverse of the sampling frequency (during 1 second data) or a multiple of that of the other playback times.

    (3) do I have to implement my own buffer for playback of data acquisition, or it is not necessary?

    No, you should not need to implement your own stamp.  The DAQmx buffer on the host side will contain the data until you call the DAQmx Read function.  If you want to read from this buffer less frequently you should consider increasing its size to avoid the overflow of this buffer.  Which brings me to your next question...

    (4) because I don't want to lose packets: y at - it a timestamp index or a package, I can use to check for this?

    DAQmx will meet you if all packets are lost.  The default behavior is to stop the flow of data and present an error if the buffer of the side host DAQmx overflows (if, for example, your application does not pick up samples of this buffer at a rate equal or faster than they are acquired, on average).

    If, for any reason, you want to let DAQmx to ignore the conditions of saturation (perhaps, for example, if you want to sample continuously at a high rate but want only interested in retrieving the most recent subset of samples), you can use the DAQmxSetReadOverWrite property and set it to DAQmx_Val_OverwriteUnreadSamps.

    I hope this helps.

  • Find the cDAQ and command module at startup

    Hello

    I have a cDAQmx (8 slots) with USB port and a module of series C. 4 modules are digital 4-channel input (up to 220 v), 1 analog input, analog output 1, 2 digital output, etc...

    I want to make my program (for testing electronic cards) is:

    (1) at startup, check if the cDAQ is present in the system (i.e. USB is plugged, drivers were already installed correctly)

    (2) also check the modules which are plugged into the cDAQmx and check if they are in the correct order.

    For example, to test the product X I need two digital inputs to slot 1 and 2 and an analog input to slot 3.

    I ask this because people in production could make the mistakes I want to avoid:

    (1) avoid forgetting to plug in the USB and begin the test

    (2) avoid to connect the wrong terminals! The plug is the same for each module, so it is possible teoretically put the connector in a 10V analog input to 220V, causing a serious injury (I know they are protected, but I want to avoid this risk).

    For the chassis, you should be able to query "Device Module names" to get the name of each module currently in the chassis:

  • Online use of relaxation on the cDAQ-9181 with a cRIO-9401 module

    I'm trying to accomplish something very simple with the cDAQ-9181 and cRIO-9401 material: when a trigger occurs, wait 20 ms and then set some digital output lines. Reading the documentation for the cDAQ-9181 and cRIO-9401, I see that there is a trigger of PFI0; I do not see a physical entry for it, so I guess that it is implemented internally in a way. I tried to use a digital camera of entry as a trigger, but I get the error-200524 with my code. I looked if the examples, but I don't see how to do it with my gear. Help, please. Thank you. See attached png for the block diagram.


  • The SD cards are recommended to be used with the cDAQ 9133?

    Embedded controllers that are the recommended type and size recommended SD cards to be used with the cDAQ Win7 9132 and 9133?

    Hardware specifications for two controllers, you will find that the SD and SDHC cards up to 32 GB are supported.  There is no model or brand recommended, but there are 16 GB (783658 - 01) and 32 GB (783659-01) maps available for purchase through the OR.  You can find those listed in the accessories section available hardware user manual.  See the fees section of the controller product page for more details.

    EDIT: Linked to the UNIFIED and product Messaging page

  • Run an application of LabVIEW 8.6 in win 7 (using the cDAQ-9172, 9219, 9422)

    Hello.

    I did a LabVIEW application for a few years. At that time, I used windows XP and labview 8.6. The material used is the cDAQ-9172, with NEITHER-9219 (reading of four strain gage sensors) and a NOR-9422 (using only a single input frequency).

    First of all, can I install my old version of labview 8.6 in my 64-bit computer to windows 7? I got an error message when I tried...

    Second, how much should I install? My old computer was slower after you install labview with its pilots. Perhaps I installed too much? Do I have to install 1, 5 GB DAQmx drivers?

    If I need a new version of labview for win 7, how much is an update?

    Thank you!

    Hello

    First version of LabVIEW which is supported on Windows 7 is LabVIEW 2009 SP1.

    Regarding the drivers, if you want to develop or run VI:s in LabVIEW with the DAQmx API, then you must install the full DAQmx driver.

    If you only meet built executable in the LabVIEW environment to run, then you just DAQmx Base Runtime.

    If you also want to be able to configure the data acquisition equipment (to the MAX) in a runtime environment, you should also Configuration DAQmx execution.

    For upgrades of licenses if please contact the local office of National Instruments or follow this link:

    http://ohm.NI.com/advisors/UA/pages/UA/intro.XHTML

    Best regards

    Klas Andersson

    OR Sweden

  • The cDAQ-9134 USER1 play button

    Hi all

    My idea is to use the User1 on the cDAQ-9134 chassis to start recording.

    How to read this button in my VI (Windows)?

    Many thanks in advance,

    Thomas

    Hello tom1757

    I don't have the material at the moment. You can change the seal snipped for only

    read you the 9134 material switchstates.

    I hope this helps

  • Is it possible to get audio through the cDAQ Web site?

    Is it possible to get audio through the cDAQ Web site?

    I found a solution. I bought a Sabrent USB external stereo Sound Adapter. No need to download all the drivers, it is Plug-and-Play. Works perfectly!

  • Problem of discovery of the cDAQ-9191 in MAX

    I have a new cDAQ-9191 with 9208 module that I have connected to my PC with an Ethernet cable.  I use DAQmx 15.1.1 in Windows 7 Pro SP1 64 bit and MAX 15.0.0f0.  The cDAQ-9191 appears under devices and Interfaces > network devices.  There is no IP address and its status is "disconnected".  There is no found network card.  There is no Firmware button, and add device only returns an error message.  See the two photos attached for details of 9191 properties.  I have tried to reset MAX configuration, restart the 9191, exchanging several cables, restart the PC, turn off all the other networks of PC, turning the firewall, but without success.  I searched the forum, but no one else has reported a solution to a similar problem.  The port LAN PC has a static address, and I've used the port to connect to other devices.  As this is obviously not a normal state for this 9191 I'm totally stuck with no idea how to proceed.  Is it a hardware failure?

    In addition, on my main PC (MAX 15.0.0f0, DAQmx 15.1.1, 15.0 IMAQdx, win 10 Pro 64-bit), MAX cannot find network devices.  I tried with an Axis Network camera and the 9191, which both appear on the other PC.  I can't find a solution to either but it's a real pain that MAX is not working properly when necessary.

    Hi Dr_M,

    If your LAN port has a static IP address, it must run a DHCP server, which can affect the 9191 an address on the same subnet.  If no DHCP server is found, the 9191 a local IP address of the default link.  Very likely, you met the latter, and the static IP address that you have assigned to your LAN port does not link local beach.  This means that your computer and your cDAQ are on different subnets, so MAX can communicate with the 9191.

    You can change the IP address of your LAN port to one in the local area connection (169.254.x.x, subnet mask 255.255.0.0), or you can configure your LAN port to automatically obtain an IP address.

    Once you access the 9191 in MAX, you can adjust the parameters IP back at your convenience, as long as the chassis and the computer you end up on the same subnet.

  • Cannot delete the cDaq MAX devices

    I got a new device cDaq today and plugged into pc.

    It appears in MAX as cDAQ4 as I have already had 3 more before all shipped to a customer.

    The question is how can I delete the old ones on MAX.

    If I choose to remove by a right click or button on a panel of MAX, he asked me if I would like to remove it but nothing happened after that.

    I could remove devices in a chassis in this way, but not the frame itself.

    I tried to restart MAX after that and the devoces are still there. Did not attempt to restart the PC again, but don't think it would help.

    What is the solution of this problem.

    Hi Sergey,

    Is - this never happened to you before? What version of MAX, DAQmx and which OS are you using? If it's Windows XP, have you recently installed a Service Pack? Here are a few steps you can try:

    (1) open the Task Manager and ensure that there are no running LabVIEW or VI applications, that is sure to try to communicate with the device (although you would your cDAQ unplugged from your PC in any case)

    2) go to add/remove programs in the Control Panel, down to National Instruments software, click on edit, select the DAQmx driver and click on repair.

    (3) then try to remove the cDAQ, it can work.

    Otherwise, it could be a corrupted Max database, in this case you can follow the steps described in the following KB that you will guide them in creating a database MAX: How can I clean corrupted MAX Database and start with a new One?

    Please let me know if one of these help to solve the problem.

Maybe you are looking for