我想计划通过UART DA14580 STM32。我跟着的引入“从串行接口DA1458x引导”文档。
我转换了.hex文件。bin文件. h文件(这是一个简单的数组。bin数据)。。bin文件工作正常,我闪的时候直接与SmartSnippets SRAM。
但在闪烁着UART我有问题。我在做什么:
——收到达0 x02
——发送0 x01 LSB (MSB STM32
从DA -收到0 x06 (ACK)
——发送从STM32 SW代码字节(数组)
——接收CRC(正确/检查)
从STM32 -发送0 x06 (ACK)
但是我看不到DA广告仍然发送0 x02之后。
这意味着闪光不是正确的吗?任何一个想法为什么不呢?
设备:
嗨christianrudmann,
我会说设备点击重置,新一轮的引导装载程序,我想这就是为什么你看到额外的0 x02字节后完成下载你的形象,也许弗兰克-威廉姆斯,你下载在580年引起复位装置。
由于MT_dialog
我闪。斌在外部SPI-Flash SysRAM,另一个时间。和它的工作原理。所以我不认为这是代码。
另外我比较的代码SysRAM所有三种类型的闪烁和他们是相同的。
我想DA14580不是重新映射,然后重新引导。这只是一个假设下。
嗨christianrudmann,
ROM引导装载程序负责设备的重新映射sysram和sw重置设备尽快通过UART弗兰克-威廉姆斯下载,如果你得到一个0 x02一旦设备取得了弗兰克-威廉姆斯,然后我唯一合理的解释是,设备被重置。你能下载一个固件从SDK中的例子?二进制或者什么毛病外部单片机下载到580 ?
由于MT_dialog
1)。是的,我试图计划一个修改的例子(只是编辑配置文件)的sdk。
2)。我对比了SysRAM DA14580的闪光通过UART和SPI (SPI)所以我确保每个字节是正确的。唯一的区别是4字节后面SysRAM部分,我闪。Uart: 0 x00 6倍;SPI: 0 xec x90 0 x00 0 x20 0 x01 0 x00。但是这些信息并不是存储在SPI闪光。
有可能看到什么导致了去年重置吗?也许复位寄存器或类似的东西?
嗨christianrudmann,
不,没有登记在580年为了最后复位的原因被曝光。你试图通过智能下载图像片段UART橄榄球员通过UART和检查如果你能下载成功?
额外的字节结束,你看到实际的二进制附加的智能工具片段以针的配置(仅由flash_programmer使用),这些字节并不实际使用的二进制,所以不需要添加这些字节字节头长度和你不需要发送的字节定制装载机。斌字节就足够了。
由于MT_dialog
你好,
是的,虽然闪烁SmartSnippets UART作品(演示板上,因为我没有直接访问UART)。因此,西南应该好了。
我在董事会有领导的地位,所以我可以看到当我得到一个正确的CRC DA14580。欺骗SW作品在我的董事会。
——重置DA在凯尔(调试模式)
——运行DA和负载通过UART西南
——停止DA当领导(传输完成)
——修改SYS_CTRL_REG (0 x50000012)在调试模式下,设置再交换位(1位)和SW重置(15位)后(就像它应该做SW传输)和运行
——我可以看到我的设备,所以SW是有效的
你知道是什么问题?
嗨christianrudmann,
可以通过聪明的你试着下载代码片段定义董事会或比较智能的程序片段下载时通过UART与自定义下载通过外部单片机。自从弗兰克-威廉姆斯是它应该要么必须有区别的h / w定制板或下载智能片段和外部单片机之间的过程。
的把戏,你为了申请设备运行似乎确实代码下载到sysram(因为重新映射到sysram和sw重置使技巧),毫无疑问,引导装载程序重新映射和重置装置。如果重新映射和发行一个重置您能够运行之前下载的弗兰克-威廉姆斯也许你应该检查电源的580,有一种情况存在不稳定电压供应设备将会在一个未定义的状态,还可以检查是否执行引导装载程序下载后的图像(如果它可能检查其他针引导芯片使用的以确定设备确实引导装载程序运行)。
由于MT_dialog