08-18-2005 12:50 AM
08-18-2005 07:35 AM
I haven't used the computer version of CE (only the PDA one), but I know there are some differences.
In any case, I'm fairly sure that standard LV (and even more so DSC) is only supported on "real" windows (XP) and not on CE.
If this is so (it's only a "fair certainty"), it will mean not only that you can't use DSC, but that you will also need to use the PDA module, which is significantly inferior to the PC version.
The other side of this is that you don't have to use a CE PC. There are industrial touch panel PCs which can easily run XP (but will obviously cost more).
08-18-2005 08:01 AM
For industrial applications, have you considered using Compact Fieldpoint? We have successfully deployed many projects using labVIEW real time. We use a touch screen for interface to the CFP controller via RS232 or TCP/IP.
Grub
08-18-2005 10:06 AM
Hi,
Thank you very much for your replies.
08-19-2005 11:51 AM
08-19-2005 01:49 PM
Saroush,
Overall Disclaimer: I'm not the "right" person and definitely not an expert, I'm just some guy.
Q: "is DSC, on a non-industrial PC, a real industrial solution?"
A: Sure (at least for some people).
If you go to sites like control.com and do a search for "LabVIEW" you'll come across a few threads with statements like "LabVIEW/LVDSC is not a real …", but you'll also find threads slagging/denigrating/belittling Citect, WinCC, WonderWare, etc., etc. There are a lot of biases/opinions out there as to what a "real" industrial solution is.
I almost exclusively use LV/LVDSC for inhouse R&D work, but my one LVDSC v6.0 RunTime license has been running in a steel mill a long way away for the past 4 years. No problems with the LVDSC HMI. It's running on a non-industrial PC in a control room (relatively clean) and talks to a couple of Siemens PLCs. We could of gone with WinCC or Citect, but we faced an incredibly short timeline for developing/piloting/building/installing the system, and sticking with LabVIEW was the only way for us to do it. It worked for us. Might work for you.
LVDSC isn't perfect, but NI seems to be improving things as the version number increases: DSCv6.1 is better than v6.0; there are things in v7.0 that I would love to have; etc.
unclebump is a better source of info for high tag counts, I've only had a couple of hundred.
08-19-2005 06:59 PM
I have run the DSC module on industrial pc's and laptops. I have used the serial, modbus plus, and ethernet ports on the laptop and the ethernet port on the industrial pc. I would use caution with a laptop and modbus plus PCMCIA card. I bought a refurb Gateway Solo 5350 with win98 on it. It arrived with winXP on it. I had to get partition magic and put win 2000, win98, and DOS on it. Win98 was the only operating system that works with the modbus plus pcmcia card. The Texas Instruments cardbus controller in win2000 and winXP does not work with the pcmcia card. Only thing I would recommend is to max out the memory in the computer. I used the kepware opc server program to get the data into the tag engine. I like the 7.0 DSC module much more than 6.1, it seems much more stable. Store your Citadel data on a second hard drive. Structure to your code is very important. I'm self taught and should probably redesign my application. I tried to get a quote before I started and could never get the designer to produce a proposal. I wouldn't recommend using the HMI wizard for a large application. Tag groups can really help when reading multiple values at one time. Naming sequential tags with 0001, 0002,... helps to keep data in the proper order when reading tag groups. Citadel is great for storing historical data, it automatically handles creating new files when more space is needed. However, if you want to look at data from several directions, the datamining application may be a better solution.
The flexibility to create clusters of different data types is really powerful when combined with plc data. I've made multiple channel(10) logic analyzers for plc inputs and outputs to find out was what causing machine faults. I read a tag group and sent the data values to a chart. I've also used it to track a machine that presses valve guides and valve seats into a cylinder head. It tracked 32 bits from the probe station for parts already in the cylinder head, the pass/fail results of additional press cycles. All of the pass/fail results were written to memory tags for historical tracking. Then a page would show bar charts for the number of rejects by hole location and machine fixture position. The data even revealed some logic issues in the machine when parts were loaded back into the process.
08-20-2005 12:26 AM
12-09-2007 07:15 AM
Hi Soroush,
I actually also want to communicate with Moeller PLCs now (for I/O purposes) and am having trouble due to lack of proper documentation.
Ideally, I would have prefered implementing their protocol myself or using Modbus, but OPC could probably do as well. I'd appreciate any details you have with regards to what is needed for configuring the system (SW and HW) and talking to the PLCs.