首先你要确认好你的芯片完整型号，根据型号即可确认容量。如果是103c8的话，它是64KB flash. 如果你使用Cubemx进行配置基于STM32CubeIDE创建工程，工具会自动生成对应你型号的配置和启动文件，无须手动单独修改Flash容量。 如果说你有其它想法，手册不保证的东西就不必尝试。另外，对于STM32F1系列，小容量和中等容量及大容量FLASH芯片或互联型的启动文件也是有差异的。特别提醒一下。
看看是不是当前文件被不止一个方式标记为语言模式，或者某个命令尝试把文件切换到一个不兼容的语言模式。 打开该文件看右下角语言模式，通常显示 C、C++ 或别的名称点击它重新选择：CC++ 保存文件
看你的应该是 使用的IAR，使用MDK AC5就是： // 将一个数组定位到RAM地址0x20001000 uint8_t buffer[1024] attribute((at(0x20001000))); AC6是这样： int myVariable attribute((section(".ARM.__at_0x20001000")));
你每次转换完成会触发中断，如果UART的打印输出在主流程里，基本没有机会、甚至完全没有机会来实现打印输出的，具体取决于你每次ADC转换所花的时间，时间越短越难有机会做UART打印。另外，还要注意可能出现ADC结果溢出方面的问题。 当然，你现在改成在中断里做ADC结果的获取、甚至做UART打印应该是没问题的。不过也要注意中断优先级方面的问题，避免出现死等堵塞的情况。 你可以这样，用个TIMER来定时触发ADC，不要太快了，否则没机会做UART打印。 如果通道多，数据多，可以基于序列完成中断来实现打印输出，而不用每个通道转换完成都进中断。
对于ST新版本软件通常都会基于用户的反馈，改进完善某些功能，包括一些设置调配的更方便合理一些。 其次是支持新产品的一些功能。 比如对于Cubemx 生成的cnake 工程，从新版本才能支持。 IDE本身也是很强大和复杂的软件，有些配置和细节问题，新版本能兼容的话，采用新版本也是效率最快的方式。
有可能是 项目文件缺失（如 .cproject 或 .project 文件未生成或位置错误） 或是工具链未正确安装或项目文件类型未关联。 当然CubeIde 的版本也确实低。 可以从官网下载最新版的CubeIde， 删掉旧的，重新安装试试。
进入hardfault我这里 大致 将其归纳为三方面原因，供参考： 第一方面：硬件原因，也是非常容易忽视的，比方电源、时钟方面问题，比方有些供电脚没接；或者供电不足，供电不稳；时钟配置超过手册约定；尤其电源问题导致异常时没有多少跟踪价值，现象往往诡异莫测。 第二方面：违反内核硬件约定的总线访问错误，比方除以0、对齐问题导致的错误、违反安全等级的访问错误【跟MPU配置、安全属性有关】； 第三方面：是最常见最普遍的原因，因用户程序导致的非法访问，尤其是指基于数组或指针访问时发生越界跨界访问、使用未初始化的变量或指针；堆栈溢出【程序嵌套，尤其中断服务程序嵌套、局部变量突然增加】等导致程序跑飞。这里的跑飞往往进一步触发前述的第二方面的总线访问异常。
