production test on PAN1740

Hi 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.

Thanks MT_dialog

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

Hi mayrarg,

If you would like to see the serial booting procedure 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 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?

Thanks MT_dialog

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 ?

Thanks MT_dialog

Hi mayrarg,

Either damaged or there is an issue on the SWD connections.

Thanks MT_dialog

Hi mayrarg,

为了禁用睡眠模式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