Watchdog Duration Update Issue in FS26 During Normal Mode

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Watchdog Duration Update Issue in FS26 During Normal Mode

169 Views
akashjasud177
Contributor I

We are currently working with the FS26 IC alongside the S32K396 controller for our bootloader application. We are attempting to change the watchdog duration in normal mode before jumping to other applications, but so far, we have been unsuccessful.

Below are the steps we have followed:

 

  1. Configured WDWPERIOD1 during INITFS mode for the bootmanager and set up all necessary registers.
  2. Closed INITFS with one successful watchdog refresh.
  3. Cleared FCCU/ERRMON faults and watchdog faults, and released the safety outputs. After this step, I verified that the IC was in normal mode with no faults present.
  4. In the bootmanager application, we refreshed the watchdog according to the configured timing — setting the duration to 128ms and the closed window to 32%, which results in a midpoint of the open window at 83ms. We refreshed the watchdog at every 83ms.

This step works fine, with no resets or watchdog faults.

  1. Next, before jumping to another application, we aimed to increase the watchdog duration. The steps for this were:
    • 5.i) Provide at least one good refresh with the configured period after we are in normal mode(referred to as PERIOD_1).
    • 5.ii) After 5.i), change the watchdog duration to 1024ms (referred to as PERIOD_2). 
    • 5.iii) Provide one refresh with the old period (PERIOD_1). At this point, we observed that the FS_DIAG_SAFETY1.BAD_WD_TIMING bit was set. To counter this, we tried clearing the watchdog fault before changing the period, but the issue persisted.
    • 5.iv) Provided refresh with the new period (PERIOD_2). around every 665ms.

I have verified that all watchdog refresh timings were accurate and took place at the midpoint of the open window and there was no write issue(no CRC issue)

One observation: if I forcibly revert back to the old period (PERIOD_1) immediately after writing PERIOD_2, then there are no resets, and the watchdog refresh counter increments as expected without any faults. This suggests that the FS26 IC is not accepting the newly configured period during the steps from 5.i) to 5.iv).

Could you please confirm if we have missed anything or provide any suggestions? That would be very helpful.

0 Kudos
Reply
1 Reply

142 Views
petervlna
NXP TechSupport
NXP TechSupport

Hello,

I had a look at your FS26 config and I do no see any issue in the steps you are executing.

basically you need to:

1. The duration of the watchdog window is configurable from 1.0 ms to 1024 ms with the WDW_PERIOD[3:0] SPI bits.

You will configure the WDW according your needs.

2. The new watchdog window is effective after the next watchdog refresh.

You need to do 1. refresh with old period.

3. since now the new watchdog period is applied.

 

I would look for the issue somewhere else. Maybe you are sending wrong SPI refresh, you something delay it on your application side.

you can also check the SPI line when new period is applied if it match the refresh window. etc...

Best regards,

Peter



 

