12 posts / 0 new
Last post
yesways
Offline
Last seen: 5 months 1 day ago
Joined: 2017-05-09 14:32
Advertising on the wrong frequency

We are ramping up production of a new board, when we notice that some units advertise on the wrong frequency!

Most boards advertise correctly on channels 37, 38 & 39 and seems to have full function

But some boards can not be detected when scanning, not even with high end bluetooth analyzer. Spectrum analyzer reveals that RF output
energy is present only at 2460Mhz and 2480Mhz, which is not correct.

We have checked/replaced the crystal.
We have also loaded Dialog Serial Port Service template project, to exclude any problems with our software
The bad boards still show the exact same advertising frequency problem

Any tips what can be the problem, or things we could try?

Device: 
PM_Dialog
Offline
Last seen: 8 hours 41 min ago
Staff
Joined: 2018-02-08 11:03
Hi yesways,

Hi yesways,

The most possible reason could be because of trimming of the XTAL. Could you please let me know if you are using the defaults 2trimming values that we are using in the SDK? Please, check the DEFAULT_XTAL16M_TRIM_VALUE(850) definition in the arch_system.c file of the SDK.

Thanks, PM_Dialog

yesways
Offline
Last seen: 5 months 1 day ago
Joined: 2017-05-09 14:32
Hi,

Hi,

My project (DSPS sps_device) has this line in arch_system.h

#define DEFAULT_XTAL16M_TRIM_VALUE (1302)

But since the file da1458x_config_advanced.h contains this line

#undef CFG_USE_DEFAULT_XTAL16M_TRIM_VALUE_IF_NOT_CALIBRATED

I suppose the compiler will use

#define DEFAULT_XTAL16M_TRIM_VALUE_USED 0

and consequently the trim value will not be used?

if(DEFAULT_XTAL16M_TRIM_VALUE_USED)
{
// Apply the default XTAL16 trim value if a trim value has not been programmed in OTP
if ( 0 == GetWord16(CLK_FREQ_TRIM_REG) )
{
set_xtal16m_trim_value(DEFAULT_XTAL16M_TRIM_VALUE);
}
}

Please not that we are not yet doing any calibration in production. I would not be surprised if our frequencies were a slight bit off without calibration;
but to completely lose channels 37 and 38, and get an extra "random" channel at 2.46Ghz seems strange to me. Or can this really be caused by us not doing
production calibration?

PM_Dialog
Offline
Last seen: 8 hours 41 min ago
Staff
Joined: 2018-02-08 11:03
Hi yesways,

Hi yesways,

Be aware that channel 39 is at frequency 2480MHz, but 2460MHz is not an advertising channel at all. Channel at 2460MHz is somewhat unexpected. My suggestion is to use SmartSnippets toolbox and generated TX bursts with RF Master. Could you please let me know what is happening when generating a burst at low mid and high frequencies? This experiment would rule out any Hardware issue. Also, it is highly recommended to review schematic, layout and XTAL datasheet, if RF Master is showing strange behavior.

Thanks, PM_Dialog

yesways
Offline
Last seen: 5 months 1 day ago
Joined: 2017-05-09 14:32
Hi,

Hi,

I am now trying to run the RF Master. I can download the prod_test_580.hex file onto my board,
but the TX commands (or any commands for that matter) wont come through:

[INFO General @18-10-05 08:03:48] Found SWD-DP with ID 0x0BB11477
[INFO General @18-10-05 08:03:48] FPUnit: 4 code (BP) slots and 0 literal slots
[INFO General @18-10-05 08:03:48] Found Cortex-M0 r0p0, Little endian.
[INFO General @18-10-05 08:03:48] BTLE device selected.
[INFO General @18-10-05 08:03:50] Succesfully connected to JLinkGDBServer on localhost: 2331
[INFO General @18-10-05 08:03:50] Firmware file C:\svn\resources\Dialog\SDK 5.0.4\DA1458x_SDK\5.0.4\binaries\da1458x\prod_test\prod_test_580.hex has been selected.
[INFO RF Master @18-10-05 08:03:55] Successfully downloaded firmware file to the board.
[INFO RF Master @18-10-05 08:04:06] Started continuous transmission with frequency 2.402 GHz (Ch.37) and payload Pseudo Rand 9.
[ERROR RF Master @18-10-05 08:04:06] Failed sending command with op code 0xFC84
[Tx RF Master @18-10-05 08:04:06]
====> [18-10-05 08:04:06.832] Tx <====
opcode : 0xFC84
length : 0x02
frequency : 0x00
payload type : 0x00
Payload : 84 FC 02 00 00

Pls note my interface is JTAG (SWD) only; do I need the UART too to send commands?
If so, which pins are the UART pins in the prod_test_580.hex, and what baudrate to use?

Or is there anything else I need to do?

Thanks

PM_Dialog
Offline
Last seen: 8 hours 41 min ago
Staff
Joined: 2018-02-08 11:03
Hi yesways,

Hi yesways,

Please check the user_periph_setup.c/h files under arch folder in order to check which UART pins the prod_test is using. The defauld UART pis are P04 and P05. Also, the default baudrate is at 115200, please check the uart_init() in the periph_init() function.

Thanks, PM_Dialog

yesways
Offline
Last seen: 5 months 1 day ago
Joined: 2017-05-09 14:32
Hi,

Hi,

Currently my board does not have the UART available externally; only SWD

Do I HAVE to use UART, or are there any other ways to send commands to prod_test fw
from RF Master tool?

BR
Roger

PM_Dialog
Offline
Last seen: 8 hours 41 min ago
Staff
Joined: 2018-02-08 11:03
Hi yesways,

Hi yesways,

Yes, you should have the UART connected because the tool sends commands to the DA14580 device via UART.

Thanks, PM_Dialog

chenpenglai
Offline
Last seen: 1 week 5 days ago
Joined: 2018-12-24 02:24
I used DA14583, I want to

I used DA14583, I want to stop advert but didn't successful

chenpenglai
Offline
Last seen: 1 week 5 days ago
Joined: 2018-12-24 02:24
help me

help me

PM_Dialog
Offline
Last seen: 8 hours 41 min ago
Staff
Joined: 2018-02-08 11:03
Hi chenpenglai,

Hi chenpenglai,

I am not quite sure what you are trying to accomplish because your question is very generic, but if you would like stop advertising you should send to the stack a GAPM_CANCEL_CMD command. The appropriate API for this scope is the app_easy_gap_advertise_stop(). Please check the ble_app_sleepmode example of the SDK for getting more information.

Thanks, PM_Dialog

Zhangkui
Offline
Last seen: 5 months 3 weeks ago
Joined: 2014-12-31 07:20
Hi yesways,

Hi yesways,

Is your problem solved? I also encountered a problem similar to yours. The chip I used is Da14583. Most of the boards are normal. Some boards cannot be broadcast normally. I look forward to your reply, thank you!

Thanks

Zhangkui