KEA128RM WDOG 问题

实验板：TRK-KEA128,  
开发软件：IAR7.4
KEA128RM  手册上关于WDOG->CS1  复位后的的值为0x80，意思就是看门狗上电默认使能，但上电后wdogState 的值却是0x00？这个怎么解释？
void start(void)
{
    wdogState = WDOG->CS1;
    WDOG_DisableWDOGEnableUpdate();
    common_startup();
    sysinit() ;
    main();
    while(1);
}

在《【经验分享】KE KEA 看门狗不复位的几点说明》文档里面说的WDOG_CS1，WDOG_CS2上电复位后，只能写一次，也不是太理解，因为上电后执行了一次函数WDOG_DisableWDOGEnableUpdate()，后面我又重新初始化了一次 Wdog_Init(1000)，  程序里面喂狗，程序正常；如果去掉函数WDOG_DisableWDOGEnableUpdate()，主程序则不能正常工作。

你好！
你上电之后再什么地方看WDOG_CS1[EN]是0的？
你不要直接读wdogState, 你要看WDOG_CS1[EN]寄存器。
另外，关于上电后只写一次，在RM中也讲了，WDOG_CS1，WDOG_CS2很多位是复位之后，只写一次的，如果你写过一次，再重复操作，那么就写不进去了，除非你复位或者写一下Robust write sequence,(0X20C5和0X28D9)这个序列，这样可以在128个bus时钟内更新只写一次的看门狗寄存器。
你说的能正常工作，是因为你WDOG_DisableWDOGEnableUpdate函数中有更新寄存器的序列，然后你紧接着配置开启看门狗，这样当然能工作。
如果你只是禁止看门狗，后面不去配置使能看门狗，那么你看门狗同样是不能工作的。

通过SWD接口 （JTAG仿真器） 查看  WDOG_CS1[EN]也是0；
之所以通过wdogState = WDOG->CS1 来看，是我当时怀疑仿真器问题；
结果就是两种方式查看的结果是一致的。

“只写一次寄存器”  我的理解可能有误，没有考虑到(0X20C5和0X28D9)序列之后，还是可以写的。

2008雨声 发表于 2015-4-29 14:37
通过SWD接口 （JTAG仿真器） 查看  WDOG_CS1[EN]也是0；
之所以通过wdogState = WDOG->CS1 来看，是我当时 ...

好的，我待会看下KEA128复位后WDOG的情况，然后告诉你。

FSL_TICS_ZJJ 发表于 2015-4-29 14:45
好的，我待会看下KEA128复位后WDOG的情况，然后告诉你。

你好，实验有结果吗？

2008雨声 发表于 2015-5-5 22:44
你好，实验有结果吗？

楼主你好！
不好意思，回复迟了。
我这边实验结果和你一样，也是关闭的，我帮你问下管KEA的工程师，有回复再告诉你。

2008雨声 发表于 2015-5-5 22:44
你好，实验有结果吗？

楼主你好！
正如你说的那样，KEA128的看门狗的确是复位后禁止的，这点和手册写的复位后的值不一样。

楼主你好！
刚才仔细研究了下，发现，这个和下载文件应该也是有关系的。
我们试的是CW中新建的一个空工程，直接下载复位尝试，发现和你现象一样。
发现，如果masserase之后，第一次进入程序查看看门狗是禁止的。
但是如果点击reset按钮之后，看门狗就默认被关闭了。
然后跟了下复位调用文件 project_settings中Debugger下的initi_kinetis.tcl，发现里面有“：
proc init_debug_modules {} {
    # initialize LR to avoid invalid stack after reset
    reg "User\\/System Mode Registers/LR" = 0xFFFFFFFF
    # clear FPB comparators
    reg "Breakpoint Unit Registers/BP_COMP0" = 0x0
    reg "Breakpoint Unit Registers/BP_COMP1" = 0x0
    # clear DWT function registers
    reg "Core Debug Registers/DEMCR" = 0x1000001
    reg "Data Watchpoint and Trace Unit Registers/DWT_FUNCTION0" = 0x0
    reg "Data Watchpoint and Trace Unit Registers/DWT_FUNCTION1" = 0x0

    # Disable the Watchdog because it may reset the core before entering main()
    #reg "Watchdog timer (WDOG)/WDOG_TOVALH" = 0x03
    #reg "Watchdog timer (WDOG)/WDOG_TOVALL" = 0xE8
    #reg "Watchdog timer (WDOG)/WDOG_CS2" = 0x03   
    #reg "Watchdog timer (WDOG)/WDOG_CS1" = 0x23
}
你可以看到有对看门狗的操作，直接关闭了。如果屏蔽地道看门狗操作代码，再按reset按钮，复位后CS1值就是0X80了。
如果是IAR，我认为，你可以masserase一下，然后看第一次，是否是开启的。
后续如果按复位按钮，就需要查看下复位调用的内部代码情况了，这个和IDE有关。

总结下，文档写的是正确的，复位之后，芯片默认是开启看门狗的。
目前看到现象关闭，是因为编译器做了关闭看门狗的动作。

非常感谢你关于Kinetis的技术问题。如果你没有其他问题，我们将此帖默认为已解决.