Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Section
Column
width70%

Description

The EtherNet/IP Scanner stack has implemented all required state machines and services to build a EtherNet/IP Scanner device. Basically, it it the extension of the EtherNet/IP Adapter stack with the capability to open connections the other devices.
In order to pass the ODVA's (Open DeviceNet Vendor Asociation) conformance tests, a correctly behaving application is required in addition.
The stack on its own just provides services that need to be handled correctly by an application for certification and correct behaviour in the field, e. g. remanent storing of object parameters.

Configuration

The stack offers a mailox interface for configuration. All basic CIP object within the stack can be configured by sending the appropriate packets desrcibed in the corresponding API manual. During connection establishment to an EtherNet/IP Scanner (Master) it is possible to pass configuration data to the application. Depending on the configuration data the application can reject the incoming connection
For each slave a connectioncan be registered which is build up automatically by the stack once the communication shall start.

Implicit Messaging (Cyclic data)

The stack offers an interface to access the cyclic data as well as a packet based interface for configuration and acyclic services.
The cyclic data is either accessed using tripple buffers in case the application is running directly on netX chip or cyclic data is available in the dual-port memory (DPM) which can be accessed by a host application.

Explicit Messaging (Acyclic services)

Acyclic services to 'build in' CIP objects (CIP objects that belong to the dafault object set supported by the EtherNet/IP Adapter Scanner stack) are handled by the stack itself. If the application needs to store remanent paramters related to those object, this will be indicated by an appropriate indication packet.

In addition to the 'build-in' CIP objects other CIP objects or vendor specific objects can be registered at the stack, e.g. to support special CIP profiles. In that case all acyclic services need to be handled by the application.

Column
width30%
Panel
titleOn this page

Table of Contents

Block diagram

...