LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Different hardware companies, any Problems with LabVIEW

Hi

I have LabVIEW driving a Newport MM4000. Now I have to include some additional OWIS components. Are any Problems known driving two different hardware companies? Or would it be better to stay with one company?
0 Kudos
Message 1 of 7
(3,014 Views)
ok, some additional infos.
I need to control 6 different motion actuators (until now are only 2 installed and controlled by a Newport MM4000) and read out sensor data. The new motion actuators will be from OWIS. Now are there any problems known to fusion different companies hardware in LabView or would you encourage me to build the hole device using from only one company?

thanks
0 Kudos
Message 2 of 7
(2,996 Views)
Any help would be appreciated.
0 Kudos
Message 3 of 7
(2,966 Views)
Hello Robert,

normally it's of no interest where you buy your hardware. It's more interesting which communication ports it uses...

To my experience there will be no problems mixing hardware from different HW suppliers. I'm working with GPIB and serial
port.

Best regards,
GerdW
Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
0 Kudos
Message 4 of 7
(2,959 Views)
Typically, there is no problem in mixing the hardware / manufacturer..

(having said that...)

From experience.. there are situations where an alternative manufacturer makes a "fully compatible" hardware, which is almost 100% fully compatible. We discovered that some GPIB cards were good but did not have certain features we needed, thus the 100% compatibility that was claimed was actually untrue.

I have not seen limitations with NI products, and purchase them because of that reason. (Did I just advertise NI?? oops!)

The point I'd like to make is that if you develop using a hardware from one manufacturer and you select an alternative mfg, you may be in for a surprise. In our case it was to acquire screen captures from a R&S Spectrum Analyzer. The NI GPIB card worked well. That of another manufacturer did not. I can't remember the exact reason.

-JLV-
Message 5 of 7
(2,945 Views)


@JoeLabView wrote:
The point I'd like to make is that if you develop using a hardware from one manufacturer and you select an alternative mfg, you may be in for a surprise.




I wish we had an edit post feature... SORRY.

What I meant was that if you use a particular hardware to develop code, and it works, stick with that hardware.
Developping code with one hardware and then deploying using another hardware may introduce incompatibility issues. MAYBE. Most likely, things will be fine... (at least that is what we thought)

-JLV-
Message 6 of 7
(2,942 Views)
On a slightly different note.
It depends on how you wrote the program. If you did an Object Oriented approach, the new axis is just another object and any special requirements are dealt with in that object. If the code was written procedurally, it might be a bit more difficult to integrate.
Greg Bush CLAD
0 Kudos
Message 7 of 7
(2,934 Views)