stm32汇编开发还能走多远？

hank

虽然stm32刚入门，我还是决定把我的想法说出来，一方成是希望能起到抛砖引玉的作用，另一方面是希望能够得到观念的更正和提高。

对于stm32库开发，我的想法是，ST公司之所以推出库开发方式，说明库开发方式对ST公司有利，有利才会去做。

我们知道使用汇编的人很少，但汇编有非常高的运行效率。大部分人还是比较难接收汇编方式，因为学习曲线很长，概念很多。

大部分人更易于接收的方式是库开发方式。这就好比一个金字塔，最顶端的人是使用汇编，最多人使用的却是库开发。

ST公司，如果推出库开发方式，如果能被大部分人接收的话，就能够捉住这绝大部分人。从而使用得ST公司的产品更够疯狂被推广。

但，从个人角度来说，最顶尖的高手，一定是没有多余的动作，动作一定是干脆利落，一定是一招致胜。无疑，汇编就是这样一种武器。

另一方面，从PC个人电脑的发展历史来说，在个人电脑领域，无论在哪个层面，占主导的都不是汇编语言。

如果从这个角度出发去看的话，ST公司可能在把握未来，可能在未来会有一系列仿效个人电脑硬件发展的一些类似动作。（比如ST现在已经自己在发展集成开发环境）

所以，使用汇编开发，还能走多远呢？这是我看不透的地方。

edmund1234

给你说一个经历， 朋友的公司，有一个用stm103的项目， 搞了两个月， 负责的工程师说CPU跑的不够快， 要升级到407, 结果找我做， 我给他的条件是帮你降级到F0， 收三倍他之前开出的开发费， 这是汇编的与C的分别

jermy_z

最底层的一定是汇编，但是懂汇编的和学汇编的比较只会越来越少

kvdong

汇编 和 库 不是一个层面上的东西，
STM32的库一般的比较对象是直接寄存器操作；
汇编的比较对象一般是C语言为代表的高级语言。
32位单片机用汇编？程序员不疯，老板也会疯的。
现在编译器的发展，使得用C语言写出来的代码不比直接用汇编大多少，执行效率也不低多少，但工作量明显不是一个层级的。
甚至一个新入行的程序员写的汇编语言代码兴许比用C语言编译后的代码更大，效率更低呢。

kvdong

同样一个项目，一个成熟的程序员用C语言（库方式、寄存器方式均可）可能2个月做好程序，但同样成熟的程序员用汇编，也许得用4个月，而能减少的代码量所减少的成本不见得能超过2元，就按2元算吧，一个成熟的程序员在我们这个好几线的城市月薪也得10K吧，2个月工资就是要1万台的产品量才能收回，还不包括提前上市的先机效应、程序升级维护困难度之类的无形损失。
如果是在低端8位机上，也许2元成本在产品中很明显，但已经用到STM32的情况下，2元在产品整体硬件成本中的占比一般不会太大了。
更何况现在编译器的发展和硬件的发展，很少有项目会使得某芯片C语言不够用必须汇编了。

哆啦A萌

人家都帮你设计好了砖头，你还要自己拿泥土去垒墙。

15353920254

汇编表示看不懂，但是我觉得寄存器比库函数代码简单

wlq390934605

对于单片机，mcu,跨界处理器，应用处理器，用好汇编，顶多也就只能在51单片机那个层次有优势，跑应用汇编的优势很低，很低，就像使用寄存器并不一定能比库优势，而且还要自已写底层，代价很高，但效益却很低。高手并不是一定得用汇编，高手应是能用好一却，我们所见的编程语言，能够全方位的突破问题之所在，只有这样才能突破编程语言，编程平台的界线，拥有突破一切障碍的能力

xyl210xyl

寸步难行

路上捡到一只猫

