LIFTjournal 4/2020

If you design lifts using devices from different manufacturers, interoperability is essential. This keeps effort low when integrating third-party products. Espe- cially, standardized interfaces for car drive units would help. C AN (Controller Area Network) is a serial three-wire bus system. CAN was originally developed by Bosch for in-vehicle networ- king in passenger cars. The CANopen application layer was develo- ped within a European research project begin- ning of the 90ties. It was handed over to the CAN in Automation (CiA) association for further development and maintenance. At the begin- ning of the millennium, CiA members started to specify the CANopen Lift application profile (CiA 417). CiA also includes a standardized interface for car drives. Initially, there were only a few drive ma- nufacturers who support CANopen-Lift. In the meantime, several drive companies have a CiA- compatible interface (see box). These drives are interoperable with the lift controllers that have implemented CiA and even exchangeable in terms of basic functions. Many manufacturers tested the compatibility and interoperability in many so-called Plugfests: The drives were connected to several lift controllers from different brands and checked for correct functionality. If optional functions are to be used, both part- ners (lift controller and car drive) must support them. When choosing devices, lift builders have to take this into account. Only two or three pro- cess data objects (PDOs) are mandatory, all other specified PDOs are optional. BASIC FUNCTIONALITY The car drive unit interface CiA 417 derives from the internationally standardized CiA 402 device profile for drives and motion controllers (IEC 61800-7-301/401). However, car drive units use just a subset of this IEC standard and some lift- specific extensions. In the meantime, it is a widely used and mature interface. This interface is a logical entity specified in the CiA 417 series. It receives the control-word containing commands and target values from the car drive controller. The car drive unit con- firms this by means of the status-word containing the response including the actual drive values (speed, position, acceleration, or jerk). If there is no absolute encoder implemented, the Profile Velocity Mode is used. The host con- troller provides the target velocity. If there is an absolute encoder available, the Profile Position Für Aufzugsbauer, die Geräte von ver- schiedenen Zulieferern beziehen wollen, ist Interoperabilität wichtig. Dies reduziert die Kosten bei der System­ integration. Hilfreich sind vor allem standardisierte Schnittstellen. C AN (Controller Area Network) ist ein seri- elles Dreidraht-Bussystem. Ursprünglich wurde CAN in den achtziger Jahren von Bosch für die fahrzeuginterne Vernetzung ent- wickelt und eingeführt. Die CANopen-Spezifikation wurde im Rahmen eines europäischen Forschungsprojektes ent- wickelt. Sie wurde an den eingetragenen Verein CAN in Automation (CiA) zur weiteren Entwick- lung und Pflege gegeben. Anfang des Jahrtau- send begannen CiA-Mitglieder das CANopen-Lift-­ Anwendungsprofil (CiA 417) zu spezifizieren. CiA 417 enthält auch eine standardisierte Schnitt- stelle für Fahrkorbantriebe. Am Anfang gab es nur wenige Antriebsherstel- ler, die CANopen-Lift unterstützten. Inzwischen CANopen-Lift: Interoperable Fahrkorbantriebe CANopen Lift: interoperable car drive units haben mehrere Hersteller eine CiA-417-kompa- tible Schnittstelle (siehe Kasten). Diese Antriebe sind interoperabel mit den Aufzugsteuerungen, die CiA 417 implementiert haben und sogar aus- tauschbar bezüglich der Grundfunktionen. Viele Hersteller testeten die Kompatibilität und die Interoperabilität in sogenannten vom CiA or- ganisierten Plugfests: Die Antriebe werden mit mehreren Aufzugssteuerungen verbunden und auf korrekte Funktionalität geprüft. Wenn optionale Funktionen genutzt werden sollen, müssen beide Partner (Aufzugsteuerung und Fahrkorbantrieb) diese unterstützen. Bei der Auswahl der Geräte muss der Aufzugsbauer auf dies achten. Verpflichtend sind nur zwei bezie- hungsweise drei Prozessdatenobjekte (PDO), alle anderen spezifizierten PDOs sind optional. DIE GRUNDFUNKTIONEN Die Schnittstelle der Fahrkorbantriebe CiA 417 basiert auf dem international genormten allge­ meinen Antriebsprofil CiA 402 (IEC 61800-7- 301/401). Die Fahrkorbantriebe nutzen allerdings nur eine Untermenge ders IEC-Norm und sind Foto: © Ziehl-Abbeg CiA 417 fähiger Ziehl-Abegg Frequenzumrichter ZAdyn4C mit elektronischem Brems­ modul ZAsbc für Wandmontage. CiA 417 capable Ziehl-Abegg car drive unit ZAdyn4C with electronic brake controller ZAsbc for wall mountig. 14 PERSPEKTIVEN  PERSPECTIVES LIFT journal  04. 2020