Sending 0 via UART

Hi YehudaNovodes,

I tried to replicate the issue that you have mentioned but I am able to send “0” via arch_printf(). I worked on the ble_app_barebone example of the SDK 5.0.4 and I used the Pro-DK. Let me describe what I did and make sure that you have done the same configurations.

1. #define CFG_PRINTF in the da1458x_config_basic.h
2. Change the uart ports of the fw and assign the UART_TX port/pin to P04 and UART_RX port/pin to P05 (make sure that the configuration that you have changed is under the HW_CONFIG_PRO_DK and that this the board declared in the HW_CONFIG definition).

#elif HW_CONFIG_PRO_DK

#define UART2_TX_GPIO_PORT GPIO_PORT_0

#define UART2_TX_GPIO_PIN GPIO_PIN_4

#define UART2_RX_GPIO_PORT GPIO_PORT_0

#define UART2_RX_GPIO_PIN GPIO_PIN_5

If you have one other of our DKs or if you are working on a custom board, please modify the definitions above with the appropriate GPIOs

3. Include the arch_console.h file into user_barebone.c
4. Invoke arch_printf("0"); into adv_data_update_timer_cb() function. So, I am sending “0” every 10 seconds.
5. Change the baud rate of the terminal into 115200.

If I understood anything wrong, please let me know what you are trying to accomplish or provide me hot to call the arch_printf() into your code.

Thanks, PM_Dialog

Hi YehudaNovodes,

Could you please try this code snippet?

uint8_t ExampleArr[3] = {0x00, 0x01 , 0x02};

for( uint8_t i = 0 ; i <3 ; i++)

{

arch_printf("%x",ExampleArr[i]);

}

arch_printf("\n\r");

Otherwise, please provide me your code snippet as you are using it into your firmware.

Thanks, PM_Dialog

Hi YehudaNovodes,

Apologies for the delay. I tried to test your code, this code snippet arch_printf(&ExampleVar) cannot be built by the Keil. This is a quite strange situation, because if I understood correctly this can be built from your side. Also, I have different results than yours. Please check the following:

ExampleVar = 0x01;

arch_printf ("%x", ExampleVar);

Print out is: 1 (and NOT 31 which is the ASCII character of 1)

ExampleVar = 0x00;

arch_printf ("%x", ExampleVar);

Print out is: 0 (and NOT 30 which is the ASCII character of 0)

Could you please let me know if you have modified the source code of the arch_printf() function? Could you please try to do the same in a new SDK path? Be aware that I am using the latest SDK of D14580 series (SDK5.0.4)

Thanks, PM_Dialog

Hi YehudaNovodes,

Since that you didn’t modified the arch_prinf() function, it is a little bit strange because I get different results from yours. By the way, glad that you figured your issue out and that for your indication.

Thanks, PM_Dialog

Dear forum experts,
我工作在DA14580 the sdk5.0.4.

I want to know How does the host receive SMP requests from the slave.
I had run my code,attach below,sniff the slave but there's no CALLBACK in the user functions.
it seems it was invalid?

How does the host receive SMP requests from the slave?

Thanks in advcance,
Dionysus

Hi Dionysus,

Thanks for your question but it is not related with this forum thread. If I understood correctly the DA14580 is acting as a central. Since you are a central, you cannot request security from a peripheral. If you have any other follow-up questions, please create a new forum thread. If you don’t know hot to create a new forum thread, please let me know and I will provide you the appropriate steps.

Thanks, PM_Dialog

Hi YehudaNovodes，

you might try my code which can send hex, as follows:

extern void uart_callback(uint8_t res);

uint8_t data=0x00;

uart2_write(&data, 1, uart_callback);

Hi chenpenglai,

Thanks for your indication.

Regards, PM_DIalog