Kepware Latest Version Download

0 views
Skip to first unread message

Solana Axton

unread,
Aug 4, 2024, 1:54:41 PM8/4/24
to diarweblowe
Itried to install kepware edge on an EC2 instance. But the error message shows 'command not found'. I tried multiple variations of the command by just using the filename, or the file name with location, but the error persists. The command for getting the CLI which is this command+ '--help' also shows the same error.

We only code Kepware knowledge base articles back to version 5.20, but I can confirm the steps in this particular article (Article - CS350729 - Unable to establish OPC DA communication after installing Microsoft DCOM Hardening patches (CVE-2021-26414) with PTC Kepware Products) are the same for KEPServerEX version 5.18.


For the IoT Gateway to run, KEPServerEX requires a working 32-bit Java JRE or full JDK installation version 7 or higher. At this time, a 64-bit JRE or JDK is not supported. I Just wanted to know if we can use AdoptOpenJRE instead of 32-bit java JRE?


Kepware, a PTC business developing industrial connectivity software, announced the release of the KEPServerEX version 6.5 industrial connectivity platform at 19th June. With this release, PTC demonstrates its commitment to industrial control system (ICS) security and providing its customers with tools and best practices that support defense-in-depth programs. Available immediately and free for existing users with valid V5 and V6 licenses of KEPServerEX, KEPServerEX version 6.5 includes comprehensive secure deployment guidelines, greater project file protection, enhanced password configuration and other updated security components.


To strengthen cybersecurity collaboration with its customers, PTC is introducing a Shared Responsibility Model in conjunction with KEPServerEX version 6.5. This model defines a framework for PTC and its customers to work together to increase the security of deployments.


To encourage adoption of security best practices, KEPServerEX version 6.5 features a new comprehensive Secure Deployment Guide intended to help users implement production instances of KEPServerEX in a way that can help to reduce security risks. The guide provides strategic recommendations on utilizing secure interfaces and the Configuration API, on-going server maintenance, KEPServerEX installation and post-installation actions and more.


The MQTT Client driver included in KEPServerEX version 6.4 offers users a commercially available out-of-the-box MQTT to OPC UA translator. It uses innovative parsing tools to enable users to create tags from popular devices that utilize MQTT. With this new driver, KEPServerEX is able to securely subscribe to MQTT topics through any MQTT broker, receive updates as new device data is published, and make that data available over a variety of protocols.


Key enhancements offer additional device and Internet of Things (IoT) connectivity for customers in several vertical industries, including Building Automation, Manufacturing, and Oil & Gas.


The ThingWorx agent, now available in the IoT Gateway for KEPServerEX, provides improved interoperability with the ThingWorx IoT Platform. The agent enables users to move industrial data on the edge into ThingWorx using the secure ThingWorx binary protocol for high throughput. This not only provides a seamless user experience between the two technologies, but also advances parent-company PTC as a leading IoT software provider. Additional updates to the IoT Gateway include support for MQTT writes, Array writes, and Cross Origin Resource Sharing (CORS).


The release also features updates to 30 drivers and advanced plug-ins, including the Allen-Bradley ControlLogix Ethernet driver with added support for firmware version 28 across L8 and L7 models from Rockwell Automation.


I did actually have one of the sockets mistakenly set to Master so that has been corrected. I'll have to power cycle and see if there's any change. We have 12 high pressure coolant pumps and filtration systems here running with V570's. The objective is to get them on Wondeware for higher visibility on their status and alarms. I'll get back to you after reboot and if still having issues upload the program.


