个人理解是在HALT模式下，开启低速时钟运行RTC 叫做“active halt”. 从测试结果看，唤醒后读取时钟是要按一定的方式才能读到，因为总线时钟的差异。所以楼主检查一下，唤醒后系统时钟是否恢复成高速，同时估测一下读取时钟要耗费多少时间再决定看门狗的处理吧
我猜楼主说的是代码超过32K后对于长地址的访问吧。因为STM8寻址寄存X,Y是16位的，当代码超过32K的话，寻址就需要24位长度了。因此编译器设定了memory model 选项。包括变量的声明区分。最简单的方式是使用外设库的项目模板，里面默认值已经设定好了
用过stm8l051和l151和430的g2553以及5438 st和ti对于低功耗的理解不同，实现方式也不同 两者的内核部分时钟停止和唤醒速度差不多，us级的，主要区别在于外设上 st更倾向于让用户自己动手在进低功耗模式前关掉部分的外设时钟 内部稳压等模拟外设，唤醒后需要手动启动一部分外设和初始化时钟（比如stm32l151，唤醒后默认MSI，意味着每次唤醒后都要手动切一遍时钟，而切时钟又需要设置flash延时和缓存启用一类的东西），整体来说要get到比较低的平均功耗，需要熟悉st的外设特性。 ti的外设更自主一点儿，用起来很利索，一句lpm3完事儿，唤醒时钟也会自己切回来，ad采集完自己就停了，内部参考啥的也会自己进入低功耗模式，总之比较省心一点儿，比较简单的低功耗设计还是喜欢用430。2021年了，st涨价了，突然觉得430就不是那么贵了。 最终把程序优化完，stm8l051和msp430g2553的平均功耗不会差多少，至少实际用电池测下来，续航差不多。
