Search the Community

Hi, I am new in the group and also a new user of PLC series 90-30 an we have a communication issue. I want to know how to go to baseplate configuration window through Cimplicity machine edition?

Hi, I’m trying to control 10 Safety switchgear using AS interface, and since I’m using Beckhoff as a PLC I want to use "KL6211 | AS-Interface master terminal" as a Gateway but since this is the first time I’m using Beckhoff I’m a bit lost, So my questions are: -          Is it a good idea to use a Beckhoff ASI terminal? -          How to configure it? -          Is there a possibility to configure it using embedded PC ( I’m using CX2030)? Excuse my English.

Hello everyone, I was wondering if anyone here could explain to me how I can program my human-machine interface (HMI) to revert to a Home Screen after a period of inactivity. If the user has to leave at any time, and leaves the HMI on the last screen he/she was working on, I want the HMI to revert back to my Home Screen after 60 seconds inactivity. Has anyone here done anything similar to this before? Do you think it's worth the trouble of having such a function built into the HMI? Thank you for your time and for reading.

Hi guys, I'm in the middle of a little university project, I'm attempting to implement a control system purely based on artificial intelligence. A neural network will be used to map the characteristics of a power plant. A fuzzy logic controller will be used instead of the conventional PID and finally a genetic algorithm will be used to tune the controller while the system is online. This is all simulated of course. Each of those AI's will be developed in Matlab. Only problem with that is, is it outputs the code in C or C++ (From memory). I would have to convert this to structured text (Based on Pascal). So to circumvent this problem I thought I would just directly interface matlab to the PLC (Schneiders M340).  My idea being, all the calculations are done in matlab which are then sent back to the PLC. However this presents me with a new problem of how I would be able to interface matlab to the PLC. If anyone has experience with this sort of connectivity, any advice would be greatly appreciated. Thank you in advance, Luchek

How to configure the connections between the PLC and HMI in the draft TIA Portal WinCC Flexible depending on the type of network we are connecting the touch screen. Read more and have a look to this... http://www.tecnoplc.com/conexiones-wincc-flexible-comunicacion-plc-y-hmi/   -------------------------------------------------------------------------------------- www.tecnoplc.com

PAROCK1 for HMI/SCADA View File Now a software solution is available for your Modbus (MB) needs in Rockwell/Allen-Bradley Control Logix or Compact Logix (Clgx) family processors, instead of a traditional 3rd party hardware like Prosoft MVI-56, Molex SST-SR4-CLX-RLL etc.  It is an Add-on instruction (AOI) for PLC/PAC firmware v16 or later, (other solutions are available for pre v16 systems).  For hardware interface, use PLC’s channel 0 (serial) or TCP/IP Interface module(s) to have as many MB TCP/IP devices or serial devices.  (Some limits apply based on system configurations, Comm. settings depending on HW used.) Connect any MB Client/Master or Server/Slave device(s) to your CLgx PLC, including flow computers, analyzers, VFDs, Power Monitors, Level gauges, Smart I/O, etc.  All the MB public/native function codes are supported.  32-Bit integers/floats as single entity are supported with byte and word level swapping. A separate utility automates the data mapping to your PLC logic.  Features -Serial Master (BASIC required Option); TCP; Slave; Redundancy; More than 5000 accumulative registers; MB CFC (Custom/Private Function Code) Support; Data mapping too – Between PAROCK1 & your PLC logic; Packaged with Rockwell; TCP/IP Interface Module; Volume Discounts; Annual Support Requirements -Rockwell/AB-CLgx processor with v16 or later.  Contact PCI for earlier versions. -If using CPU’s Chan0, you cannot use Chan0 for any other user mode activity. You can use it for non-user mode activities -TCP/IP Interface Modules from Rockwell/AB supported, are: -1756-EN2xx ControlLogix® Ethernet/IP communication modules, firmware revision 5.007 or later -1756-EWEB ControlLogix Ethernet/IP web server module, firmware revision 4.006 or later -1768-EWEB CompactLogix Ethernet/IP web server module, firmware revision 1.002 or later -1769-L30ER, 1769-L30ERM, 1769-L30ER-NSE, 1769-L33ER, 1769-L33ERM, and 1769-L36ERM CompactLogix controllers, firmware revision 20.011 or later -1769-L24ER-QB1B, 1769-L24ER-QBFC1B, 1769-L27ERM-QBFC1B CompactLogix controllers, firmware revision 20.011 or later -1769-L16ER, 1769-L18ER, 1769-L18ERM CompactLogix controllers, firmware revision 20.011 or later Other Related Services/Items -Custom PLC Add-on instructions building -PLC upgrades, troubleshooting, applications -PC Windows, iOS5, Linux, Mobile devices Comm. Drivers -Custom development, Technology Transfer Services  -Other Non-AB communication drivers for serial or TCP  -Full control system integration, training, architecture design This driver can be conviniently used with Visual Studio in development of complete large scale complex HMI/SCADA Systems. It can be used to perform advanced reporting MES, analytics, IoT, Big data type apps. One example is available to download here For More Info Overview of Parijat Drivers: Click here  Additional supporting Info about Parijat Drivers:Click here Complete Related Driver options: Click here     Submitter Scadadoctor Submitted 03/10/16 Category Other PLC Demo Software

I would like to bring up a topic that I've been been bouncing around in my head for the past few months. I make a living as an industrial programmer, sequencing using PLCs, dealing with drives, networking, controlling heavy machinery. All the hardware we use are from established companies like Allen Bradly, Sick, Cognex, Delta, ABB, etc... big $$$, you pay for the software, pay for the hardware and pay for the support. It's not uncommon for a large control system to cost $50k+ (hardware only) By night I'm just your regular maker. Programming AVR series uC, ARM series, playing with various open source hardware Arduino, RPI, Teensy, 3D printers, designing PCBs, stepper motors... whatever I can get my hands on. Both worlds are the same... but completely different, and there is ZERO overlap. I'm interested in why other people think this is, I'm sure that makers don't get into the industrial stuff because the price point. I'm not going to pay 8k for a AB Logix rack... are you kidding me? but vice versa? is the lack of support really all that daunting? I find OS stuff to be way more powerful, understanding something from the bare metal is the most amazing feeling, and being able to modify it to your needs is even better. Digging into somethings source is without an argument the most flexible platform to build on, and knowing the board level schematic for a chuck of hardware opens up a world of opportunities... Then lies the ethical dilemma... If I was to profit off other people's work, does this make me a bad person? What if I push the changes back into the development (which frankly I have no problem doing) I would love to head other people's opinions...

I have a project that currently has a PC using C++ to send commands over to a Motoman Robot for palletizing. My customer wants to get rid of the PC since no one on the plant floor can troubleshoot if the PC goes down. They're asking that I put a PLC in in lieu of the PC, and control from there. The PLC and respective code is no problem, where I'm stuck is gathering info on what protocol I can use on the Motoman. My goal is to make the Motoman as "dumb" as possible and control everything from the PLC. Can anyone tell me what protocol I can use with the Motoman, details below: Robot Type: EPL80Controller Type: NX100Software Version: NS4.02 A(JP/US)-00