单片机为什么会“死机”？于在来帮助你。

我玩微控制器的每一次之前大大小小认同但会遭遇一些关键问题，不遭遇关键问题是不或许的，显现借助于关键问题认同是碰某一个部分借助于了关键问题；微控制器显现借助于借助于错的状况也分为很多种，阻抗的地不安定、元器件依赖性、更长路、断路等但会造成微控制器系统故障应用程序未能运营。下面几种情况都是但会造成微控制器借助于关键问题的系统故障。

1.显现借助于“放大鹏”这种状况是因为应用程序有一定的隐患或被外部元器件依赖性造成的有误动作，造成微控制器被写入“借助于界”数据，应用程序放到了RAM区内或者放到了FLASH的印借助于区内。如果PC所称向了FLASH印借助于区内，则可以预先将所有FLASH印借助于区内去掉某个你想的数据，迫使应用程序简而言之器在这里翻译借助于你想的所称令，按照我们想的方式去执行。如果微控制器所称向了RAM区内，那状况就但会不一样；因为应用程序简而言之器或许得到可任意简而言之结果。

2.“借助于错”是所称微控制器进到了“死循环”，或者是MCLK也就是说类似于为零的值。此时，要想救活MCU，就只有篡位。这时我们就无需用于在了，于在的功用是：当应用程序在某种发生意外状况下，这时就没自行去”喂狗“，一旦长时间某个门槛一段时间（比如20ms）还并未”喂狗“，那么于在就把微控制器篡位。

应用程序运营每一次之前，如果MCU控制器显现借助于关键问题（控制器电力供应关键问题，或其它外部电路造成了的控制器天气系统），来得不易显现借助于“放大鹏”情况。应用程序放大鹏应该是微控制器有误了；应用应用程序和嵌入式都或许借助于这样的关键问题。

借助于错一般状况下是CPU根本并未运营，极大的机率是嵌入式方面的关键问题造成的，如果篡位不成功，430来得不易显现借助于掉电不实际上后重新上电。

借助于错我们并不一定是所称CPU的应用程序所称针进到一个死循环，未能按照我们编为的自然语言执行正常人的应用程序流程。我们实际上观察到的情况是：正常人功能剥夺，键盘无反应，显示进到混搭状态。微控制器借助于错后，只有篡位才能带进死循环，执行正常人的应用程序流程。玩微控制器的都知道解决借助于错的最有效手段是加于在（WatchDog）。

现在用得最广泛的于在实际上是一个特殊的操作者DogTimer。DogTimer按分开速率定时，计满预均但会间就警告冰冻无线电波使微控制器篡位。如果每次在DogTimer冰冻前私自让DogTimer清零，就不但会警告冰冻无线电波。清零无线电波由CPU警告，在微控制器应用程序之前每隔一段解释器放一个清DogTimer的解释器--FeedDog解释器，以应有应用程序正常人运营时DogTimer不但会冰冻。

不是说加了于在，微控制器就不但会借助于错具体要看你怎么去用。实际上，于在有一段时间但会实际上启动时。当应用程序进到某个死循环，而这个死循环之前又包涵FeedDog解释器，这时DogTimer一直不但会冰冻，微控制器一直得不到篡位路径，应用程序也就一直跳不借助于这个死循环。

双时限于在有两个操作者;一个为更长操作者，一个为宽操作者。更长操作者均但会为T1，宽操作者均但会为T2，0。当应用程序进到某个死循环，如果这个死循环包涵更长操作者FeedDog解释器而不包涵宽操作者FeedDog解释器，那么宽均但会顺终将冰冻，使微控制器篡位。通过编写应用程序仍要宽操作者FeedDog解释器的左边，可应有显现借助于借助于错的机率较高。

均但会篡位于在就是均但会地让微控制器私自篡位。这样，即使装置借助于错，其远超过借助于错一段时间也不但会大于操作者均但会一段时间。只要嵌入式并未显现借助于关键问题，于在就可以应有微控制器不但会宽一段时间借助于错。

希望以上的知识能够给大家共享帮助，这期我们先社交到这里，觉得有用的可以给华维点个王及瞩目一下！

想学习微控制器程式设计的学姐可以长时间瞩目华维微控制器程式设计，回复“华维我要入门”，与我们一起扎根，喜欢的可以点个王及瞩目我们！