Codesys ControlWinV3x64 with EtherCat Slave ^{CODESYS Forge talk (Thread)}
Codesys ControlWinV3x64 with EtherCat Slave
Last updated: 2026-08-28

Engineering 🇬🇧 ^{CODESYS Forge talk (Discussion)}
Discussions about the CODESYS Development System, IEC programming, CODESYS Professional Developer Edition
Last updated: 17 hours ago

Post by thejesh on WebVisu: switch-frame destroys and rebuilds referenced visualization - is retention configurable? ^{CODESYS Forge talk (Post)}
Hi, HTML5 Conrtrol elements on CODESYS V3.5 SP22 Patch 2, WebVisu only (no TargetVisu). The client is Chromium 147 in kiosk mode on a Raspberry Pi CM5 panel; the runtime is CODESYS Control Win V3 x64/CODESYS Control RTE V3 x64 on a separate IPC. I have measured that changing a Frame element's switch-frame variable destroys the currently referenced visualization and fully rebuilds it on return, including all embedded HTML5 controls. We would like to know whether this lifecycle is configurable. Measurement 1: Curently, our production page contains a good number of custom HTML5 controls and will only increase , each of which the WebVisu client instantiates as a separate about:srcdoc iframe. I counted live targets via the Chromium remote debugging endpoint (curl http://localhost:9222/json/list) before and after switching. Production displayed (index 0) 108 iframes Switched to a light page (index 1) 46 iframes Switched back to Production 108 iframes 62 controls are destroyed on leaving the page and re-instantiated on return. Observed latency was approximately 2.5 -5s away from the heavy page and approximately 4.0 -5 s back to it. This was measured with the panel otherwise idle: 2.8% system CPU, 97.1% idle, 2 h 56 min uptime, no remote-desktop session running, hardware acceleration confirmed active in chrome://gpu. I had previously measured the same behaviour under a much higher CPU load and have since resolved that load separately (VISU_TASK cycle period), so I am confident the rebuild is the frame lifecycle itself and not CPU starvation. Measurement 2 — frame offset instead of switch index I then displayed the same overlay page by a different mechanism. Instead of using a switch-frame index, I placed the page in a fixed Frame parked off-screen below the visible canvas, and drive its Y offset from an INT in Structured Text to move it into view. With this approach the overlay appears immediately, the production page underneath is never torn down and keeps updating, and no visualization is destroyed or rebuilt in either direction. The iframe count does not change at any point. This is the same visualization, containing the same HTML5 controls, as in Measurement 1 — the only difference is how it is brought on screen. So the rebuild appears to be a property of the switch-frame mechanism specifically, not of the page or its control count. Questions: Is the destroy-and-rebuild behavior on switch-frame the intended and documented lifecycle for WebVisu? Is there any setting, property or client option that causes a referenced visualization to remain instantiated when it is not the active index — the equivalent of keeping it mounted but not displayed? Does the runtime or client offer any form of caching or pre-instantiation for referenced visualizations, so that a return switch does not pay the full construction cost? Is the cost specific to HTML5 controls, or would the same rebuild occur with an equivalent number of native visualization elements? We ask because it would inform whether reducing our HTML5 control count is a viable solution. Is there a recommended pattern for showing a full-screen page over a live production screen without tearing the production screen down? My current workaround is to keep every page permanently instantiated and move it on and off screen by driving a frame offset variable, which avoids the rebuild entirely but means every page stays live and consumes client resources for the life of the session. This works, but I would prefer to use the supported mechanism if one exists. Any help on this is greatly appreciated. Thank you!
Last updated: 2026-08-07

Post by etienneneu on Trend x-axis description incorrect display ^{CODESYS Forge talk (Post)}
Hello everyone, maybe someone can help me with the following problem. I wanted to insert a trend element in my visualization. The problem is that I have set fixed fonts with a scaling of 1.5 for the individual languages via the visualization manager. This setting means that I have this scaling in every element, which has been quite comfortable so far because I didn't have to set the individual properties in the text fields. But in the trend element, even if I select other font sizes or fonts in the element itself, this font is also overwritten and I get a label on the x-axis that is no longer displayed correctly. Is there a way to prevent the overwriting of the font properties in this element or similar behavior? I mean, I could change the font size of each element manually, but the Visu app is a bit larger and it would be easier to have another option. Best regards Etienne
Last updated: 2024-11-28

