基于STM32的除以0运算话题

有人正在使用STM32G4系列芯片进行产品开发时，他发现如果程序中遇到除以0的操作，会导致进入错误异常中断，从而影响程序的运行。他想知道是否可以通过设置，即使发生除以0的操作，也不让程序进入异常中断，并且希望在这种情况下，除法的结果（商）直接等于当前变量类型所支持的最大值。例如，如果被除数是一个16位变量，经过除以0操作后直接将其赋值为0xffff。实际应用中，客户的需求往往五花八门。

那么，实际上能否满足该STM32用户的需求呢？让我们一起来看看。

首先，这个问题与STM32芯片的外设无关，而是与内核相关。这位客户选择的是搭载Cortex-M4内核的STM32芯片，因此我们可以从Cortex-M4内核的手册中寻找相关内容。

通过查阅ARM Cortex-M4内核手册，我们了解到执行除以0的操作将引发用法错误（UsageFault），同时手册中也提到，能够配置该操作和非对齐访问操作是否触发异常。具体内容请参考下方绿色方框内的文字内容。

那么对该用法异常的监测控制是通过哪个寄存器进行配置的呢？经浏览手册得知它是通过配置控制寄存器[SCB->CCR]进行配置的。

根据上面描述可知，当CCR寄存器的DIV_0_TRP位被配置0时，即使发生除以0操作也不会触发异常，只有当该位被置1前提下，当发生除以0操作时才触发异常事件并产生相应中断。

下面我们具体验证下。我找了块M4内核的STM32芯片的开发板。我们先使用ARM MDK来验证。

测试代码很简单，就是下面截图中的几行，简单的闪灯操作，里面夹了一句除法操作。SCB->CCR被赋值0x00000210即置位了DIV_0_TRP，当被赋值0x00000200时对其进行清零。

经过测试，当我们置位上面CCR寄存器的DIV_0_TRP位，在发生除以0操作时就会进入HardFault中断，同时被除数的结果【Result】即商变为0.

而当我们对DIV_0_TRP位清零，即SCB->CCR被赋值0x00000200时发生除以0操作不会触发Hardfault中断，但被除数除以0后其结果依然保持为0。整个程序运行起来感觉不到任何阻滞。

上面是基于ARM MDK环境测试的，我们换为IAR IDE测试看看。

我们依然先验证CCR寄存器的DIV_0_TRP位被置1的情况。经测试，结果跟ARM MDK环境下的测试结果完全一致。

当我们对CCR寄存器的DIV_0_TRP位清零时，测试结果也跟ARM MDK环境下的一致。

显然，结合Cortex M4内核手册的描述和实际验证，当发生除以0操作时是否触发异常事件是可以配置的，至于发生除以0操作后的商，它始终是0，这个结果其实在上面截图有明确提及，这里再单独截图出来。

不过，这个结果跟开篇客户所期望的不一致，这是由硬件决定的，不同的硬件在这个地方处理不尽相同。其实，其它Cortex M内核芯片这个地方约定是一样的。

聊到这里，或许有人发现了一个问题。从手册上看，这个除以0操作触发的应该是用法异常【UsageFault】，而我们在实际测试时进入的中断却是HardFault异常，这两个异常并不一样啊？

这是怎么回事呢？在此抛砖引玉吧，有兴趣的话不妨查找相关资料继续寻找相关答案。

以上就是良许教程网为各位朋友分享的Linu系统相关内容。想要了解更多Linux相关知识记得关注公众号“良许Linux”，或扫描下方二维码进行关注，更多干货等着你 ！