Dear support team,
we are currently facing an issue with the production test firmware provided by Dialog when running it on our custom PAN1740 based hardware.
仅在UART RX / TX引脚分配中调整了原始DA14580源代码。
当我们连接连接管理器和开始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.
The prod_test fw is based on SDK5.0.4; Connection Manager is v3.0.10.
Can you give a hint what could be the reason for this behaviour?
btw. The actual application fw works well. E.g. the advertisement channels are perfectly met.
谢谢,
Holger
嗨hlinde，
我联系了Panasonic，他们正在看你的问题，他们会直接与您联系。
谢谢mt_dialog.
再会
I would like to know what are the causes of the pin reset not detected when I try programming with UART on my own board I am using the PAN1740
嗨Mayrang，
The reason that the device needs a reset when is programmed via UART is because the Smart Snippets needs to track the 0x02 byte (from the predefined UART pins) that signals the initiation of the UART booting procedure. So by hitting the reset the device starts executing the bootloader, eventually Smart Snippets will catch the 0x02 byte and start the UART booting protocol. So apparently if the Smart Snippets isn;t able to get the reset then it doesn't receive the 0x02 byte which means that most probably something is wrong with your UART connection.
谢谢mt_dialog.
嗨mt_dialog.
我使用的连接
ftdl遗漏
Rx ----> Tx PIN 04
TX ----> RX引脚05
CTS ----> CTS P03
RTS ----> RTS P02
Vcc ----> 3V
GND ----> GND
他们是正确的吗？
Attach the connection of the reset
谢谢你的时间
谢谢mt_dialog.
already detecting rst was a hardware problem
now I try to program the latest version of the .hex file for AT commands
但没有任何东西出现在TERA术语和9600 BD，57600和115200的探针中。
try to program other examples of sdk 5.0.3 and sdk 5.0.4 but CRC does not match me.
any idea how to solve this?
Hi mayrarg,
BaudRate取决于您使用的引脚，从您的先前语句中，P04和P05在57600波兰则上运行，如果您使用的任何终端出现（您应该看到由于引导加载程序运行而导致的垃圾打印），然后，设备未重置（因此没有启动加载程序运行）或您的UART应该有一个连接问题。你还提到CRC对你不匹配，你到底是什么意思？您下载代码，设备没有响应0x06（ACK），或者它与STM的计算不匹配？另请注意，您应该下载.bin文件而不是.hex文件（使用适当的工具hex2bin.exe，您应该将.hex文件转换为.bin。
谢谢mt_dialog.
如何通过UART监视设备（ACK）和0x02字节？
我会尝试将.hex文件更改为.bin，看看会发生什么
thank you very much MT_dialog
Hi mayrarg,
如果您希望看到串行引导程序，请通过在总线上附加逻辑分析器来执行此操作。由于您使用的是智能代码片工具，它将自动转换为.bin的.bin，因此，自己转换它并不重要（我是您使用外部MCU的印象，以便下载代码）。关于您获得的错误，我想您使用的是自定义设备，也许您应该在您的设备上检查UART行，显然数据已损坏生成无效的CRC，从智能代码件工具计算以及设备发送时的无效CRC下载过程结束了。
谢谢mt_dialog.
嗨mt_dialog.
我可以在an-b-001文件中完全按照an-b-001文件中的DA14585编程DA14585的示例OD，但程序不编译，我检查UART行，这很好
any idea how to solve this?
谢谢
Hi mayrarg,
对于初学者来说，据我所知，Pan1740实现了14580，而不是585（这意味着您使用错误的SDK，SDK 5.0.4是580和6.0.4最新的最新用于585），以及什么你的意思是这个程序不编译？而且，程序不编译的事实并不必要为您无法通过UART编程它的事实。
谢谢mt_dialog.
嗨mt_dialog.
然后用sdk 5.0.4I have the problem that crc does not match the calculation in the STM.
在接收到ACK位之后，AN-B-001文件中描述的过程很好。
谢谢
Hi mayrarg,
I am sorry i am quite confused, you are trying to program a PAN1740 via an STM processor through the UART interface and it returns a CRC mismatch or via Smart Snippets. From the images that you have attached it seems that you trying to do so via Smart Snippets and returns that kind of error. Also, what the 585 fw has to do with the above issue ? the PAN1740 has a 580 device inside and not a 585. Can please spend more time to describe what exactly you would like to do in order for me to be able to help?
谢谢mt_dialog.
对不起的少说解释。
I try to program a PAN1470 module by UART with an FTDI (USB to TTL FT232RL) through SamartSinippes.
As you said I was in error trying to program 585 fw in the module since the PAN1740 has a 580.
When I try to program examples of sdk 2.0.4 of 580 returns the error of CRC does not match. the procedure marked by file AN-B-0001 is correct, I receive bit 0x02 and ACK 0x06, until the moment of receiving the bit of CRC returns 00 its value by deafult.
My problem in itself, is because CRC is not updated or does not perform the XOR to take its value?.
Hi mayrarg,
The bootloader is located in the ROM that means that the operations performed are standard, there is no way to interact or change that code somehow, if the device (580) transmits a 0x00 as a CRC value then i suppose that either there is no actual code download, so there is no actual bytes downloaded into the device (are you able to check that with an analyser), or i suppose that the PAN that you are using is somehow damaged. Can you please check with another device and check if the issue persists. Or can you try to download code via JTAG and not via UART and check if you are able to do so ?
谢谢mt_dialog.
嗨mt_dialog.
I try to program the PAN1740 with J-Link without success, then it is likely that my device is damaged?
Hi mayrarg,
损坏或在SWD连接上存在问题。
谢谢mt_dialog.
你好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...
I realized that the RST of JTAG and PAN1740 are opposites, so if I keep down the botton of RST that I have connected to both (RST module with RST JTAG) I managed to program the example of ble_app_profile, but the device is not announced, in the thread mentioned above it said that I could be in sleeping mode, how can I disable this sleeping mode?
Hi mayrarg,
为了禁用睡眠模式，您可以将App_default_sleep_mode设置为Arch_sleep_off，但设备处于睡眠模式的事实并不意味着设备不会通告。所有示例都表现出广告即使它们处于睡眠模式，设备正在广告间隔之间睡眠，它不会持续睡觉。您无法找到设备未执行的原因（您无法通过BLE扫描仪找到设备），只需通过下载UART，我建议使用JTAG连接和通过KEIL（按顺序调试）找到发生的原因。
谢谢mt_dialog.
嗨mt_dialog.
已经解决了，我的问题是我在CFG_Development_debug语句中留下了导致它不公布的#undef，
thank you very much!!!, is there anything I can do to indicate that it helped me solve my case?
Hi mayrarg,
关于cfg_development_debug，这不是为什么设备无法操作，并且可能指示设备由于断言而被卡住（由于该标志由于该标志而插入不同类型的断言，以便向开发人员指示出现问题实施）。所有示例都应与CFG_DEVELIMMENT_DEBUG一起运行。您应该通过JTAG调试设备才能检查设备是否与CFG_Development_debug粘附的断言。
Regarding the solving indication, since you haven't created a new thread on this, you cannot indicate that you accept or that any of the above suggestions has helped you, you must be the creator of the thread in order to accept an answer.
谢谢mt_dialog.