Namespace ¶ Rule #2: Select a unique library namespace ( Required ) A pragmatic sequence of Latin letters. As short as possible! For example “LAT” for a library to handle lists and trees. A group of s

Project Information ¶ Rule #3: Fill in the Project Information ( Required ) This data is important for switching off the CODESYS default behaviour. It is also important for a self-describing library.

Interface Design ¶ Rule #5: Design smart Interfaces ( Required ) External Interfaces require a reduced set of parameter types (e.g. no POINTER). They should be optimized for the use with CFC. They sho

Library Development Summary ¶ Contents Introduction Concepts and Elements Library Types Placeholder Library Prefix Library Categories Library Properties Behaviour Model and Interface Design Static Ana

Introduction ¶ This document summarizes the most important topics around the area “How to Develop CODESYS Libraries”. Reusability matters It’s a lot of work to design, build, test, and maintain a CODE

Concepts and Elements ¶ The CODESYS library development and maintenance system is defined by a set of guidelines . To understand these guidelines, it is useful to describe some basic, but important co

Library Types ¶ In CODESYS, a differentiation is made between the following types of libraries: Common libraries Container libraries Interface libraries End User libraries For each type, there is a ch

How to change a library ¶ Note Compatibility: Compatibility of two libraries usually means that they react in the same way according to the requirements of an application. Important After changing a l

Library Prefix ¶ Before the introduction of the Namespace , the prefix used to identify world-wide uniquely a certain library. With the conversion from CODESYS V2 to V3 the prefix was substituted by t

Library Categories ¶ Using Library Categories in the Library Repository, besides sorting according to the Company Name allows to structure the huge set of libraries. The library categories are an impo