production test on PAN1740

14 posts / 0 new
Last post
hlinde
Offline
Last seen: 1 month 4 days ago
Joined: 2015-09-02 06:01
production test on PAN1740

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

Thanks,
Holger

SDK: 
MT_dialog
Online
Last seen: 11 min 4 sec ago
Staff
Joined: 2015-06-08 11:34
Hi hlinde,

Hi hlinde,

I ve contacted Panasonic on this, they are looking at your issue, they will contact you directly.

Thanks MT_dialog

mayrarg
Offline
Last seen: 16 hours 52 min ago
Joined: 2017-10-02 18:03
Good day

Good day
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

MT_dialog
Online
Last seen: 11 min 4 sec ago
Staff
Joined: 2015-06-08 11:34
Hi mayrang,

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

mayrarg
Offline
Last seen: 16 hours 52 min ago
Joined: 2017-10-02 18:03
Hi MT_dialog

Hi MT_dialog
the connections I use
FTDL to BOART
Rx ----> Tx PIN 04
Tx ----> Rx PIN 05
CTS ----> CTS P03
RTS ----> RTS P02
Vcc ----> 3V
GND ----> GND
they are correct?
Attach the connection of the reset
Thanks for your time

Attachment: 
mayrarg
Offline
Last seen: 16 hours 52 min ago
Joined: 2017-10-02 18:03
Thanks MT_dialog

Thanks MT_dialog
already detecting rst was a hardware problem
now I try to program the latest version of the .hex file for AT commands
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.
any idea how to solve this?

MT_dialog
Online
Last seen: 11 min 4 sec ago
Staff
Joined: 2015-06-08 11:34
Hi mayrarg,

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

mayrarg
Offline
Last seen: 16 hours 52 min ago
Joined: 2017-10-02 18:03
How i can monitor device (ACK

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

Attachment: 
MT_dialog
Online
Last seen: 11 min 4 sec ago
Staff
Joined: 2015-06-08 11:34
Hi mayrarg,

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

mayrarg
Offline
Last seen: 16 hours 52 min ago
Joined: 2017-10-02 18:03
Hi 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
any idea how to solve this?

Thanks

Attachment: 
MT_dialog
Online
Last seen: 11 min 4 sec ago
Staff
Joined: 2015-06-08 11:34
Hi mayrarg,

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

mayrarg
Offline
Last seen: 16 hours 52 min ago
Joined: 2017-10-02 18:03
Hi MT_dialog

Hi MT_dialog

Then with sdk 5.0.4 I have the problem that crc does not match the calculation in the STM.
The process as described in the AN-B-001 file is fine until after receiving the ACK bit.

Thanks

Attachment: 
MT_dialog
Online
Last seen: 11 min 4 sec ago
Staff
Joined: 2015-06-08 11:34
Hi mayrarg,

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

mayrarg
Offline
Last seen: 16 hours 52 min ago
Joined: 2017-10-02 18:03
i'm sorry for the little

i'm sorry for the little explanation.
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?.