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.

Referencing other Libraries ¶ Rule #4: Use the right way for referencing other Libraries ( Required ) Common Libraries: Placeholder Reference Interface Libraries: Newest Constraint Container Libraries

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

Placeholder ¶ A placeholder in the Library Manager is a reference on a definite library version. Placeholders simplify the maintenance of library hierarchies. In the CODESYS environment there are the

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