0 Kudos
Reply
%3CLINGO-SUB%20id%3D%22lingo-sub-2181104%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3EWatchdog%20Duration%20Update%20Issue%20in%20FS26%20During%20Normal%20Mode%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2181104%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3EWe%20are%20currently%20working%20with%20the%20FS26%20IC%20alongside%20the%20S32K396%20controller%20for%20our%20bootloader%20application.%20We%20are%20attempting%20to%20change%20the%20watchdog%20duration%20in%20normal%20mode%20before%20jumping%20to%20other%20applications%2C%20but%20so%20far%2C%20we%20have%20been%20unsuccessful.%3C%2FP%3E%3CP%3EBelow%20are%20the%20steps%20we%20have%20followed%3A%3C%2FP%3E%3CBR%20%2F%3E%3COL%3E%3CLI%3EConfigured%20WDWPERIOD1%20during%20INITFS%20mode%20for%20the%20bootmanager%20and%20set%20up%20all%20necessary%20registers.%3C%2FLI%3E%3CLI%3EClosed%20INITFS%20with%20one%20successful%20watchdog%20refresh.%3C%2FLI%3E%3CLI%3ECleared%20FCCU%2FERRMON%20faults%20and%20watchdog%20faults%2C%20and%20released%20the%20safety%20outputs.%20After%20this%20step%2C%20I%20verified%20that%20the%20IC%20was%20in%20normal%20mode%20with%20no%20faults%20present.%3C%2FLI%3E%3CLI%3EIn%20the%20bootmanager%20application%2C%20we%20refreshed%20the%20watchdog%20according%20to%20the%20configured%20timing%20%E2%80%94%20setting%20the%20duration%20to%20128ms%20and%20the%20closed%20window%20to%2032%25%2C%20which%20results%20in%20a%20midpoint%20of%20the%20open%20window%20at%2083ms.%20We%20refreshed%20the%20watchdog%20at%20every%2083ms.%3C%2FLI%3E%3C%2FOL%3E%3CP%3EThis%20step%20works%20fine%2C%20with%20no%20resets%20or%20watchdog%20faults.%3C%2FP%3E%3COL%3E%3CLI%3ENext%2C%20before%20jumping%20to%20another%20application%2C%20we%20aimed%20to%20increase%20the%20watchdog%20duration.%20The%20steps%20for%20this%20were%3A%3C%2FLI%3E%3C%2FOL%3E%3COL%3E%3CUL%3E%3CLI%3E5.i)%20Provide%20at%20least%20one%20good%20refresh%20with%20the%20configured%20period%20after%26nbsp%3Bwe%20are%20in%20normal%20mode(referred%20to%20as%20PERIOD_1).%3C%2FLI%3E%3CLI%3E5.ii)%20After%205.i)%2C%20change%20the%20watchdog%20duration%20to%201024ms%20(referred%20to%20as%20PERIOD_2).%26nbsp%3B%3C%2FLI%3E%3CLI%3E5.iii)%20Provide%20one%20refresh%20with%20the%20old%20period%20(PERIOD_1).%20At%20this%20point%2C%20we%20observed%20that%20the%20FS_DIAG_SAFETY1.BAD_WD_TIMING%20bit%20was%20set.%20To%20counter%20this%2C%20we%20tried%20clearing%20the%20watchdog%20fault%20before%20changing%20the%20period%2C%20but%20the%20issue%20persisted.%3C%2FLI%3E%3CLI%3E5.iv)%20Provided%20refresh%20with%20the%20new%20period%20(PERIOD_2).%20around%20every%20665ms.%3C%2FLI%3E%3C%2FUL%3E%3C%2FOL%3E%3CP%3EI%20have%20verified%20that%20all%20watchdog%20refresh%20timings%20were%20accurate%20and%20took%20place%20at%20the%20midpoint%20of%20the%20open%20window%20and%20there%20was%20no%20write%20issue(no%20CRC%20issue)%3CBR%20%2F%3E%3CBR%20%2F%3E%3CSTRONG%3EOne%20observation%3A%20if%20I%20forcibly%20revert%20back%20to%20the%20old%20period%20(PERIOD_1)%20immediately%20after%20writing%20PERIOD_2%2C%20then%20there%20are%20no%20resets%2C%20and%20the%20watchdog%20refresh%20counter%20increments%20as%20expected%20without%20any%20faults.%20This%20suggests%20that%20the%20FS26%20IC%20is%20not%20accepting%20the%20newly%20configured%20period%20during%20the%20steps%20from%205.i)%20to%205.iv).%3CBR%20%2F%3E%3C%2FSTRONG%3E%3C%2FP%3E%3CP%3ECould%20you%20please%20confirm%20if%20we%20have%20missed%20anything%20or%20provide%20any%20suggestions%3F%20That%20would%20be%20very%20helpful.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2181724%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%20translate%3D%22no%22%3ERe%3A%20Watchdog%20Duration%20Update%20Issue%20in%20FS26%20During%20Normal%20Mode%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2181724%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3EHello%2C%3C%2FP%3E%0A%3CP%3EI%20had%20a%20look%20at%20your%20FS26%20config%20and%20I%20do%20no%20see%20any%20issue%20in%20the%20steps%20you%20are%20executing.%3C%2FP%3E%0A%3CP%3Ebasically%20you%20need%20to%3A%3C%2FP%3E%0A%3CP%3E1.%26nbsp%3BThe%20duration%20of%20the%20watchdog%20window%20is%20configurable%20from%201.0%20ms%20to%201024%20ms%20with%20the%20WDW_PERIOD%5B3%3A0%5D%20SPI%20bits.%3C%2FP%3E%0A%3CP%3EYou%20will%20configure%20the%20WDW%20according%20your%20needs.%3C%2FP%3E%0A%3CP%3E2.%20The%20new%20watchdog%20window%20is%20effective%20after%20the%20next%20watchdog%20refresh.%3C%2FP%3E%0A%3CP%3EYou%20need%20to%20do%201.%20refresh%20with%20old%20period.%3C%2FP%3E%0A%3CP%3E3.%20since%20now%20the%20new%20watchdog%20period%20is%20applied.%3C%2FP%3E%0A%3CBR%20%2F%3E%0A%3CP%3EI%20would%20look%20for%20the%20issue%20somewhere%20else.%20Maybe%20you%20are%20sending%20wrong%20SPI%20refresh%2C%20you%20something%20delay%20it%20on%20your%20application%20side.%3C%2FP%3E%0A%3CP%3Eyou%20can%20also%20check%20the%20SPI%20line%20when%20new%20period%20is%20applied%20if%20it%20match%20the%20refresh%20window.%20etc...%3C%2FP%3E%0A%3CP%3EBest%20regards%2C%3C%2FP%3E%0A%3CP%3EPeter%3C%2FP%3E%0A%3CP%3E%3CBR%20%2F%3E%3CBR%20%2F%3E%3C%2FP%3E%0A%3CBR%20%2F%3E%3C%2FLINGO-BODY%3E