亲爱的支持团队,
我们目前正面临着对话框提供的生产测试固件在我们的自定义Pan1740的硬件上运行时提供的生产测试固件。
The original DA14580 source code has only been adjusted regarding the UART RX/TX pin assignments.
当我们与Connection Manager连接并启动任何TX测试时(例如,未调制的TX),我们可以在频谱中观察载波,但在错误的频率下。通道37,信号看起来或多或少或多或少。载波位于2402 MHz。通道38位于2404 MHz而不是2426 MHz。通道39也位于2404 MHz,但具有更大的形状。
Prod_Test FW基于SDK5.0.4;连接管理器是v3.0.10。
你能给暗示这种行为的原因吗?
顺便提一句。实际应用FW运行良好。例如。广告频道完美满足。
谢谢,
霍尔格
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.
尝试编程SDK 5.0.3和SDK 5.0.4的其他示例,但CRC与我不匹配。
任何想法如何解决这个问题?
嗨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
我如何监控设备(ACK) and 0x02 byte by UART?
I will try to change the .hex file to .bin, see what happens
非常感谢mt_dialog
嗨Mayrarg,
如果你想看到串行引导过程ure you do that via attaching a logic analyser on the bus. Since you are using the Smart Snippets tool it will automatically convert the .hex file that you are using into a .bin, so converting it yourself doesn't really matter (i was under the impression that you were using an external MCU in order to download code). Regarding the error that you get, i suppose that you are using a custom device, perhaps you should check the UART lines on your device apparently the data are corrupted generating an invalid CRC from what the Smart Snippets tool has calculated and what the device sends when the downloading procedure has ended.
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
嗨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
嗨Mayrarg,
对不起,我很困惑,您正在尝试通过UART接口通过STM处理器编程Pan1740,并且它返回CRC不匹配或通过智能片段。从您所附的图像似乎您尝试通过智能片段尝试这样做并返回那种错误。此外,585 FW与上述问题有什么关系?Pan1740内部有一个580个设备而不是585.可以花更多的时间来描述您究竟想做什么,以便我能够提供帮助吗?
Thanks MT_dialog
对不起,我很抱歉explanation.
我试图通过UART使用FTDI(USB至TTL FT232RL)来编程Pan1470模块。通过Samartsinippes。
正如您所说,由于Pan1740具有580,因此在模块中尝试编程585 FW时出错。
当我尝试将SDK 2.0.4的示例编程580返回时,CRC的错误不匹配。由文件AN-B-0001标记的过程是正确的,我接收位0x02和ACK 0x06,直到接收到CRC的位的时刻通过deafult返回其值。
我本身的问题是因为CRC没有更新或不执行XOR来取值?
嗨Mayrarg,
Bootloader位于ROM中,意味着所执行的操作是标准的,如果设备(580)将0x00作为CRC值发送0x00,则无法以某种方式交互或更改该代码,然后我假设没有实际代码下载,因此没有下载到设备中的实际字节(您是否能够使用分析仪检查,或者我认为您正在使用的平底锅以某种方式损坏。您能否请检查另一台设备并检查问题是否仍然存在。或者你能试图通过JTAG下载代码,而不是通过UART下载,并检查您是否能够这样做?
Thanks MT_dialog
Hi MT_dialog
我尝试使用J-Link编程Pan1740而无需成功,那么我的设备很可能已损坏?
嗨Mayrarg,
Either damaged or there is an issue on the SWD connections.
Thanks MT_dialog
Hello MT_dialog
问题是我已将PA1740模块的第一个连接到JTAG连接,但通过线程
https://support.dialog-semicondiondiondum/forums/post/dialog-smartbond-bl ...
我意识到JTAG和PAN1740的RST是对立的,所以如果我按住第一件的瓶子,我已经连接到两个(RST模块与RST JTAG),我设法编程BLE_APP_PROFILE的示例,但该设备未公布,在上面提到的线程中,它说我可以处于睡眠模式,如何禁用这种睡眠模式?
嗨Mayrarg,
In order to disable the sleep mode you can set the 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,
非常感谢!!!,有什么我可以做的表明它帮助我解决了我的案子吗?
嗨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