如3楼说的，汇编跟库不应该摆一起讨论。汇编是一种语言，应该跟C语言比较。
汇编的效率比C语言是要高一些，但也没有一个很大的差异。现在的项目都非常复杂了，不像以前的8051，资源不多的芯片，用汇编或许还可以应付。
用汇编开发周期势必会很长，这还不是最致命的。当项目复杂后，汇编语言就不适用了，程序的复杂度无法想象，所以有些安全关键性领域是不建议用汇编的。
再一个是可移植性，如果一个算法库用汇编来写，当换到别的平台后基本上可以说是要重写一遍了，这个也没法接受。
只有在极致追求效率的时候才会用汇编来写，像很多RTOS只是任务调度上下文切换用汇编来写，否则一个用汇编写的RTOS估计几个人会选择使用。

hank

edmund1234 发表于 2018-8-23 18:13
给你说一个经历， 朋友的公司，有一个用stm103的项目， 搞了两个月， 负责的工程师说CPU跑的不够快， 要升 ...

warship

汇编和C语言比较，
使用库函数和直接操作寄存器比较。

hank

NULLFF 发表于 2018-8-23 21:52
看我的贴子：
http://bbs.mydigit.cn/read.php?tid=2495912&page=1
http://bbs.mydigit.cn/read.php?tid= ...

键盘扫描现在我用外部中断，感觉非常好，零失误，零误击，

配合编码芯片，可扩展按键，非常爽

hank

哆啦A萌 发表于 2018-8-23 16:56
人家都帮你设计好了砖头，你还要自己拿泥土去垒墙。

意思是，如果使用到时我还是要用汇编造一套轮子？

DreamWaterPro

汇编和高级语言编程各有各的应用场景，撇开应用场景谈谁更有前途谁更好之类的就是在耍流氓。

如果一个工程要求极高的实时性，功能上不是特别复杂，并且成本敏感，那么可能的情况下就选择汇编。
如果一个工程要求的开发时间短，老板希望你尽快赶出样机；或者要求实现的功能复杂，啥都要有，那么不用想了高级语言。我甚至可以考虑用C++。

如果自己需要定制一个任务调度系统，或者就是操作系统，那么内核任务的切换，临界区的进入和退出，切换任务时当前任务执行状态的保存和新任务状态的恢复，这些功能是高级语言哪怕是C所难以做到的。大部分操作系统也都是用了C和汇编结合的方式。汇编语言的特性决定了这样的工作最适合用汇编的方法实现，但也同时限制了对于大型应用的应用——不然为什么计算机前辈们会不辞辛劳地将编程方法从BASIC ,C/C++，fortran,pascal,java这些早期的高级语言发展到现在的Python,Delphi，Ruby？

我觉得意法半导体开发出标准库和HAL库是绝壁正确的选择，不然STM32学习时间成本太高，很多人会望而却步。现在的编程思想就是，用最快的时间实现我想要的功能。STM32本身也确实有足够的资源可以应对普通的应用。
回到楼主的问题，在这个前提下，汇编开发几乎不可能得到大范围的应用，事实上除了写一些操作系统底层功能之外我还真没看到过有人真正地用汇编写实际工程的代码（也可能是和我的环境在学校里有关系）。并且C语言还有汇编没有的移植性，更是可以大大加速开发过程。另外说C慢的，你们有用过编译器的优化功能吗？

PS:如果自己玩，随便啦，自己想用啥用啥，用出优越感也没人说你。不过我也想说，确实汇编大法好，那种感觉是芯片把自己的心脏暴露给你，通过指令似乎能够看到背后的各种译码器选择器加法器，就是直接在操作硬件。不过要说开发，我站在高级语言这边。

llc68

edmund1234，你好，我想用STM32F030F4P6开发一个工程，需要用到定时器和ADC，在定时中要输出最高300KHz的可变波形，现在用C编程，只能到220KHz左右，想用汇编来做，但是没有弄过（51汇编以前熟），想请帮忙

吕刚电子

除了GCC都是收费软件，汇编谁能说个收费的出来。