你好,Dialog,我的名字是Kevin。
到目前为止,我的工作,我能够连接DA 14580(使用我的自定义板)到智能片段,我已经成功地烧了blinky和其他外围代码,它工作了。
问题是,当我试图烧毁ble_app_peripheral时,出现了我在这篇文章中附加的以下消息
对于天线设计,我使用的天线设计参考an-b-027文件第24页。
是什么原因造成的问题,我们这边可能犯了什么错误?是天线设计造成的,还是什么样的故障?
嗨Kevleo94,
似乎他在hardfault弗兰克-威廉姆斯最终处理程序,这可以相当多的硬件和软件的原因,如果你使用ble_app_peripheral的SDK,那么弗兰克-威廉姆斯也不是其中之一,如果代码最终天线是你最不担心的。现在由于这是一个定制的董事会和弗兰克-威廉姆斯加载,那么最可能的问题在于你的董事会,试图调试使用凯尔这并检查完全hardfault发生(命令的执行装置的摊位和最终hardfault处理程序,这也许会给你一个线索),我也认为这发生在所有BLE相关的项目。
由于MT_dialog
嗨Mt_Dialog
我已经尝试使用Keil烧毁数据,您看到我的附件了吗?我不明白什么是错误的含义,这导致我要求MT_dialog为它。我可能需要你的帮助,向我解释出了什么问题,以及为什么每个非ble程序都能被烧,而ble程序却不能。
类型方面,
凯文·利奥
是的,我看到了附件,这就是我如何知道代码最终在硬错误处理程序中。Hardfault中断是一个M0中断,它可以指示系统错误、对内存的未对齐访问、对无效地址的访问等。SDK示例是可操作的,因为他们是,所以如果你试图运行自定义板上的fw,它没有运行,那么问题最有可能是在你的板上。识别一个hw问题,只是看代码结束在一个硬故障条件是不可能的,这将需要hw调试在板本身,这就是为什么我提示你检查,如果可能哪里硬故障发生。
嗨,太对话框
据我所知,解释是一个由硬盘中断引起的错误。当发生硬障中断时,我应该专门针对哪些引脚?我的定制板满足教程7中要求的要求,即vdcdc必须值至少1.41v, vdcdc电阻应该是10Mohm,以及更多。是否有其他要求必须满足,以确保没有硬故障中断导致系统错误?
如上所述,硬错误是系统错误的通用指示,没有指明错误的引脚,因此您可以假设要检查什么以防止这种情况发生。当我提到hw问题这是最有可能造成的晶体,您应该检查XTAL16和XTAL32(如果你有一个和您使用的是睡眠,如果你不有一个XTAL32你必须切换到RCX如果项目使用的睡眠模式启用)。请确定是什么所执行的指令和hardfault发生(快速的识别方法将检查电脑,单片机在STATUS_BASE + 0 x18倾倒,这将给你的地址指令,迫使hardfault发生,如果你可以发送buck的整个寄存器集,它也会有帮助)。同样,你确定你正在构建的项目是580而不是581,或者你拥有的SoC是580而不是581 ?工具栏上有一个下拉框,指示每个芯片版本的构建,所以请仔细检查。
嗨Kevleo94,
似乎他在hardfault弗兰克-威廉姆斯最终处理程序,这可以相当多的硬件和软件的原因,如果你使用ble_app_peripheral的SDK,那么弗兰克-威廉姆斯也不是其中之一,如果代码最终天线是你最不担心的。现在由于这是一个定制的董事会和弗兰克-威廉姆斯加载,那么最可能的问题在于你的董事会,试图调试使用凯尔这并检查完全hardfault发生(命令的执行装置的摊位和最终hardfault处理程序,这也许会给你一个线索),我也认为这发生在所有BLE相关的项目。
由于MT_dialog
嗨Mt_Dialog
我已经尝试使用Keil烧毁数据,您看到我的附件了吗?
我不明白什么是错误的含义,这导致我要求MT_dialog为它。
我可能需要你的帮助,向我解释出了什么问题,以及为什么每个非ble程序都能被烧,而ble程序却不能。
类型方面,
凯文·利奥
嗨Kevleo94,
是的,我看到了附件,这就是我如何知道代码最终在硬错误处理程序中。Hardfault中断是一个M0中断,它可以指示系统错误、对内存的未对齐访问、对无效地址的访问等。SDK示例是可操作的,因为他们是,所以如果你试图运行自定义板上的fw,它没有运行,那么问题最有可能是在你的板上。识别一个hw问题,只是看代码结束在一个硬故障条件是不可能的,这将需要hw调试在板本身,这就是为什么我提示你检查,如果可能哪里硬故障发生。
由于MT_dialog
嗨,太对话框
据我所知,解释是一个由硬盘中断引起的错误。当发生硬障中断时,我应该专门针对哪些引脚?
我的定制板满足教程7中要求的要求,即vdcdc必须值至少1.41v, vdcdc电阻应该是10Mohm,以及更多。
是否有其他要求必须满足,以确保没有硬故障中断导致系统错误?
类型方面,
凯文·利奥
嗨Kevleo94,
如上所述,硬错误是系统错误的通用指示,没有指明错误的引脚,因此您可以假设要检查什么以防止这种情况发生。当我提到hw问题这是最有可能造成的晶体,您应该检查XTAL16和XTAL32(如果你有一个和您使用的是睡眠,如果你不有一个XTAL32你必须切换到RCX如果项目使用的睡眠模式启用)。请确定是什么所执行的指令和hardfault发生(快速的识别方法将检查电脑,单片机在STATUS_BASE + 0 x18倾倒,这将给你的地址指令,迫使hardfault发生,如果你可以发送buck的整个寄存器集,它也会有帮助)。同样,你确定你正在构建的项目是580而不是581,或者你拥有的SoC是580而不是581 ?工具栏上有一个下拉框,指示每个芯片版本的构建,所以请仔细检查。
由于MT_dialog