MCUSW
Wdg User Guide

Introduction

This document details AUTOSAR BSW WDG module implementation

  • Supported AUTOSAR Release : 4.3.1
  • Supported Configuration Variants : Pre-Compile, Link Time and Post-build
  • Vendor ID : WDG_VENDOR_ID (44)
  • Module ID : WDG_MODULE_ID (102)

The WDG module initializes, and configures WDG hardware(RTI) to meet requirements as detailed in AUTOSAR BSW WDG Driver Specification. Following section highlights key aspects of this implementation, which would be of interest to an integrator.

Wdg Driver Architecture/Design

Please refer the WDG design, which is included as part of release (Wdg Design Document)

Functional Description

WDG employs built in hardware module called "RTI",RTI is a down-counter that count from non-zero value to zero and generates an interrupt to CPU or ESM which in-turn could be programmed to reset the SoC. Please refer WDG Deisgn (Wdg Design Document) for details (specifically section "Watchdog SOC Reset Functionality")

Clock Source to RTI

The clock supplied to these RTI determines the rate of count-down. For each RTI, clock source can be programmable and the frequency of the clock varies on the SoC being used.

Programming of clock source for the RTI is programmed by other software entities (such as SBL, start up code, etc...). The driver expects user of this module to programme required clock source. The example application demonstrates configuring clock sources for the RTI.

Back To Top

RTI Instance

All RTI instances in MCU domain are supported by this driver implementation named as MCU_RTIx where x indicates the instance of RTI.

Back To Top

Configuration

The Wdg Driver implementation supports multiple configuration variants (refer section Introduction), the driver expects generated Wdg_Cfg.h to be present at (File Structure). Please refer (Build) to specify path to generated configuration. The associated RTI configuration generated files Wdg_Cfg.c ,Wdg_Lcfg.c Wdg_PBcfg.c to be present as shown in (File Structure)

The following section details on the un-supported features and additional features added.

Variance / Deviation from the specification

Wdg_SetMode API

Wdg_SetMode interface API is not supported. Due to hardware limitations, Mode and Timeout can’t be modified if watchdog is already running i.e only during initialization Mode and Timeout can be set.

Back To Top

WdgOffMode

OFF-Mode is not supported.Due to hardware limitations, If watchdog is already running, it cannot be disabled or shutdown.

WdgServiceInterruptRoutine

This driver does not support routine servicing a watchdog as an interrupt routine driven by a hardware timer.

WdgExternalDriver

This driver is an internal, belongs to the Microcontroller Abstraction Layer whereas external watchdog driver belongs to the Onboard Device Abstraction Layer.So requirements w.r.o external watchdog are not implemented.

Implementation Specific Configurations

This driver implementation introduces below listed configurable options.

Back To Top

WdgDeviceVariant

Name WdgDeviceVariant
Description Used to specific family of devices, the variant of the device being used will belong to one or more family of devices. Please refer (Supported Device Families) to determine the family of device. Based on the family, the number of RTI instances module supported could vary.
Container Name WdgGeneral
Type Enumeration
Range TDA4x etc… (new family of devices could be added in future)
Value Configuration Class VARIANT-PRE-COMPILE

Back To Top

WdgRtiFrequency

Name WdgRtiFrequency
Description RTI Clock Frequency (Hz) used to calculate preload value during init time.Please refer RTI Integration section in TRM for clock source details.
Container Name WdgGeneral
Type Integer
Range 0 to 27000000
Value Configuration Class VARIANT-PRE-COMPILE

Back To Top

WdgRegisterReadbackApi

Name WdgRegisterReadbackApi
Description Compile switch to enable / disable the Critical Registers Readback API.
Container Name WdgGeneral
Type Boolean
Value Configuration Class VARIANT-PRE-COMPILE

Back To Top

WdgInstanceId

Name WdgInstanceId
Description Selects Watchdog HW instance id.
Container Name WdgSettingsConfig
Type Integer
Value Configuration Class VARIANT-PRE-COMPILE

Back To Top

WdgReaction

Name WdgReaction
Description Watchdog reaction for timer expiration or incorrect service.0x5 = This is the default value. The windowed watchdog will cause a reset if the watchdog is servicedoutside the time window defined by the configuration, or if the watchdog is not serviced at all. 0xA = The windowed watchdog will generate a non-maskable interrupt to the CPU if the watchdog is serviced outside the time window defined by the configuration, or ifthe watchdog is not serviced at all. Writing any other value will cause a system reset if the watchdog is serviced outside the time windowdefined by the configuration, or if the watchdog is not serviced at all.
Container Name WdgSettingsFast/WdgSettingsSlow
Type Enumeration
Range WDG_RESET_RXN : Reaction is reset WDG_INTERRUPT_RXN : Reaction is interrupt generation
Value Configuration Class VARIANT-PRE-COMPILE, VARIANT-LINK-TIME and VARIANT-POST-BUILD

Back To Top

WdgWindowSize

