JesperMP

No, we have an old PG720 for the case we need to convert an old S5 project. The IBH cable needs STEP5 v7.16 or higher. The Deltalogic version just says it works with STEP5.

Here are a couple: http://www.ibhsoftec-sps.de/english/Selection_Hardware_S5.htm http://www.deltalogic.de/content/view/53/77/lang,en/

Create a new project with a completely new hardware configuration including the new CPU type. Copy the symbols and program files from the old project to the new project. You also need an MMC card for the new CPU. It will not run without the card. Then download the HW Config, and then the program blocks.

You can add the system function StartProgram to any button. I think the availability of this function depends on the panel. MP panels should have it.

My suggestion is to try with a laptop in the location where the Ewon does not work. Together with the local IT support you should be able to get the alptop to connect to the internet. When that works OK you can try again with the Ewon.

Hi Greg. You should contact Ewon support. The way you describe it, it must be a problem on the plants network. The only troubleshooting I can suggest is to try the same with a laptop on the same port on the switch or router that you connect the Ewon. Check if the laptop gets an IP via DHCP and that you can connect to the internet. Jesper

It is the whole idea of OPC. To have a standard interface between applications and "devices" so that totally diverse suppliers can connect. A device maker and an application vendor may not know of each others existence, but if they both support OPC, then they can talk to each other.

A router could be the way to go. In your case I think it is the best solution. Since it is a Compactlogix and the IO is probably on EThernet/IP, then the router should have IGMP snooping. I believe that Bob means that the managed Router should be able to be setup to limit what traffic goes where on what port. If the Router must be part of a corporate LAN, then it will probably be managed by an IT department and not by the SCADA or PLC programmers. For small projects with one or two SCADA PCs connected to a few controllers, a simple solution to isolate each controller and its network and still be able to reach the company LAN from the PCs is to install several NICs in each PC. One NIC goes to company LAN, additional NICs connect to the controller network(s). Simple and very inexpensive. What you get is that the PCs can connect to the controllers and to LAN servers at the same time, but the controllers cannot communicate with each other. The SCADA PCs can for example log production data from the controllers on the LAN servers. So it is not uncommon to do like this. An advantage is that the networks on the controller side is not managed by a corporate IT department (!). There are ways to reach through to the controllers via the PCs from the LAN, but if this is a requirement you would be better off by using a dedicated router.

Hi Greg. I use the EWON 2005CD. This is primarily a WAN/LAN router. I use to access remote sites via the internet. Unfortunately, I have no experience with using an EWON as a Modbus RTU/TCP gateway.

What do you want to know ? Notice that EWON is several different products. Please specify the exact type no.

Yes it should be OK to connect directly from MPI/DP port on the PG to the MPI port on the 315-2DP. I guess that the problem caused the damage was voltage differences between the PG and the PLC. That is a classic one. --> Always use the same power source for PCs and PLCs when connecting them together. Or run the laptop on batteries. Not sure what goes wrong for you. If you use a new MMC in a new CPU and the PG works with another PLC, then it should go OK. I would have done the following tests, after the damage occurred: 1. If the DP port on the 315-2DP was configured for DP, then attempt to connect PG and 315-2DP via DP. Note: This will not work if you have reset the CPU to factory settings. 2. Connect via another PG to the damaged 315-2DP if possible. First via MPI, and if the DP port was configured then via DP. 3. insert a new MMC card in the damaged 315-2DP CPU, and try to connect again. Note: This is only possible via the MPI port. 4. Exchange the damaged 315-2DP CPU, insert the existing MMC. 5. Use a new 315-2DP CPU and a new MMC card and connect with the PG. Note: This is only possible via the MPI port. If this does not work, then the MPI/DP port in the PG is also damaged.

Do not use a screwdriver ! You will damage the touch function, if not already broken.

Hej Morten. This sounds extremely odd, as if some registry value has gone bad. I would try to load a fresh firmware. followed by a load of the runtime. Do that on one of the panels and see how it goes.

I have only superficially glanced at IBH's software for the S7. It supports STL, LAD and FBD, but no GRAPH or SCL. It has an integrated simulator. Documentation looks a bit thin. I think it is a bargain for what you get. NB. I think the topic should have had its own thread.

