![]() |
|
|||
Up a level
Home
|
|
Issue Record |
Date |
Observations |
|
V1.0 |
01/07/1997 |
Initial version |
|
V1.1 |
18/08/1997 |
CEGELEC & SCHNEIDER comments |
|
V1.2 |
12/09/1997 |
CEGELEC & SCHNEIDER comments |
|
V1.3 |
09/10/1997 |
Definitive version |
The WorldFIP Protocol is completely specified and is part of European Fieldbus standard EN-50170. The protocol includes the three communications layers, shown below:
WorldFIP data flow is controlled by a Bus Arbiter which controls the data exchanges of periodic and aperiodic variables and messages.
Periodic exchange of variables is used for "on time" data exchanges between a producer and one or several consumer(s). It is mainly used for on-line real time exchanges between applications running in different devices (PLC and I/O nests for instance). Aperiodic exchanges and messages are primarily used for configuration, parameter settings, and diagnosis applications. They are also use for non time-critical exchanges, such as events transmission (time stamped data) between a supervisory console and a field device or a PLC.
It is designed to fulfill the need for a low cost connection of agent devices (sensors, actuators, etc.), and more generally for those devices which do not generate or consume a large amount of information, and which are not required to act as a Bus Arbiter.
Device WorldFIP is designed to be easy to implement, and provides a subset of services (see list in chapter 2.4) which has been chosen to satisfy the needs of simple agent equipment, but without sacrificing any major characteristic of the WorldFIP protocol.
A specific technology has been designed to achieve the cost and easiness goals. A product built using Device WorldFIP technology is fully compatible with other equipments built using one of the other available WorldFIP sets of components (FULLFIP2, FIPIU 2), with the restriction indicated above.
This profile is divided in two parts :
For further information, refer to the "Interoperability Guides - Profile 1 Devices" document included in this Device WorldFIP Development Kit
2.1 Introduction
2.2 Device WorldFIP Basic Technology
2.3 MICROFIP Component Description
2.3.1 MICROFIP Stand-Alone -- Profile 1.1
2.3.2 MICROFIP Micro-controlled Mode -- Profile 1.2
2.4 MICROFIP HANDLER Software
2.5 Line Drivers and Isolation Components
2.6 Cabling Components
In such an architecture, all the data exchanges are controlled by the Manager (which implements the Bus Arbiter function), and are made between the Manager and the agents. Due to restrictions in the addressing scheme of the solution, no direct exchange between agents equipment is permitted.
The MICROFIP chip is in a MQFP100, and can be supplied either under 3,3 or 5 volts with a very low power consumption. Its operating temperature range is -40°C / + 85°C.
MICROFIP is able to operate with or without an associated microcontroller.
MICROFIP operating in a Stand Alone mode can be automatically started after the power on initialization or after having received a start command by the configuration variable (identifier: 03xy with xy as subscriber number). This configuration variable contains 2 bytes dedicated to the I/O ports configuration.
MICROFIP operating in a Stand Alone mode takes the xy subscriber physical address on a dedicated port and the promptness and refreshment statuses are managed by MPS variables and set by dedicated pins.
MICROFIP communication resources are accessed by the micro-controller through an embedded dual port memory shared with the protocol machine.
In this Profile 1.2, MICROFIP has to be configured with 1 configuration consumed variable (identifier: 03xy with xy as subscriber number), 1 application produced variable (identifier: 06xy with xy as subscriber physical address) and 1 application consumed variable (identifier: 05xy with xy as subscriber number), sharing a global resource capability of 15 blocks of 8 bytes. The variables identifiers are allocated in the physical field.
The promptness and refreshment statuses are managed for all the MPS variables and the period can be selected through possible values.
MICROFIP takes its subscriber number directly from the dedicated pins during the chip set-up and can be modified later by the micro-controller.
When MICROFIP is controlled by an external micro-controller, this one can access the input-output ports (through the "user" interface).
For further information, please refer to MICROFIP User Reference Manual document.
It is available in ANSI/C source code as freeware.
The MICROFIP HANDLER software offers the following services:
For further information , please refer to the MICROFIP HANDLER User Reference Manual document included in the Device WorldFIP Development Kit
The medium redundancy is built in the MICROFIP chip, and provides a simple management compatible with either FIELDRIVE and CREOL capabilities.
For further information , please refer to:
They are to be used with the standard WorldFIP cable (principal and drop cables).
For further information, please refer to the «Device WorldFIP Development Kit - Cabling your WorldFIP network» document included in this Device WorldFIP Development Kit.
3.1 Available Hardware Components & Sub-systems
3.2 Hardware Design
3.3 Software Design
3.4 Device Configurator: OLGA Communication Builder - Optional Tool
3.5 Test Manager: FIP DESIGNER - Optional Tool
3.6 Line Observer: FIP ANALYSER - Optional Tool
Device WorldFIP technology is designed to be EASY TO USE. Its integration in an equipment does not require any specific knowledge in fieldbus, except the basic knowledge needed to develop electronic hardware and application software when using the micro-controlled mode of the MICROFIP component.
According to the solution retained, different simple solutions are possible:
The primary test of the hardware will be made according to the general rules for hardware testing and debugging. Then the verification of good operation of the WorldFIP communication part will be made using the Development Kit tools described in chapter 3.3 , hereunder.
Testing the software needs to build a small network, enabling exercise ofthe device and its WorldFIP communication. This can be done with the help of the other tools provided in the development kit, described hereunder, FIP DESIGNER, and FIPANALYSER, used in the following development and test bench.
OLGA Communication Builder allows you to:
For further information, please refer to the «OLGA Communication Builder User Reference Manual» document included in the Device WorldFIP Development Kit.
With the user-friendly Man Machine Interface, it enables to create the Bus Arbitrator function and access the Device WorldFIP equipment.
The Bus Arbiter configuration can be described simply by declaring the exchanges and the associated time constraints.
Network access facilities enable the WorldFIP variables exchanged to be read/written.
FIPDESIGNER is used on a standard PC running under Microsoft Windows 3.1 or Microsoft Windows 95, and fitted with a CC121 board ( 1Mbps )
Recommended in the development phase of the Device WorldFIP interface, this tool provides the usual functions of a network observer:
The FIPANALYSER software runs on a standard PC running under DOS and fitted with a FPC10 board (1Mbit/s).
4.1 Introduction
4.2 Sets of Components
4.3 MICROFIP HANDLER
4.4 PC ISA / PC 104 Evaluation Board: CC 165
4.5 ;MICROFIP-CREOL Daughter Board
4.6 MICROFIP-FIELDRIVE Daughter Board: CC131
4.7 OLGA Communication Builder
4.8 FIP DESIGNER
4.9 FIP ANALYSER
4.10 Set of Documentation
It is composed of the following items:
The board can be used in classical desktop, plugged in its ISA slot, for making an initial evaluation of the MICROFIP structure and to refine the application software before it is definitively integrated into the equipment, as well as in an embedded industrial equipment which can receive PC104 compliant boards.
The parallel ports managed by MICROFIP can be accessed on the board using a dedicated connector.
The board is equipped with MICROFIP, and a single medium Medium Attachment Unit based on the FIELDRIVE + FIELDTR solution.