ansys低频电磁场常见问题问答：
Q:一般简单的低频电磁场计算结果后，2D磁通密度曲线分布与理论分布不一致？
A:首先请检查各个部分的材料属性是否取得一致，最可能是由于高导磁系数的材料被低导磁的空气材料替代。
其次，请看看关于磁力线平行的边界条件是否设置正确。
Q:用矢量方法分析稳态电流激励下3D电磁场时，磁场分布结果不对，该检查什么？
A:在三维矢量分析计算不能使用36号跑道型线圈单元时，对有弧度的线圈，应建立局部坐标系进行加载
来保证电流的连续性，请检查电流是否连续。
Q:对带有BH曲线的非线性材料进行大规模计算时，为了加快收敛，想降低收敛标准，应该怎么办？
A:请进入求解器（/solu），
-Load Step Opts- Nonlinear>(Convergence Cri）Static,Harmonic,Transient
分别用新的收敛标准去替换缺省值。
在添加百度的移动统计真机调试时候，提示库文件libBaiduMobStat.a 出问题，经咨询百度技术人员，解决如下：
在项目的TARGETS的build settings的Library Search Paths将libBaiduMobStat.a的路径设置正确就OK了。
由此类推，在引用xxx.a文件的时候，该文件的路径有可能混乱，需要检查一下lib的路径是否正确。
一、HEX
Hex文件,一般是指Intel标准的十六进制文件。Intelhex 文件常用来保存单片机或其他处理器的目标程序代码。它保存物理程序存储区中的目标代码映象。一般编程器均支持生成此种格式文件。如，KEIL下可通过配置相关选项来生成HEX目标文件。
HEX文件由记录（RECORD）组成。在HEX文件里面，每一行代表一个记录。
形如
:BBAAAATTHHHH...HHHHCC
BB:字节个数。
AAAA:数据记录的开始地址,高位在前,低位在后。
TT: Type
00数据记录，用来记录数据。
01记录结束，放在文件末尾，用来标识文件结束。
02用来标识扩展段地址的记录
04扩展地址记录(表示32位地址的前缀)
HHHH:一个字(Word)的数据记录,高字节在前,低字节在后。TT之后共有
BB/2 个字的数据 。
CC: 占据一个Byte的CheckSum
举例分析:
:020000040000FA
:10000400FF00A0E314209FE5001092E5011092E5A3
:00000001FF
第1条记录长度为0x02，LOAD OFFSET为0000，RECTYPE为04，说明该记录为扩展段地址记录。数据为0000，校验和为FA。从这个记录的长度和数据，我们可以计算出基地址为0X0000。后面的数据记录都以此地址为基地址。
第2条记录长度为0x10（16），LOAD OFFSET为0004，RECTYPE为00，说明该记录为数据记录。数据为FF00A0E314209FE5001092E5011092E5，共16个字节，记录的校验和为A3。此时的基地址为0X0000，加上OFFSET，这个记录里的16BYTE的数据的起始地址就是0x0000 + 0x0004 = 0x0004. 其实际的数据只有16个BYTE：FF00A0E314209FE5001092E5011092E5。
第3条记录的长度为00，LOAD OFFSET为0000，TYPE＝ 01，校验和为FF。类型为01，说明这个是一个END OF FILE RECORD，标识文件的结尾。HEX结束符一般以：00000001FF结尾。
二、BIN
Bin文件是最纯粹的二进制机器代码, 或者说是"顺序格式"。按照assembly code顺序翻译成binary machine code，内部没有地址标记。Bin是直接的内存映象表示，二进制文件大小即为文件所包含的数据的实际大小。
简单总结一下这2种文件格式的区别：
1、HEX文件包含地址信息而BIN文件只包含数据本身,烧写或下载HEX文件时，一般不需要用户指定地址，因为HEX文件内部已经包含了地址信息。烧写BIN文件时则需要用户指定烧录的地址信息。
2、HEX文件是用ASCII码来表示二进制的数值。例如8-BIT的二进制数值0x4E，用ASCII来表示就需要分别表示字符‘4’和字符‘E’，每个字符均需要一个字节，因此HEX文件至少需要2倍BIN文件的空间。
三、Axf
Axf文件由ARM编译器产生，除了包含bin的内容之外，还附加其他调试信息，这些调试信息加在可执行的二进制数据之前。调试时这些调试信息不会下载到RAM中，真正下载到RAM中的信息仅仅是可执行代码。因此，如果ram的大小小于axf文件的大小，程序是完全有可能在ram中调试的，只要axf除去调试信息后文件大小小于ram的大小即可。
调试信息有以下功用：
1、 可将源代码包括注释夹在反汇编代码中，这样我们可随时切换到源代码中进行调试。
2、 我们还可以对程序中的函数调用情况进行跟踪(通过Watch & Call Stack Window查看)。
3、对变量进行跟踪(利用Watch & Call Stack Window)。
调试信息虽然有用，但程序功能实现后，在目标文件和库中减少调试信息却是非常有益的。减少调试信息可减少目标文件和库大小、加快链接速度、减小最终镜象代码。以下几种方法可用来减少每个源文件产生的调试信息：
1、避免在头文件中条件性使用#define，链接器不能移除共用的调试部分，除非这些部分是完全一样的。
2、更改C/C++源文件，使#included包含的所有头文件有相同顺序。
3、尽量使用数量较多的小头文件而不是较大的单一头文件，这有利于链接器获取更多的通用块。
4、程序中最好只包含必须用到的头文件。避免重复包含头文件，可使用编译器选项--remarks来产生警告信息；
5、使用编译命令行选项--no_debug_macros，从调试表中丢弃预处理宏定义。
四、ELF
ELF（Executableand linking format）文件是x86
Linux系统下的一种常用目标文件(objectfile)格式，有三种主要类型:
(1)适于连接的可重定位文件(relocatablefile)，可与其它目标文件一起创建可执行文件和共享目标文件。
(2)适于执行的可执行文件(executable file)，用于提供程序的进程映像，加载到内存执行。
(3)共享目标文件(shared object file),连接器可将它与其它可重定位文件和共享目标文件连接成其它的目标文件，动态连接器又可将它与可执行文件和其它共享目标文件结合起来创建一个进程映像。
ELF文件格式比较复杂。
小结：可由elf文件转化为hex和bin两种文件，hex也可以直接转换为bin文件，但是bin要转化为hex文件必须要给定一个基地址。而hex和bin不能转化为elf文件，因为elf的信息量要大。Axf文件可以转化为bin文件，KEIL下可用以下命令fromelf -nodebug xx.axf -bin xx.bin即可。