List of Contributions

Chris T

Contact Details

Chris T


My Content

1 to 20 of 29 total

RE: FT Optix Runtime influencing PLC Cycle time

Posted By Chris T Jul 02, 2026 06:05:09 AM
Found In Egroup: FactoryTalk Optix \ view thread
asemlucben, thank you for the quick and detailed response. We will certainly check the status variables in the commdrivers for Rockwell projects. Maybe the impact is different there. What about the ProfiNET connections? Do those work fully identical or is it different? We don't have any RemoteRead, ...

FT Optix Runtime influencing PLC Cycle time

Posted By Chris T Jul 02, 2026 05:41:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
Hello, We've installed a multitude of Rockwell (asem) panels in the field with Optix Runtime on there. Give or take about 20 pieces for different types of machines and all different setups. We are noticing that the Optix Runtime is impacting the PLC Cycle time quite heavily at some points. We see ...

RE: Read name from last opened panel

Posted By Chris T Jun 23, 2026 04:24:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
I could not find the examle Library that you are referring to. Not sure where I should find this... Regardless I kept searching and found that in some PanelViewer object there was a BackProvider routine which got me in the right direction. Below the code that got me the result I needed. It extends ...

Read name from last opened panel

Posted By Chris T Jun 22, 2026 03:59:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
Hello, We use one main PanelLoader for our screens. Now when we want to open a new panel we would like to save the name from that panel, as well as the name from the panel that was just (newly) opened. I cannot seem to find a good example for this in either Events or NetLogic. Is there somebody ...

RE: FT Optix - PLC as a time source while NTP is unavailable

Posted By Chris T May 19, 2026 08:54:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
Thank you, that advice got me to a solution. Below what I had to do: 1. Add the following code into the example. Using the SetSystemTime function from the sysinfoapi. // PLC local time DateTime plcTimeLocal = new DateTime( year, month, day, hour, minute, second, DateTimeKind.Local ...

RE: FT Optix - PLC as a time source while NTP is unavailable

Posted By Chris T May 19, 2026 04:45:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
Here we have the challenge. We are not using an OptixPanel. We are using the OptixRuntime on a PC (Asem Panel PC ASEM-VK3500). As mentioned I understand that these behave differently... -------------------------------------------

RE: FT Optix - PLC as a time source while NTP is unavailable

Posted By Chris T May 19, 2026 04:10:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
This does work for me in order to read the datetime from a PLC (Siemens or Rockwell) and then move it into a Datetime struct in Optix. The difficulty is that this does not change the time on the device itself and therefore the AlarmsEventLogger is technically referring to the wrong time. In ...

FT Optix - PLC as a time source while NTP is unavailable

Posted By Chris T May 18, 2026 06:28:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
As the title says. We use Optix HMI's and in some very niche cases it could be that we do not have an NTP-server available to synchronize the time with. Then we would like to use the PLC-time as the 'master' time. While it is possible to read the datetime from the PLC it is not possible to ...

RPI with CIP-Safety devices and CPU Firmware

Posted By Chris T Jul 22, 2025 01:43:00 AM
Found In Egroup: Automation Control \ view thread
Hello, So recently we had some issues with RPI's going over the time-out limit on CIP-Safety communications for external devices, specifically from one supplier. CPU Safety task time would be set to 20ms and standard time-out value would be 180ms. Now in some setups these times would go upwards ...

RE: Optix Runtime - 45%+ CPU usage on panel

Posted By Chris T Jul 08, 2025 12:26:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
To add on to this, and maybe help others a bit. We ended up removing our 'main' NetLogic. And moved all scripts to their respective panels. Only activating the required scripts (even the asynchronous tasks) when the panel is opened, closing/stopping when switching between panels. This has resulted ...

RE: Optix Runtime - 45%+ CPU usage on panel

Posted By Chris T Jun 24, 2025 07:47:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
Okay, we found the 2nd NetLogic, it was nested in the MainPanelLoader. We will investigate further into seeing what is using so much CPU. Many thanks for your help.

RE: Optix Runtime - 45%+ CPU usage on panel

Posted By Chris T Jun 24, 2025 05:24:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
Thanks a lot for your support so far. It has been very insightful already. We will have a look at the points you mentioned. One I am not sure we understand. There is mention that we have 2 Netlogics, however we have only one to our current knowledge. We have one main Netlogic, which runs ...

RE: Optix Runtime - 45%+ CPU usage on panel

Posted By Chris T Jun 24, 2025 03:40:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
Please see attached file. Which parts would we have to look at in order to determine loading times or other bottlenecks? We have seen one message where it shows that a task is running too long. EDIT: There was only one log-file of today, so I am unsure what you mean by the 3 log-files.

RE: Optix Runtime - 45%+ CPU usage on panel

Posted By Chris T Jun 24, 2025 03:39:51 AM
Found In Library: FactoryTalk Optix

RE: Optix Runtime - 45%+ CPU usage on panel

Posted By Chris T Jun 24, 2025 02:53:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
Above the main overview. Goal of the panel is to show a dashboard with production values. It's built up of a MainpanelLoader and 11 panels that can be switched between. The main overview is (I assume) the most taxing page in terms of CPU. The sideways graph shows production state of the last 24 hours, ...

RE: Optix Runtime - 45%+ CPU usage on panel

Posted By Chris T Jun 24, 2025 02:32:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
Thank you for this question! I found out that opening that in notepad actually contains quite some interesting data. The .optix file is attached. EDIT: Turns out the .optix format was not allowed... Is this the info you are looking for? If not, please let me know which section of the file you ...

RE: Optix Runtime - 45%+ CPU usage on panel

Posted By Chris T Jun 23, 2025 09:09:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
Going up in versions is currently not feasible, as it's already running in the factory with no internet access at this moment. We haven't checked the panel firmware for the same reason (more or less)... The problem we are seeing is that it feels extremely sluggish at times, specifically notable when ...

Optix Runtime - 45%+ CPU usage on panel

Posted By Chris T Jun 23, 2025 08:34:00 AM
Found In Egroup: FactoryTalk Optix \ view thread
Hello, Currently we have a Panel running at a customer with FactoryTalk Optix 1.6.0.132. It's running on a panel with the 2.2Ghz CPU and 4GB of 2133Mhz RAM. The FactoryTalk Optix Runtime application is using atleast 45% of CPU power by default. Which feels like an extremely high amount for us. ...

RE: Kinetix5500 reading cumulative energy usage

Posted By Chris T May 28, 2025 06:53:00 AM
Found In Egroup: Drives, Motion Control & Low Voltage Products \ view thread
Dear Vincent, That was the missing link for me! I couldn't find such an example yet. Many thanks for this insight. Regards,ChrisT

RE: Kinetix5500 reading cumulative energy usage

Posted By Chris T May 28, 2025 05:15:00 AM
Found In Egroup: Drives, Motion Control & Low Voltage Products \ view thread
Dear Vincent, Thanks for your reply. The manual you refer to clearly states 'MSG Access Only' for that attribute. So I do not fully understand which 'get' you are referring to? And a GSV does not show this parameter directly in the options. Regards ChrisT