This company sells a quite good and not too expensive software for S5. "S5 for Windows". They also sell a USB/TTY adapter that is not too expensive. http://www.ibhsoftec-sps.de/english/first.htm Notice: If you want to upload the program from an old S5 machine, quite often parts of the program will be protected and cannot be uploaded. Just so that you are aware of this.

hi Bevan. (Disclaimer: I am not an expert in FMS). Have you seen this FAQ: http://support.automation.siemens.com/WW/view/en/1804226 This FAQ describes how to setup comms between S5 and S7, but it should be useful if you replace the S7 for a PC Station. http://support.automation.siemens.com/WW/view/en/17596048 Besides, I cannot resist to comment that S5 + FMS is a combination of two dead technologies. I would SERIOUSLY consider to replace the whole thing with something uptodate. I dont respect the usual excuses, "it is a running system", "there are no money to upgrade" etc. etc.

A bit off topic, but I hate to see someone wasting their time with learning a system that is on its way out. The S7-1200 has been on the market for a good year, and it is the successor to S7-200. Not saying that S7-1200 and its programming software are fully mature, but I think you should be aware of this. S7-300/400 will also be replaced by a new PLC, but I think that will be a couple of years down the road, and when the replacement happens it will be the same family as the S7-1200.

Not sure if there is a possibilty to read the checksums with SFC51 RDSYSST. Or you can maybe read out the available number of memory bytes.

CRC can be used for anything. Not just communication. You can see the checksums for the HW Configuration and the user created code in Simatic Manager. Right-click on the Blocks folder under the selected CPU, and then select the Checksums tab.

Hi greg. 1. Since STEP7 v5.5 and firmware on the CPU 3.2, there is a new "block privacy" function with a strong encryption. 2. Telnet is an arcaic internet protocol for exchanging simple text messages. Is this what you mean ? Anyway, there is no such funcionality in an S7 PLC. 3. In the documentation they say that "block privacy" code cannot be accessed without the password. So I guess that means "no". Or they are not telling. 4. There is both a CRC for the entire CPU, and timestamps for individual blocks. You would need to access the CPU with STEP7 to check these.

On a CPU with a MPI and a DP port, you cannot disable the MPI port, but you can disable the DP port. Simply set the DP port to "not networked". On a CPU with a MPI and a PN port, you cannot disable the MPI port, but you can disable the PN port. Simply set the PN port to "not networked". The PN port is still reachable via its MAC address. But to use the port for online access would require a download of a modified HW configuration. The MPI port can also be set to "not networked", but it will still be accessible for online access.

Hi greg. You cannot lock a port specifically, apart from disabling it completely. You can password protect a complete CPU, which will block accessing the code blocks, but that does not block changing values of variables in the PLC. In the latest version STEP7 5.5 you can create encrypted individual blocks that cannot be accessed at all without the password. But it still does not block changing values of variables.

The 313C is a "brick" PLC with integrated i/o. It has only an MPI port for online access. It can be expanded with S7-300 modules. You get relatively many i/o for a low cost. It has not been updated to the latest generation, and I am beginning to doubt that it will ever happen. The IM151-8 is a CPU that either expands with ET200S modules directly, or via Profinet. It has been updated to the latest generation recently. You get a more powerful CPU that has more memory and Ethernet/Profinet in the shape of a 3-port switch. I dont like "bricks", but do like the modularity of the ET200S system. And I demand to have ethernet, even for the smallest project, so the IM151-8 is a very good starting point PLC, whereasI would never chose the 313C. Those are just my preferences of course.

Hi gendy. Any S7-300 CPU can be expanded with an ethernet or profibus CP. So any low cost CPU will do for starters. I think you should also look at the IM151-8. This is a CPU that has ethernet onboard with Profinet capability. And it has quite enough memory and performance while still being fairly affordable. The IM151-8 can be expanded with a Profbus master interface if needed. But if you are looking for something that points to the future then forget MPI and Profibus. Ethernet/Profinet is the way things goes.

Hi Scott. This is the Siemens section. I think you will get better responses if you post in the AB or the HMI sections.