Question

总结keilc编辑,编译用户程序,生成机器代码的过程

Answer 1

问：总结keilc编辑,编译用户程序,生成机器代码的过程

答：正在为您搜索答案，等会儿哦，马上为了您答复

答：此处先抓住主要流程来理解。（1）编译，MDK软件使用的编译器是armcc和armasm，它们根据每个c/c++和汇编源文件编译成对应的以“.o”;为后缀名的对象文件（ObjectCode，也称目标文件），其内容主要是从源文件编译得到的机器码，包含了代码、数据以及调试使用的信息；（2）链接，链接器armlink把各个.o文件及库文件链接成一个映像文件“.axf”;或“.elf”；（3）格式转换，一般来说Windows或Linux系统使用链接器直接生成可执行映像文件elf后，内核根据该文件的信息加载后，就可以运行程序了，但在单片机平台上，需要把该文件的内容加载到芯片上，所以还需要对链接器生成的elf映像文件利用格式转换器fromelf转换成“.bin”或&“.hex”文件，交给下载器下载到芯片的FLASH或ROM中。一般情况下高端的嵌入式系统使用的都是基于Linux系统，包括Android都是基于Linux内核，不过ios系统是基于Unix系统内核。但是移动端硬件方面ARM有着绝对的话语权，目前工业控制类或者手机，强如iPhone8/iPhoneX同样都使用ARM内核的IP，只是由不同的厂商对它进行封装。

答：请问还有什么问题吗？可以打个5星赞吗？谢谢

问：Pc机与iap15w4k58s4单片机通讯时如何连接

答：1）PC机可以对所有100多个单片机进行控制，根据需要，发送不同控制字到达每个单片机；（2）PC机对单片机的状态修改是随机的、没有规律的；（3）所有单片机将自身的一些状态信息按照顺序回传至PC机。1 互通信的几种实现方法PC 机至多个单片机的广播比较简单，难度较大的是多个单片机发送数据至PC机。由于100多个单片机均挂在一个数据总线上，系统设计的难点就在于数据总线控制权的传递，绝对不能出现有2个或者2个以上设备同时向总线上发送数据。系统设计之初，考虑了两种总线控制方式有接力式和点名式：（1）接力式总线控制方式这种控制方式的基本思路是：初始化后，所有单片机在接收完PC机数据后，处于串行接收状态，不占用总线控制权。PC机发出回送开始指令，第1个单片机响应该指令，并立即占有总线控制权，向总线上的PC机发送数据，数据发送完成后，紧接着第1个单片机发送控制指令，通知第2个单片机，同时第1个单片机退出总线控制权，处于接收状态；第2个单片机接收到第1个单片机的开始指令后，和前面第1个单片机一样，开始向总线上发送数据，并在结束传送之后通知第3个单片机，如此这般，不断接力传输，轮流控制总线，直至最后一个单片机完成数据传送。在单片机控制总线，进行回传的过程中，如果要通过PC机向某个或者某些单片机传送数据时，PC机软件会自动将这些数据存储下来，等到最后一个单片机接收向PC机送数据之后，PC机再占用数据总线，开始向单片机传送数据。（2）点名式总线控制方式该控制方式与接力式控制方式大体相同，不同的是这种控制方式需要等待PC 机点名指令。系统初始化后，单片机接收PC机指令、数据之后，PC机发送点名指令，让第1个单片机开始传送数据，第1个单片机接收该指令后，立即占用总线，开始传送数据，传送结束后，发送结束指令至PC 机，PC 机在接收该结束指令后，立即占用总线，再发送点名指令，让第2个单片机开始传送数据，如此不断动作，直至最后一个单片机结束传送。在单片机传送数据时，如果PC 机要送数据至单片机，可以在接收完某个单片机数据之后，暂停发送点名指令，直接发送数据至某个或者某些单片机。待数据发送完成后，继续接上原先的中断的点名顺序号，继续向后点名、传送数据。综合考虑这两种总线控制方式，不难发现，由于没有来回传递点名的指令时间开销，接力式的传输效率会略高于点名式，所以，

答：请问还有什么问题吗？可以打个5星赞吗？谢谢

问：新编程序文件存盘时，其存储文件扩展名的选择依据是什么

问：Led小灯会随着通过电流的增加而变亮吗？

问：延时函数程序放在主函数的前面还是后面，用时有什么区别

答：抱歉，我不会

答：很抱歉，耽误您时间了，没能为您解决问题，对不起