If your in Demo Mode it's limited to a 2 hour runtime and just closing the window doesn't reset that timer(Re-intilizing it doesn't do it either), you actually have to stop the process and restart it to get another 2 hour window. Scroll through your the KepServer event log(default location is a docked window at the bottom of the KepServer window) and look for Licensing under the source header, and then check and see if the event is Time Limited usage period on feature MODBUS TCP/IP has expired. If it's present either your demo time has run out or if you have a licensed version something is wrong and you'll have to contact PTC support about it.


Yes it is definitely a licensed version of Kepware, we have many other devices connected for a couple years. Allen Bradley, Koyo, and now trying Unitronics. Current situation is I am back to IO server 1 collecting data while IO server 2 is unable. Screenshot below is IO server 2, not getting any data at all. IO server 1 showed good reads. Strangely, at one point IO server 2 was getting data while IO server 1 wasn't. They seem to be fighting over the same port still even though I've pointed the to two different network ID's and ports.


In the past I had one other device, a wireless sensor gateway, that would only accept one connection. My work around was messaging the data to an AB Micrologix and reading it out from there. That was only one device, since this is 12 devices I'd like to figure out how to get dual connections working in this case.


Your PLC code looks correct. You've put together quite a program here so I think you've adapted ?. If you ever do a Unitronics program again use a V700. Way better graphics and more Ethernet power than a V570 for the same price. PM me if you want to pontificate in private.


BTW - you can call Socket Init and Modbus IP Config while the program is running if you want to change parameters and test them. If you change the port to Address of MI you can go online and enter any number you want into that MI and re-kick the socket by setting your kick bit. This is upper-level stuff, but it sounds like this isn't your first rodeo and I think you can handle it.


Also, I'm not entirely sure what's under the hood in the way Unitronics handles being two Modbus IP slaves at the same time. I'd give myself a way to turn on and off the slave functionality for each one:


Turns out the last issue was the fact I missed a port setting in Kepware on IO server 2 and it was still set to 502 instead of 503. There's port settings in Kepware under both the channel and the device so just missed one of them. Pulling data on both IO servers now, I'll keep an eye on it to see it continues to work.


Joe, wish I could take credit (or maybe not with some of the bugs) on putting together this entire program but I didn't. I just inherited these machines running and was tasked with installing LAN adapters on all of them and getting remote connectivity capability as well as data monitoring. Sounds like the V700 would have been the way to go but that was the machine builders decision for whatever reason.


One issue I've come across is losing communication randomly. Usually both IO servers will stop communicating Modbus, reinitializing the connection fixes it. But yesterday I lost both Modbus and PC connection and couldn't even connect to the PLC at all to troubleshoot. In the mean time I've put an initialize comms button on the touch screen and have the comms reinitializing automatically each day at 6am. When I've lost comms the SB bits all show connections still.


I've had issues with this still off and on. Sometimes one Kepware server loses connection, or both. Sometimes I lose PC connection all together. For the time being I've put a comms reset button on the HMI to reinitialize the ports. Even this was a pain because I'd find I'd reinitialize and only one Kepware server would connect. I then found having a delay between the two different Modbus connections initializing fixed that and they will both return to connectivity. I'm not sure why I lose connection, perhaps it was SI101? It was set to 2 and I changed it to 10. Even when Kepware wasn't communicating the bits showed there was a connection so not sure how to detect no connection automatically and reinitialize with that.


Are you sure the issues are NOT something to do with any devices between the PLC and PC? Or some device far away, but near a comms cable, that might do a big inductive now and then which could possibly upset things.


The PLCs are running as Slaves, so there's not much that can go wrong on that end. I have a customer that is harvesting data from some V130s using PCOM and they kept losing the connection. Of course this was my fault. I finally went out with a maintenance guy and a manlift and we went up to the ceiling where the Ethernet switch was installed by a collaboration between their IT people and an electrical contractor. I found an office-grade switch secured to the roof trusses with zip ties and home-brewed CAT 5 cables plugged into it. I measured the distance between the office and the switch and it was over the 100m length limit on CAT 5. That is a real thing, unlike the 50 foot limit on RS232. Also, the temperature in the ceiling of a manufacturing facility can get a lot higher than the 50 C rating on those switches.


All the contacts on the unprotected switch had turned green and when I touched it everything went offline, including their workstation computers. We put another switch in to get them up and later built a couple of small enclosures with industrial switches and cable glands to do a better job of sealing the environment out.

3a8082e126
Reply all
Reply to author
Forward
0 new messages