Name WdgWindowSize
Description Digital Windowed Watchdog Window Size. Selecting 100% enables standard watchdog (not windowed). WWDSIZE: 0x00000050 = 50%, WWDSIZE: 0x00000500 = 25%, WWDSIZE: 0x00005000 = 12.5%, WWDSIZE: 0x00050000 = 6.25%, WWDSIZE: 0x00500000 = 3.125%, WWDSIZE: Any other value = 3.125%
Container Name WdgSettingsFast/WdgSettingsSlow
Type Enumeration
Range WDG_WINDOW_100_PERCENT : 100% window WDG_WINDOW_50_PERCENT : 50% window WDG_WINDOW_25_PERCENT : 25% window WDG_WINDOW_12P5_PERCENT : 12.5% window WDG_WINDOW_6P25_PERCENT : 6.25% window WDG_WINDOW_3P125_PERCENT : 3.125% window
Value Configuration Class VARIANT-PRE-COMPILE, VARIANT-LINK-TIME and VARIANT-POST-BUILD

Back To Top

WdgTimeoutValue

Name WdgTimeoutValue
Description Watchdog timeout period in milli seconds. Watchdog generates a non-maskable interrupt or reset to the CPU if the watchdog is serviced after this timeout period.
Container Name WdgSettingsFast/WdgSettingsSlow
Type Integer
Range 0 to 65535
Value Configuration Class VARIANT-PRE-COMPILE, VARIANT-LINK-TIME and VARIANT-POST-BUILD

Back To Top

Non Standard Service APIs

Wdg_trigger

The Wdg Manager (or other entities) shall control the watchdog driver via a so called trigger condition. As long as the trigger condition is valid the Wdg Driver services the watchdog hardware, if the trigger condition becomes invalid the Wdg Driver stops triggering and the watchdog expires. API used to trigger wdg is Wdg_trigger and should be called by application periodically

Service Name Wdg_Trigger
Syntax void Wdg_Trigger (void)
Service ID[hex] 0x05
Sync/Async Synchronous
Reentrancy Non Reentrant
Parameters (inout) None
Parameters (out) None
Return Value None
Description This function triggers the servicing of the watchdog.

Back To Top

Wdg_RegisterReadback

To protect HW from unintended reconfiguration (corruption / fault hardware), some of the critical registers are read and to be checked periodically. The values of these registers are not expected to change during normal operation. This is an optional service API, which can be turned OFF. (refer section WdgRegisterReadbackApi)

