| Key | Issue Type | Summary | Resolution | Note |
|---|---|---|---|---|
| ESM-894 | Bug | EK1960: Safety states not displayed or frozen after login (monitoring manager initialization and refresh issues) |
Fixed | |
| ESM-893 | Bug | Remove unnecessary Replacement values |
Won't Fix | [[GENERAL]] The desired change is not possible, because the Firmware expects all of the replacement values to be written in the download. A more detailed explanation regarding the reasons for this is attached to this issue and can be retrieved from our support. |
| ESM-887 | Improvement | Align TriggerStatusUpdate2 with TSU1 (editor gate / suspend F100/2120 handles) to stop editor-independent churn |
Won't Fix | [[GENERAL]] Investigations have shown that the undesired behavior is not caused by the EtherCAT Safety plugin, which works exactly as intended; the root cause for the freeze - online monitoring watches that are not released by the CODESYS core - is addressed in CDS-98885. |
| ESM-884 | Bug | add SI6_SC6_DoubleAx_FSoE_Hires to the device tree create exception |
Fixed | |
| ESM-883 | Bug | ESM Online: Inefficient code in monitoring callback slows down UI responsiveness |
Fixed | |
| ESM-881 | Bug | ESM: If initialization of monitoring fails, init code will be called in an endless loop |
Fixed | |
| ESM-869 | Bug | TON Timer add one Time base to configured Time |
Won't Fix | [[GENERAL]] After analysing both our code base and the described problem, we found out that the code that implements the Timer is not in our code base but in Beckhoff's external implementation inside the EL6910. Therefore, there is nothing we can do to improve the situation and this JIRA cannot be fixed. |
| ESM-864 | Improvement | Remove example projects from package |
Fixed | |
| ESM-861 | Bug | ESM: download of the safety application fails in case of large network configuration |
Fixed | |
| ESM-859 | Bug | FB-Speed, unexpected working behavior |
Won't Fix | [[GENERAL]] FB_Speed runs on the Beckhoff firmware, not in ESM code. The ESM Editor simply configures the block and writes the configuration (including the bOverflowCheck bit) to the download binary. The jump to ~-62000 corresponds exactly to the difference when the position value overflows—the calculation and overflow handling are handled by the firmware implemented by the device vendor Beckhoff. |
| ESM-854 | Bug | Safe POU: Variables not updating |
Cannot Reproduce |