zigbee-cc2530烧写boot和app后，无法跳转到app中

看了下boot的代码， sbImgValid这个函数中CRC[0]和CRC[1]的值有问题，但是我的.bin文件0090-0093里面的值明明是一样的啊，在oonboard.c里面都该了，用16进制查看器看的.bin，那两个位置都是一样的，为什么代码中进入下面那个条件中了呢？ 请见下图红框。打什么帮忙看一下吧，谢谢！！！

1. 请问您是否正在使用SmartRF05EB进行评估？根据您的描述，似乎保留了SBL，但CRC失败。您需要确保遵循SBL文档的10.5.2节并检查所有10-12节，以确保完成所有步骤。

2. 是的，可以更改SB_UART_DELAY。

您好，感谢回答：

1、我用的是SmartRF04EB+cc2530模式调试的，用SmartRF04EB将boot先烧写进去，然后利用SBLdemo.exe在将协议栈例程GenericApp.bin（234kB）烧写进去的，IAR配置也是完全按照文档10-12节来进行配置的，还有您看我的GenericApp.bin中0x90-0x93明明是一致了，检测CRC的时候还是返回false呢

谢谢！！！

感谢回答！！！
1、CRC那部分我已经按照文档改过了，我看了一下我的GenericApp.bin文件中0x90-0x91和0x92-0x93位置的值是一致的。
2、现在我们只有SmartRF04EB，就是用来烧一下版本， 为什么要用SmartRF05EB呢，他们之间有什么区别，用SmartRF04EB会有什么问题呢？
谢谢

简而言之，SMARTRF04EB不支持CC2530器件：

http://www.ti.com/lit/swru039 
https://e2e.ti.com/support/wireless-connectivity/other-wireless/f/667/t/233257 

建议您参阅以上链接，他们提及如何解决引导负载问题。

您好,感谢回答

1、关于您提到的SmartRF04EB和SmartRF05EB问题，我现在用我们买的开发板开发，一直用SmartRF04EB进行烧写。我把SmartRF04EB的图贴上，您看一下，这个有什么问题吗？ 

2、还有我现在使用SmartRF04EB烧写uboot，然后在用SBdemo烧写app，请问这样的思路有问题吗？因为这样如果通了的话，我们在进行soc端代码的开发，因为soc端和cc2530是用串口连接，我们想在soc上用代码实现通过串口对cc2530的升级。

这与TI开发的SMARTRF04EB板完全不同，这也消除了我对于设备不兼容的困惑: https://www.ti.com/lit/swra105

请问您使用什么CC2530板？建议您将引导代码和应用程序代码合并到一个映像中，以由FLASH-PROGRAMMER加载。这将有助于确定问题是否与不建议使用的SBDemo PC工具有关。另外，请使用IAR EW8051 v8.10.4来构建项目。

您好，感谢回答

我们用的板子就是在网上买的开发板（请见下图），目前开发板上调试，我们后续的项目是soc（arm linux）+2530模块， soc和2530之间通过串口连接，我们现在想实现的功能，就是在soc端开发代码，然后通过串口可以给2530升级程序，所以我想先通过SBdemo工具烧写先试试，如果通了的话，在开发soc端的代码。

谢谢！