Service Name Wdg_RegisterReadback
Syntax void Wdg_RegisterReadback (Wdg_RegisterReadbackType * regRbPtr)
Service ID[hex] 0x06
Sync/Async Synchronous
Reentrancy Reentrant (but not for the same RTI channel)
Parameters (inout) regRbPtr : Pointer of type Wdg_RegisterReadbackType
Parameters (out) None
Return Value E_OK: Register read back has been done E_NOT_OK: Register read back failed (if driver is not initialized or RegRbPtr is NULL_PTR
Description Reads the important registers of the hardware unit and returns the value in the structure.

Back To Top

Power-up

The driver doesn't configure the functional clock and power for the RTI modules. It's expected that SBL power-up the required modules. Please refer SBL documentation.

Back To Top

Build and Running the Example Application

Please follow steps detailed in section (Build) to build library or example

Back To Top

Steps to run example application

Please refer (Running Examples)

Back To Top

Memory Mapping

Various objects of this implementation (e.g. variables, functions, constants) are defined under different sections. The linker command file at (Examples Linker File (Select memory location to hold example binary)) defines separate section for these objects. When the driver is integrated, its expected that these sections are created and placed in appropriate memory locations. (Locations of these objects depend on the system design and performance needs)

Section WDG_CODE WDG_VAR WDG_VAR_NOINIT WDG_VAR_CLEARED WDG_CONST WDG_CONFIG_DATA
WDG_DATA_INIT_UNSPECIFIED_SECTION USED USED
WDG_TEXT_SECTION USED
WDG_DATA_NO_INIT_UNSPECIFIED_SECTION USED
WDG_CONST_32_SECTION USED
WDG_ISR_TEXT_SECTION USED
WDG_CONFIG_SECTION USED

Back To Top

Cache

This driver implementation has been validated with cache enabled. For optimal performance it’s recommended to place (Memory Mapping) sections in cache enabled memory area.

Back To Top

Dependencies on SW Modules

ESM

RTI/WDG hardware cannot reset the SoC when WDG expires, instead a pin of the SoC can be asserted. It's expected that an external entity (such as PMIC) will monitor this pin and reset the SoC when pin is driven low. The ESM reports errors in two ways.

  • An interrupt to a processor in the device. This allows the device to analyze and try to recover from an error.
  • An external ERROR pin. This allows the system outside of the SoC to monitor for potentially fatal errors(errors that the device cannot self-recover from). the external I/O(MCU_SAFETY_ERRORn pin) will remain asserted (active low) for a minimum period of time. After that period of time, if the error has been cleared by an internal processor, the pin will go inactive (high). If it does not go inactive in that time, then an external agent should intervene, as there may be an unrecoverable error.

Please refer chapter Error Signalling Module(ESM) in TRM, item 2 of (References) for more details.

Back To Top

DET

This implementation depends on the DET in order to report development errors and can be turned OFF. Refer section (Development Error Reporting) for detailed error codes.

Back To Top

DEM

This implementation depends on the DEM in order to report extended production errors. Refer section (Production Code Error Reporting) for detailed error codes.

Back To Top

File Structure

wdg_design_dir_detailed.png
Detailed Directory Structure
  1. Driver implemented by : Wdg.h, Wdg_Dbg.h, Wdg.c, Wdg_Priv.c and Wdg_Priv.h
  2. Example Configuration by : Wdg_Cfg.h, Wdg_Cfg.c, Wdg_Lcfg.c and Wdg_PBcfg.c
  3. Example Application by : WdgApp.c and WdgApp.h

Back To Top

Error Handling

Development Error Reporting

Development errors are reported to the DET using the service Det_ReportError(), when enabled. The driver interface (Wdg.h File Structure) lists the Error Id.

Back To Top

Error codes

Type of Error Related Error code Value (Hex)
Invalid driver state WDG_E_DRIVER_STATE 0x10
Invalid mode param WDG_E_PARAM_MODE 0x11
Invalid config param WDG_E_PARAM_CONFIG 0x12
Invalid timeout value WDG_E_PARAM_TIMEOUT 0x13
Invalid NULL ptr param WDG_E_PARAM_POINTER 0x14
Invalid configuration set selection WDG_E_INIT_FAILED 0x15

Back To Top

Production Code Error Reporting

Production error are reported to DEM via the service DEM_ReportErrorStatus().

DEM Error codes

Error Name Description
WDG_E_MODE_FAILED Setting watchdog mode failed
WDG_E_DISABLE_REJECTED Disabling watchdog mode failed

Back To Top

API Description

Refer API Documentation for details

Back To Top

Example Application

The example application demonstrates use of the Wdg module. The configuration file is present at (File Structure)

  • Supports Link time,Post Build and Pre Compile Configuration Variants
  • Following default configuration is provided
    • RTI Instance selected is MCU RTI1
    • RTI clock source is selected as 12.5 MHz.
    • RTI window size is set to 100%.
    • RTI reaction after expiry is set to interrupt mode.
    • RTI timeout value is set for 2sec.
    • RTI Mode selected is WDGIF_SLOW_MODE.
    • RTI will be serviced 5 times(approx 10 secs) and then it will expire in 2sec and generates an ESM interrupt.

The list below identifies key steps performed in the example.

  • Initializes “Example Run Result Status Flag”
  • WdgApp_Startup()
    • Initializes ESM
    • Registers ISR for enabled Wdg instance
    • Initializes memory section to check stack/memory corruption
  • WdgApp_PowerAndClkSrc()
    • Set up the clock sources for the enabled Wdg Instance
  • WdgApp_WdgTest()
    • Get version info.
    • On Expiry of WDG timeout, wait for user input, To generate an interrupt (via ESM) or To drive MCU_SAFETY_ERROR Pin low (via ESM) .
    • Initialize Wdg.
    • Set trigger condition i.e permission to service the Wdg for the next n milliseconds.
    • Service Wdg for n milliseconds.
    • Wait for ESM interrupt that is generated after Wdg expiry.
    • If user input selected is "To drive MCU_SAFETY_ERROR Pin low", pin muxing of MCU_SAFETY_ERRORn is done.
    • User needs to give input 1 after probing test point at 2 stages one is before Wdg expires and another after Wdg expires.
  • Checks for error status, stack corruption and prints result

Back To Top

Example Log

J721E and J7200

  • User Input : To generate an interrupt (via ESM) 
        Starting WDG test  !!!

    WDG MCAL Version Info
    ---------------------
    Vendor ID           : 44
    Module ID           : 102
    SW Major Version    : 0
    SW Minor Version    : 1
    SW Patch Version    : 0

    On Expiry of WDG timeout Please enter :
    0 To generate an interrupt (via ESM)
    1 To drive MCU_SAFETY_ERROR Pin low (via ESM)
    0
    Variant - Pre Compile being used !!!
    WDG timeout is configured for 2000 millisecs
    Number of times WDG will be serviced : 5
    WDG ESM Interrupt will be generated after 2000 * 5 i.e 10000 millisecs
    WDG Elapsed and generated an event to ESM
    ESM has generated an Interrupt
    WDG App Completed as expected!!!
    Please refer user guide on usage details
    WDG Stack Usage : 776 bytes
    WDG Test Passed!!!

Back To Top

References

Back To Top

Document Revision History

Revision Date Author Description Status
0.1 2 Jan 2019 Sunil M S First version Pending Review
0.2 7 Jan 2019 Sunil M S Addressed Review comments Intranet Link Approved
0.3 16 Oct 2018 Sujith S Added Logs from J721E testing Approved
0.4 02 Nov 2020 Nikki S J7200 updated Approved