Chapter 96. Configuration

Table of Contents
Configuration Overview

This chapter shows how to incorporate the CCB support into an eCos configuration, and how to configure it once included.

Configuration Overview

The common CCB support is contained in the eCos package CYGPKG_IO_CCB. However, it depends on the services of a collection of other packages for complete functionality, with this CYGPKG_DEVS_CCB_CORTEXM_STM32 package providing specific I/O functionality.

Normally this package should not need to be manually added, since it will be automatically provided as part of suitable target configurations.

The functionality of this driver package itself relies on some platform/variant provided configuration. For platforms that require software control of the transceiver Device Enable (DE) signal for any of the CCB ports they will need to implement the feature CYGINT_DEVS_CCB_CORTEXM_STM32_TXCTRL.

Configuring the STM32 CCB driver

CCB use of the underlying STM32 U(S)ART interfaces is only enabled if the serial driver support for the specific hardware interface is disabled.

Common configuration options applicable to all configured U(S)ART interfaces:


This option is used to select the STM32 timer block assigned to this CCB I/O driver. It is used to ensure correct bus operation timing. The sub-option CYGNUM_DEVS_CCB_CORTEXM_STM32_TIMER_INTR_PRI is used to configure the relative interrupt priority for the timer handler.


This option enables support for abandoning a transmission after the configured number of retry attempts. The default of 0 disables the retry limit check, with a colliding transmission being retried infinitely. NOTE: The Coherent OBIS Integrators Guide Part# 11215508 Rev. AB (dated 4/2012) has conflicting descriptions re. transmission. The “Random Delay” section is explicit in stating “... there is no provision for discarding a message after many collisions; message transmission will retry until it succeeds”. This however is counter to the Figure 5-6 “Outbound Message Transmission Flow” diagram, which implements a retry counter and terminates the transmission attempt after a number of retries. This configuration option allows the developer to choose the model required by their application. A value of 0 will disable the retry support and a colliding TX will be retried until it is successful (no collision detected). A non-zero value will be treated as a count of the number of attempts to be made before abandoning the transmission and indicating a TX BUSY error.


This option is normally disabled by default since it has a (minor) memory footprint and performance hit. If enabled then the driver will track counts of packet transfers and errors. This may be useful to client applications to ascertain bus performance and “quality”.

For the following CDL option names the # character in the option names indicates the port number for a specific hardware interface.

If the underlying platform/variant provides access to a STM32 U(S)ART interface, via implementing CYGINT_DEVS_CCB_CORTEXM_STM32_UART#, then the following per-interface configuration options are available:


This is the main option to control use of an interface as a CCB port. Access to the options described below are dependant on this option being enabled.


This option specifies the name of the CCB port for the corresponding STM32 U(S)ART. This is the name that an eCos application should use to access this device via cyg_io_lookup(), open(), or similar calls.

Note: Normally for CCB use the client-application should NOT need to directly interact with this named device driver, since the common CYGPKG_IO_CCB support will automatically access the target platform configured devices declared via CCB_PORT() definitions.


Interrupt handler priority for U(S)ART events.


TX DMA interrupt handler priority.


RX DMA interrupt handler priority.


This option controls the configuration of the STM32 hardware serial bit sampling. The (default) NOISY selection is suited to off-board interfaces where noise/glitches may occur, but is less tolerant of clock differences. The CLOCK selection is more tolerant of clock deviation between the transmitted and receiver. Use of CLOCK may be more suited to on-board high bitrate connections.

Documentation license for this page: eCosPro License