LabVIEW Real-Time Idea Exchange

Community Browser
Top Authors
cancel
Showing results for 
Search instead for 
Did you mean: 
Post an idea

Having used our LabVIEW 2011 StateChart module with great success on a CompactDAQ system, I now have a new project using a CompactRIO 9075 which will
be controlling a hydraulic test unit.  I would like to again use our StateChart Module so the functionality of the machine is understandable to all stakeholders.

 

The best NI example project I could find is the Chemical Mixing Example w/StateChart.  It is exactly what I need except that it is a "headless" architecture.  I need a 1:1 networked communication to my host PC for recipe entering and data logging much like the Bioreactor Example in the CompactRIO Developers Guide.  See attached architecture jpg. I need to know how, specifically, to add a Host UI and incorporate network streams for the Host Command sender -> RT Command Parser.

 

In other words, what software architecture would combine the Chemical Mixing Example (w/StateChart) with the Bioreactor Example?

Different versions of NI-RIO only support certain versions of Labview, see link below.  You can not have Labview 8.5.1 Real-Time & 2011 Real-Time co-exist on the same PC because NI-RIO 4.0 only supports up to 8.6.1.  Wouldn't it be nice if you could install multiple version of NI-RIO just like you can have multiple version of Labview?

 

NI-RIO and LabVIEW Version Compatibility

Currently, when you add a new (not existing) cRIO controller and chassis to a LabVIEW project, there is no check as to whether this is a valid configuration or not. For example, you can successfully add a cRIO 9072 controller with a 9112 chassis to a project, even though the 9072 is a controller with an integrated chassis. I believe that the LabVIEW Project interface should notify the user (via dialog box) that this is not a valid configuration before they can add modules and start developing code to use an invalid configuration.

At the moment Labview RT does not support high speed USB 2.0 (EHCI) functionality on PXI-8xxx controllers even if the controller has supporting hardware.  We implemented a copy operation to transfer data files from a harddrive on the PXI chassis to an external USB connected flash drive using the copy VI, and only obtained speeds at USB 1.1 (OHCI) levels.  We also tried a move version using the Move VI with similar results.  The controller used in our tests was a PXI-8186, which has USB 2.0 ports.

 

My discussions with NI Support and the R&D team indicate this a limitation imposed by the ETS RTOS from Phar Lap that Labivew RT runs on.  This is inline with the fact that VxWorks supported controllers have access to EHCI speeds as per this faq:

 

http://digital.ni.com/public.nsf/allkb/BE80D012BB933B54862572D6004FE5F9

 

Could we get high speed USB support implemented in Labview RT/ETS?

 

Here are some benchmarks that we obtained:

 

 

Size (kB)

Time

 MB/sec

Laptop to USB

         55,535

14

          3.97

Labview Copy VI Laptop to USB

         55,535

14

          3.97

Laptop FTP to RT

         55,535

17

          3.27

Labview Copy VI RT to USB

         55,535

73

          0.76

1. Right Click on Blank Cursor Column will crash DSM

2. Make cursors Max and Min actually work

 

I was replying to a message thread someone had about question marks showing up for the times in the I/O channels for a compact Fieldpoint system.  While investigating, I notice on my system that I had timestamps for data that occurred later in the day than the current time.  So I know those timestamps were from a day prior than the current day.  Actually, the test stand had been idle for quite a few days, so I pretty much know those I/O channels had not been updated for a while.  But I could not tell from the timestamp when exactly that data was from.

 

In the attached screenshot, the current time was about 1:44 pm.  Some data shows it had just been timestampled.  Some data was from 7am,  other data from 2:19 pm or 4:19 pm.  I know that that data had to have been from yesterday or older.  The 7am could be from today or older, but there was no way to tell.  Based on my usage of that test stand, I'm pretty sure all of that data is at least 3 days old, and perhaps 6 or 7 days old.  That is okay and not a problem.  But there is no way of knowing how old that data actually is based on this screenshot.

 

I think MAX should show the date as part of the timestamp when looking at the I/O data.

 

Message Edited by Ravens Fan on 10-20-2009 11:48 AM
Message Edited by Laura F. on 10-22-2009 01:32 PM

As MS windows plan to dismiss IE in the next years ,

 

It should be very useful to have the same  Web-based configuration and monitoring features to other browsers or App than IE

 

in order to have an easy controlled access to RT file system , RT external storage devices , Event log and so on also in pc without any NI software installed ( MAX , ecc ).

 

Alternative methods today are not as easy and all in one as IE.

Softmotion 2018 disabled the function "write position setpoint" for a NI 9514 module axis.

This was a useful function and will always be useful. ex.: Application like a tracking system need those functions.

 

Please put it back. Stuck with LabVIEW 2016 and windows 7 now.

LabVIEW Real-Time 2018 on a PXI target with PharLap does recognize a NI USB-232 adapter as a USB-RAW device.That's bad. (e.g. you can't set Baud rate etc.)

 

It should be recognized as an additional RS232 port like VISA "ASRL3::INSTR".

(like same way, when I connect the USB-232 adapter to a Windows-PC)