是不是对以后的维护会节约很多时间？

1万 · 2018-3-14 16:45

最近在做超低低功耗产品，由于接手时程序基本完成，是用汇编编写的，程序的修改和维护很复杂，持续修改中，可是感觉问题越改越多；现在考虑要用C语言重写一下，是不是对以后的维护会节约很多时间？

1万 · 2018-3-14 16:48

遇到什么问题啦

1万 · 2018-3-14 16:51

汇编语言的功耗会节约很多，现在汇编语言对寄存器都赋值变量，用c语言每次都要在变量空间调入寄存器，很难直接在寄存器调用，这样感觉功耗就会增加一些。

3万 · 2018-3-14 16:55

有时间的话，还是用c写一遍比较好
现在用汇编的越来越少了

1万 · 2018-3-14 16:57

这个。。不知道C语言比汇编会增加功耗吗？会增加多少？

2万 · 2018-3-14 17:19

C语言对端口控制能不能达到汇编语言的简洁程度？

1万 · 2018-3-14 17:32

是啊，因为现在对功能的要求基本要做到一个指令一个指令来控制。

1万 · 2018-3-14 17:45

功耗和使用汇编、C语言关系不大，汇编的优势是控制时序比较容易。

1万 · 2018-3-14 17:49

功耗和使用汇编、C语言关系不大，与内部启动的功能模块和硬件电路有很大关系，低功耗睡眠时需注意对IO口的处理，漏电流对功耗影响很大，看楼主做什么产品，超低功耗我折腾了半年。

1万 · 2018-3-14 17:54

电路功耗，和汇编，c 没多少大关系，还是硬件电路的关系，楼主不要担心

1万 · 2018-3-14 17:56

C语言跟编译器的关系很大熟悉编译器特性后编译出来的代码效率也很高

1万 · 2018-3-14 17:59

如大家所说功耗与语言无关，但是如楼主所说，使用汇编与使用C功耗肯定不一样，C语言编译出的代码，大多通过pc指针偏移来取数，直接对寄存器的操作肯定比通过ldr str指令功耗低，ARM的IQ杂志有一期的一篇**专门讲了这方面的分析。

1万 · 2018-3-14 18:08

如果使用的外设一样，程序到底多省电就看执行的代码的时间和待机的时间各占多少，想看汇编能多省多少电，就看汇编的程序，比C编译出来的，每秒少执行的指令的条数。

1万 · 2018-3-14 18:10

我一直用汇编，这个问题还真没考虑过

1万 · 2018-3-14 18:14

不过怎么会在持续修改中感觉问题越改越多呢？把整个程序改用c的话不是更麻烦？

1万 · 2018-3-14 18:23

汇编比C语言，
由于可读性的差别，
在维护方面要吃力些！

1万 · 2018-3-14 18:26

汇编语言比c语言会快些，而c语言比汇编可读性强些

1万 · 2018-3-14 18:30

同样的功能，C的指令条数远多于汇编撒，因此对相同的功能来说C的功耗要高；同样时间段，执行的指令条数差不多，所以对相同时间段内来说，功耗基本差不多；还有汇编写程序可以充分利用内部寄存器，而C的话开放给C编译器层面的寄存器就那么几个，而访问寄存器要比访问RAM功耗低

1万 · 2018-3-14 18:35

一般来说，实现相同的功能，汇编运行时间比C少，消耗的功耗要少一点，但是从低功耗产品的经验来看，运行功耗仅占总功耗的一小部分，更多时候MCU处于待机状态，这时候汇编不汇编就没有什么意义了。所以基本结论是——用C不会增加显著的功耗。

1万 · 2018-3-14 18:37

汇编编程效率低，但运行效率高，C与此相反