Connect Client Codesys With Server Java ^{CODESYS Forge talk (Thread)}
Connect Client Codesys With Server Java
Last updated: 2023-08-17

How to integrate CoDeSys into another system? ^{CODESYS Forge talk (Thread)}
How to integrate CoDeSys into another system?
Last updated: 2009-09-02

What touch panel for Codesys 2.3 ^{CODESYS Forge talk (Thread)}
What touch panel for Codesys 2.3
Last updated: 2012-02-09

CoDeSys SP Win V3 - Soft PLC Does not start. ^{CODESYS Forge talk (Thread)}
CoDeSys SP Win V3 - Soft PLC Does not start.
Last updated: 2010-11-17

Download Codesys Program by external device ^{CODESYS Forge talk (Thread)}
Download Codesys Program by external device
Last updated: 2016-12-29

Sudden Font size change in IDE, unusable CodeSys ^{CODESYS Forge talk (Thread)}
Sudden Font size change in IDE, unusable CodeSys
Last updated: 2021-03-31

CANopen PDO Issue with Pressure Sensor in Codesys ^{CODESYS Forge talk (Thread)}
CANopen PDO Issue with Pressure Sensor in Codesys
Last updated: 2024-10-22

Noob in Codesys and IFM CR7506...Output stay active ^{CODESYS Forge talk (Thread)}
Noob in Codesys and IFM CR7506...Output stay active
Last updated: 2024-10-22

German word button on the codesys WebVisualization... ^{CODESYS Forge talk (Thread)}
German word button on the codesys WebVisualization...
Last updated: 2012-04-03

data exchange at the end of each CoDeSys cycle ^{CODESYS Forge talk (Thread)}
data exchange at the end of each CoDeSys cycle
Last updated: 2010-07-12

Codesys 2.3 versus 3.3 - need help ^{CODESYS Forge talk (Thread)}
Codesys 2.3 versus 3.3 - need help
Last updated: 2009-06-18

Opening an Excel sheet using CoDeSys ^{CODESYS Forge talk (Thread)}
Opening an Excel sheet using CoDeSys
Last updated: 2010-07-06

Codesys and smartphone (read and write) ^{CODESYS Forge talk (Thread)}
Codesys and smartphone (read and write)
Last updated: 2012-01-14

Loading a project into PLC block without CoDeSys software. ^{CODESYS Forge talk (Thread)}
Loading a project into PLC block without CoDeSys software.
Last updated: 2021-12-03

Detect CoDeSys runs in simulation mode ^{CODESYS Forge talk (Thread)}
Detect CoDeSys runs in simulation mode
Last updated: 2021-12-30

CodeSys SP RTE and Moeller PS4-341MM1 ^{CODESYS Forge talk (Thread)}
CodeSys SP RTE and Moeller PS4-341MM1
Last updated: 2010-01-28

Exporting Array from Codesys to Text or Excel ^{CODESYS Forge talk (Thread)}
Exporting Array from Codesys to Text or Excel
Last updated: 2018-10-10

Endless FOR Loop with CoDeSys 2.3.9.x ^{CODESYS Forge talk (Thread)}
Endless FOR Loop with CoDeSys 2.3.9.x
Last updated: 2010-05-20

EtherCAT and Profinet Field bus on CodeSys V3.3 ^{CODESYS Forge talk (Thread)}
EtherCAT and Profinet Field bus on CodeSys V3.3
Last updated: 2009-03-20

CoDeSys connection to a PLC via GSM Modem ^{CODESYS Forge talk (Thread)}
CoDeSys connection to a PLC via GSM Modem
Last updated: 2012-02-24

How can I plot X-Y diagram with CoDeSys? ^{CODESYS Forge talk (Thread)}
How can I plot X-Y diagram with CoDeSys?
Last updated: 2013-08-06

Sort by relevance or date