Dear support team,
我们目前正面临着对话框提供的生产测试固件在我们的自定义Pan1740的硬件上运行时提供的生产测试固件。
The original DA14580 source code has only been adjusted regarding the UART RX/TX pin assignments.
When we connect with Connection Manager and start any TX test (e.g. unmodulated TX), we can observe a carrier in the spectrum, but at a wrong frequency. The signal looks more or less ok for channel 37. The carrier is located at 2402 MHz. Channel 38 is located at 2404 MHz instead of 2426 MHz. Channel 39 is also located at 2404 MHz, but has a much broader shape.
Prod_Test FW基于SDK5.0.4;连接管理器是v3.0.10。
你能给暗示这种行为的原因吗？
顺便问一下。实际应用FW运行良好。例如。广告频道完美满足。
Thanks,
霍尔格
Device:
Hi hlinde,
I ve contacted Panasonic on this, they are looking at your issue, they will contact you directly.
Thanks MT_dialog
Good day
我想知道当我在我自己的电路板上使用UART编程时，我正在使用Pan1740
Hi mayrang,
当通过UART编程时，设备需要重置的原因是因为智能片段需要跟踪信号启动UART引导过程的0x02字节（从预定义的UART引脚）。因此，通过击中重置，设备开始执行引导加载程序，最终智能片段将捕获0x02字节并启动UART引导协议。显然，如果智能片段不稳定，它能够重置，那么它不会接收0x02字节，这意味着您的UART连接可能出现问题。
Thanks MT_dialog
Hi MT_dialog
我使用的连接
FTDL to BOART
RX ----> TX引脚04
Tx ----> Rx PIN 05
CTS ----> CTS P03
RTS ----> RTS P02
VCC ----> 3V
GND ----> GND
they are correct?
连接重置的连接
Thanks for your time
Thanks MT_dialog
已经检测到RST是一个硬件问题
现在我尝试在命令中编写最新版本的.hex文件
but nothing appears in tera Term and probe with 9600 Bd, 57600 and 115200 unanswered.
try to program other examples of sdk 5.0.3 and sdk 5.0.4 but CRC does not match me.
任何想法如何解决这个问题？
Hi mayrarg,
The baudrate depends on which pins you are using, from your previous statement the P04 and P05 are operating over a 57600 baudrate, if nothing appears on any of the terminals that you are using (you should see garbage printing due to the bootloader running), then either the device doesn't reset (so no bootloader running) or there should be a connection problem with your UART. Also you mention that the CRC doesn't match for you, what exactly do you mean by that ? You download code and the device doesn't respond with 0x06 (ACK) or it doesn't match the calculation on the STM ? Also be aware that you should download the .bin file and not the .hex file (you should convert the .hex file into a .bin with the appropriate tool hex2bin.exe).
Thanks MT_dialog
How i can monitor device (ACK) and 0x02 byte by UART?
I will try to change the .hex file to .bin, see what happens
thank you very much MT_dialog
Hi mayrarg,
如果您希望看到串行引导程序，请通过在总线上附加逻辑分析器来执行此操作。由于您使用的是智能代码片工具，它将自动转换为.bin的.bin，因此，自己转换它并不重要（我是您使用外部MCU的印象，以便下载代码）。关于您获得的错误，我想您使用的是自定义设备，也许您应该在您的设备上检查UART行，显然数据已损坏生成无效的CRC，从智能代码件工具计算以及设备发送时的无效CRC下载过程结束了。
Thanks MT_dialog
Hi MT_dialog
I can program the examples od the DA14585 in PAN1740 module exactly as in AN-B-001 file, but the program don't compile, i check the UART lines and this are fine
任何想法如何解决这个问题？
Thanks
Hi mayrarg,
For starters the PAN1740 implements a 14580 and not a 585 as far as i know (that means that you are using the wrong SDK, SDK 5.0.4 is the latest for the 580 and 6.0.4 is latest for the 585), and what do you mean the program doesn't compile ? and also the fact that the program doesn't compile doesn't have to do anything with the fact that you are not able to program it via the UART.
Thanks MT_dialog
Hi MT_dialog
然后使用SDK 5.0.4我有问题，即CRC与STM中的计算不匹配。
The process as described in the AN-B-001 file is fine until after receiving the ACK bit.
Thanks
Hi mayrarg,
对不起，我很困惑，您正在尝试通过UART接口通过STM处理器编程Pan1740，并且它返回CRC不匹配或通过智能片段。从您所附的图像似乎您尝试通过智能片段尝试这样做并返回那种错误。此外，585 FW与上述问题有什么关系？Pan1740内部有一个580个设备而不是585.可以花更多的时间来描述您究竟想做什么，以便我能够提供帮助吗？
Thanks MT_dialog
对不起，我很抱歉explanation.
我试图通过UART使用FTDI（USB至TTL FT232RL）来编程Pan1470模块。通过Samartsinippes。
As you said I was in error trying to program 585 fw in the module since the PAN1740 has a 580.
当我尝试将SDK 2.0.4的示例编程580返回时，CRC的错误不匹配。由文件AN-B-0001标记的过程是正确的，我接收位0x02和ACK 0x06，直到接收到CRC的位的时刻通过deafult返回其值。
My problem in itself, is because CRC is not updated or does not perform the XOR to take its value?.
Hi mayrarg,
Bootloader位于ROM中，意味着所执行的操作是标准的，如果设备（580）将0x00作为CRC值发送0x00，则无法以某种方式交互或更改该代码，然后我假设没有实际代码下载，因此没有下载到设备中的实际字节（您是否能够使用分析仪检查，或者我认为您正在使用的平底锅以某种方式损坏。您能否请检查另一台设备并检查问题是否仍然存在。或者你能试图通过JTAG下载代码，而不是通过UART下载，并检查您是否能够这样做？
Thanks MT_dialog
Hi MT_dialog
我尝试使用J-Link编程Pan1740而无需成功，那么我的设备很可能已损坏？
Hi mayrarg,
Either damaged or there is an issue on the SWD connections.
Thanks MT_dialog
Hello MT_dialog
The problem was that I have connected the RST of the PA1740 module to the JTAG connection, but through the thread
https://support.dialog-semiconductor.com/forums/post/dialog-smartbond-bl...
我意识到JTAG和PAN1740的RST是对立的，所以如果我按住第一件的瓶子，我已经连接到两个（RST模块与RST JTAG），我设法编程BLE_APP_PROFILE的示例，但该设备未公布，在上面提到的线程中，它说我可以处于睡眠模式，如何禁用这种睡眠模式？
Hi mayrarg,
为了禁用睡眠模式可以设置app_default_sleep_mode to ARCH_SLEEP_OFF, but the fact that the device is in sleep mode doesn't mean that the device wont advertise. All the examples perform advertising even if they are in sleep mode, the device is sleeping between the advertising intervals, it doesn't sleep constantly. You wont be able to find why the device doesn't execute (you are not able to find the device over a BLE Scanner) just by downloading the fw over UART, i would suggest to use the JTAG connections and debug via keil, in order to find why that happens.
Thanks MT_dialog
Hi MT_dialog
Already solved, my problem was that I had put #undef in the CFG_DEVELOPMENT_DEBUG statement that caused it not to be announced,
非常感谢!!!，有什么我可以做的表明它帮助我解决了我的案子吗？
Hi mayrarg,
Regarding the CFG_DEVELOPMENT_DEBUG, this isn't why the device doesn't operate and might indicate that the device was stuck due to an assertion (different kind of assertions are inserted due to that flag in order to indicate to the developer that something is wrong with the implementation). All the examples should operate with the CFG_DEVELOPMENT_DEBUG. You should debug the device via JTAG in order to check on which assertion the device is stuck with the CFG_DEVELOPMENT_DEBUG.
关于求解指示，因为您没有创建一个新的线程，您无法指示您接受或上述任何建议都帮助了您，您必须是线程的创建者以便接受答案。
Thanks MT_dialog