2020. 1. 24. 13:57ㆍ카테고리 없음
I have to integrate 10 Modbus RTU Slaves on RS-485 (I can also use a gateway for TCP) with Allen-Bradley PanelView Plus (1000) FactoryTalk View screen. A-B PV+ will act as a Modbus Master.What is the best way to do this without using Kepware OPC?Options I thought:1. Develop a.NET program running on PV+ (somehow!!) that implements Modbus Master and read/write data to a file and develop another VB script that runs within FTView to write/read the same file.2.
The “Ethernet Devices” Driver can be set up in RSLinx to communicate with Ethernet devices such as a ControlLogix Ethernet module, SLC 5/05 processor, an Ethernet PLC-5 processor, and many others. The advantage of Ethernet (vs. DF1) is the the communication speed is generally much faster.
Develop a FTView Driver for Modbus Master that directly integrates Modbus Slave (both on RTU and TCP).3. Develop a small OPC server that runs on PV+ (somehow!!) that provides data to FTView, much like the Kepware, but a much smaller and probably cheaper than Kepware. Time is not an issue, but cost-effectiveness is.Please think through the request, and my options and kindly provide your view on my options and/or your suggestions.Many Thanks. PV+ will act as a Modbus Master.I am going to assume you mean a Modbus CLIENT, and the devices are Modbus SERVERS.
Kepserver Add Controllogix Device Download
What is the best way to do this without using Kepware OPC?I am terribly confused as to why you want this. Kepware drivers come with the PanelView Plus. Yes, you have to flash the firmware, but considering some of the options you've listed below that's a trivial operation. 1.
Develop a.NET program running on PV+ (somehow!!)Nope. The '.NET' that's available on the PV+ is not really.NET, and C is the only supported language. Plus, it'll have to be the Enhanced version of the PV+.
The big problem, however, is that there's no way to get the data into the HMI application, as there is no VB script support (or anything else) in FTView ME. 2. Develop a FTView Driver for Modbus Master that directly integrates Modbus Slave (both on RTU and TCP).I don't understand this sentence. Also, we're back to how is writing a Modbus driver better than using Kepware's that's already included? 3. Develop a small OPC server that runs on PV+ (somehow!!) that provides data to FTView, much like the KepwareI suppose this is theoretically possible, since it's what Kepware did, but they at least had A-B's help. Unless you have a team of Windows CE programmers and a direct line to A-B's developers, I don't think you're going to pull this off.
much smaller and probably cheaper than Kepware.Again, Kepware is included in the PV+, so you're comparing whatever costs you have against $0.Option 4:Add a gateway. I think the only way to do this is a ControlLogix / CompactLogix PLC with an RS-485 card. You can do the Modbus programming yourself or get something like a Prosoft MVI56E-MCMR / MVI69E-MBS. The problem with most EtherNet/IP to Modbus gateways is that the PV+ won't work with the EtherNet/IP side, forcing the use of a full-blown PLC.
As expensive as it would be (and we're talking several thousand dollars even for the CompactLogix version) it would still be more feasible than trying to write custom software to run in the PV+.Option 5:Only use the PV+ in letter, not spirit. The PV+ enhanced version includes a VLC client, so you could set up a PC running some other HMI software that supports Modbus directly, and use the PV+ as a remote terminal rather than as a FTView ME instance.Good luck,James IngrahamSage Automation, Inc. It has been a long time since I last worked on PV+ FTView ME application.So if I understood you correctly, you're saying that PV+ has 'BUILT-IN' Kepware Server with 'DRIVERS', just like the Kepware on 'DESKTOP/Windows Xp/7' OS?If yes, and if the Kepware, is built-in without any additional cost, why, according to my limited experience, most people (all?) use RSLinx in between the A-B PLCs and PV+?But, again, your suggestions are quite appealing to me and I would definitely incline towards using the Built-In Kepware within PV+ to communicate the PV+ with Modbus Slaves (Servers).Thanks. Hi VMakwana,why, according to my limited experience, most people (all?) use RSLinx in between the A-B PLCs and PV+?AB PanelView Plus will be using RSLinx (Enterprise, not classic or gateway) if the protocols to be used are AB Protocol (EthernetIP, Controlnet, DH+, etc). Even some of those protocols also available built in KEPWARE, it is suggested to use RSLinx Enterprise instead of KEPWARE, since reliability, easy to configure and other features.Other than those protocols, for example Modbus TCP or RTU, one should be using KEPWARE. KEPWARE has been prepared by Rockwell if there is need to connect using 3rd party protocols that doesn't exist in the driver list of RSLinx Gateway.Hope this help. So if I understood you correctly, you're saying that PV+ has 'BUILT-IN' Kepware Server with 'DRIVERS', just like the Kepware on 'DESKTOP/Windows Xp/7' OS?Yes, that is correct.
There is an additional step of downloading firmware to the PV+ before the Kepware drivers can be used, but they are included with FTView ME and do not require an additional license to be used on the PV+. If yes, and if the Kepware, is built-in without any additional cost, why, according to my limited experience, most people (all?) use RSLinx in between the A-B PLCs and PV+?There is no reason to use Kepware to talk to an A-B PLC.
Using RSLinx Enterprise is easier, and tech support will be more helpful, so why bother with Kepware? If you're using ME Station on a PC (instead of a PV+), you do have to buy a license for Kepware (or other).Hope that helps.-James IngrahamSage Automation, Inc. You can use a Modbus ActiveX master on the PV+. These activeX, although older technology than.NET may work better on this hardware.I have one & can e-mail you if you like to try it. This will be better & easier on system resources of PV hardware, than using OPC servers.
You will have to write very simple VBA code. The sample I send will have example in it also. This will be a cleaner & leaner solution, I believe. This will talk to as many MB slaves as I have tried it.let me know if you like to try this. Good luck.Sonam bang sonam.b@parijat.comParijat Controlware, IncHouston TX, USA.
Kepserver Add Controllogix Device List
Yes, indeed,I was asking about PV+ as a Modbus Master (client if you will).Summary of what I learned from these posts, which is by the way, the reason I am fond of this forum, is:1. Kepware driver inside PV+, PV+ shall be flashed with a new firmware: would require a great deal for an HMI technician to accomplish it, for me it's a risky solution because special expertise is required which is hard to find at night 1AM when a machine goes down, reflashing is necessary, who will do that!!2. Use the ActiveX, which an HMI programmer can handle and the HMI technician can very well be abstracted from it.3. A gateway in the middle: like I said, time is not an issue, cost effectiveness is.
Adding a gateway sure is an option, but it adds more costs than value that comes from a solution that is right built into PV+.If anyone still has some more suggestions, please, you are most welcome!Thanks. On the problem of re-flashing the firmware on a PV+ on night shift, you have that issue no matter what.
They've got to be able to flash firmware and download the project. True, they need to know one more step, to check the box for the Kepware driver.
Or, flash the firmware before you put the PV+ on the shelf in the spares room.2. I don't see how the ActiveX option is any easier.3. I'm not sure that there's a gateway that would work, other than using a Logix PLC with a Modbus TCP card in it, which would be an extremely expensive way to do it.Use the internal Kepware driver. Either live with the fact that you'll need an engineer to replace the screen or prepare it in advance.-James IngrahamSage Automation, Inc.
You have clicked on the '?' Button for search help.
RSLogix Emulator 5000 is a software simulator for the Allen Bradley line of Logix 5000 controllers (ControlLogix®, CompactLogix®, FlexLogix®, SoftLogix5800® and DriveLogix®). The goal is to mimic the function of a without the actual hardware and thus do advanced debugging. More information can be found in the AB publication LGEM5K-GR015A-EN-P.As a quick introduction we’ll go through a simple example of setting up a simulation. This involves three major steps.
Setting up the chassis monitor. Creating a connection in RSLinx. Creating a project with associated emulation hardware.Setting up the MonitorTo start the Chassis Monitor, click Start Programs Rockwell Software RSLogixEmulate 5000 RSLogix Emulate 5000 Chassis Monitor. From here we set up our hardware configuration for simulation. Our first step will be to add the. In this case it is a special one called an Emulation Controller.
Click Slot Create Module. Choose the Emulator RSLogix Emulate 5000 Controller. Chose slot 2 for the controller. Click OK to add it to the chassis monitor. At this point you may be accosted with a message about previous configurations.
Just select Reset the Configuration to Default Values and click NEXT. The next two dialog screens are for setting up the controller details.
Click NEXT and FINISH to accept all the defaults. Hello All,I am trying to understand a little more about the Emulator.Let's say I have RSLogix5000 program with all the I/O cards already configured (Not the simulated but actual I/O card). So when I am ready to download the program I know I have match the processor slot # to match with the Emulator processor slot #. But do I have to delete the actual I/O tree configuration inside the program since the Emulator does not have the I/O cards configured?
Or it does not matter, it will simply ignore the I/O configuration?Thanks!. First,you should confirm that the 'input size' property of the1789-SIM module is 2.Because the input in the 'I/O DATA' property interface is for the latter double word-I.Data1.For the same reason, make sure you use I.Data1 in your program.OR, your toggle in 1789-sim module won't be reflected in the online program. Second, you have to change the emulater CPU to 'run' mode when you plan to simulate your program. If you find you toggle in the 1789-SIM module can be reflected in rslogix 5000,but your program don't work, one possible reason is your emulater CPU is in 'program' mode.