Resurgance
Member
Hi there,
I have a vision project on that has been through some pretty major paradigm shifts since its inception.
Without getting into too many details I started with an Omron FH and global shutter CMOS to Omron NJ via EtherCat, then went to Line cam and Dalsa GEVA3000 interfacing with an Omron NJ via ethernetIP, which needed a different approach to get trigger outputs fast enough as Teledyne does not support EtherCat, then lastly I was introduced to FPGAs and what not with an NI compact RIO.
At face value the RIO seemed fantastic, but that was before they told me the software price. It had onboard and hugely expandable IO which the project needed, so no more interfacing via protocol to PLC, and hugely deterministic and simultaneous loops, rather than dealing with cycles and high speed comparisons.
To be honest the concept of FPGAs is awesome.
From what I can understand LabView uses some kind of function block diagram that then compiles to code when deployed. It looks like a Zelio in function block mode. For the price I am guessing this is right up there.
The application can be achieved using Teledyne, but I like the idea of doing away with complexity and using a single processor that is more like an industrial PC.
There is no real headroom with this approach, I think the NI route gives a lot more options.
I can lose the software price in the projects coming up, but it was unexpected. I have many software suites for different brands, but I had no idea a software package could be so spendy. Also I will probably pay someone else now to develop this application, then learn the software when I do not have buyers waiting for the working prototype. I was doing the whole thing myself with intuitive vision software, and standard PLC for IO.
Keen on experience with those in the know, as for me all this is unknown, apart from what I have been told by the suppliers, and the concepts online.
It all sounds shiny, but I am also keenly aware of the problems with say DCS vs PLC in the early stages - which brings me to me main questions is guess;
- Since I am only just aware of the NI gear, is the cRIO and LabView the powerful, stable and reliable product in 2016 that it appears to be?
- The high price of the software would indicate that it is a powerful tool, is this overpriced or justified given its huge range of application?
- The cRIO for my application seems to be huge overkill although I want the realtime and FPGA aspects of it which are the big ticket items. From what I can tell this product's main strength is data acquisition and realtime control, as opposed to PLC's strengths which are mainly process control with inroads to the above.
- I guess now PLCs are getting more into this realm anyway as they get more powerful, but is this all its cracked up to be or is it just an arduino on steroids?
It might be worth adding that my application has many small simple algorithms that need to run in parallel, and many outputs that need to operate at high speed, roughly 300 - 500us so it actually suits an FPGA in theory.
Thanks for reading,
Stew
I have a vision project on that has been through some pretty major paradigm shifts since its inception.
Without getting into too many details I started with an Omron FH and global shutter CMOS to Omron NJ via EtherCat, then went to Line cam and Dalsa GEVA3000 interfacing with an Omron NJ via ethernetIP, which needed a different approach to get trigger outputs fast enough as Teledyne does not support EtherCat, then lastly I was introduced to FPGAs and what not with an NI compact RIO.
At face value the RIO seemed fantastic, but that was before they told me the software price. It had onboard and hugely expandable IO which the project needed, so no more interfacing via protocol to PLC, and hugely deterministic and simultaneous loops, rather than dealing with cycles and high speed comparisons.
To be honest the concept of FPGAs is awesome.
From what I can understand LabView uses some kind of function block diagram that then compiles to code when deployed. It looks like a Zelio in function block mode. For the price I am guessing this is right up there.
The application can be achieved using Teledyne, but I like the idea of doing away with complexity and using a single processor that is more like an industrial PC.
There is no real headroom with this approach, I think the NI route gives a lot more options.
I can lose the software price in the projects coming up, but it was unexpected. I have many software suites for different brands, but I had no idea a software package could be so spendy. Also I will probably pay someone else now to develop this application, then learn the software when I do not have buyers waiting for the working prototype. I was doing the whole thing myself with intuitive vision software, and standard PLC for IO.
Keen on experience with those in the know, as for me all this is unknown, apart from what I have been told by the suppliers, and the concepts online.
It all sounds shiny, but I am also keenly aware of the problems with say DCS vs PLC in the early stages - which brings me to me main questions is guess;
- Since I am only just aware of the NI gear, is the cRIO and LabView the powerful, stable and reliable product in 2016 that it appears to be?
- The high price of the software would indicate that it is a powerful tool, is this overpriced or justified given its huge range of application?
- The cRIO for my application seems to be huge overkill although I want the realtime and FPGA aspects of it which are the big ticket items. From what I can tell this product's main strength is data acquisition and realtime control, as opposed to PLC's strengths which are mainly process control with inroads to the above.
- I guess now PLCs are getting more into this realm anyway as they get more powerful, but is this all its cracked up to be or is it just an arduino on steroids?
It might be worth adding that my application has many small simple algorithms that need to run in parallel, and many outputs that need to operate at high speed, roughly 300 - 500us so it actually suits an FPGA in theory.
Thanks for reading,
Stew
Last edited: