Search found 23 matches

by baoshi
Mon Aug 14, 2017 11:43 pm
Forum: ESP8266 SDK
Topic: What is the security model of esp-now
Replies: 3
Views: 2686

What is the security model of esp-now

Trying to develop something using esp-now. It seems that, there is no way for a sender and receiver to agree upon some common secret before communication. As long as the sender knows receiver's mac address, sender can always send data to receiver. I tried esp_now_set_kok, and with/without esp_now_ad...
by baoshi
Wed Aug 09, 2017 1:44 pm
Forum: ESP8266 SDK
Topic: Can I assume STA_IF mac address with AP_IF mac?
Replies: 1
Views: 1756

Can I assume STA_IF mac address with AP_IF mac?

Hi, As observation, currently known ESP8266 MAC address are likely: 18:FE:34:XX:YY:ZZ (STA) 1A:FE:34:XX:YY:ZZ (AP) 5C:CF:7F:XX:YY:ZZ (STA) 5E:CF:7F:XX:YY:ZZ (AP) Rule out the user set mac address, if I have AP enabled and a WiFi scanner found the AP mac address as AA:11:22:33:44:55, can I assume the...
by baoshi
Wed Jul 26, 2017 1:46 pm
Forum: ESP8266 SDK
Topic: ESP-NOW coexist with Station
Replies: 2
Views: 2196

Re: ESP-NOW coexist with Station

Thanks, that works.

But some observations:

1. I can only use esp_now_add_peer() to set a channel. esp_now_set_peer_channel returns success but channel never changes.
2. The esp_now_set_peer_channel documentation in the 2c-esp8266_non_os_sdk_api_reference_en.pdf seems incorrect


Cheers,

Baoshi
by baoshi
Wed Jul 19, 2017 10:07 am
Forum: ESP8266 SDK
Topic: ESP-NOW coexist with Station
Replies: 2
Views: 2196

ESP-NOW coexist with Station

Hello, I'm testing ESP-NOW for lighting project but seems stuck. The situation being: The light under control is SLAVE. Button is the CONTROLLER. I'm sending packet from controller to slave's SOFT_AP interface. It works fine when the light (slave) is not connected to any WiFi AP. However if the ligh...
by baoshi
Tue Dec 01, 2015 9:09 pm
Forum: ESP8266 SDK
Topic: gpio_intr_handler_register cause wdt reset
Replies: 0
Views: 2031

gpio_intr_handler_register cause wdt reset

I've been relying on the following code for GPIO interrupt for quite some time: LOCAL void gpio_isr(void *arg) { uint32 status = GPIO_REG_READ(GPIO_STATUS_ADDRESS); if (status & BIT(0)) { ets_uart_printf("Pressed!\r\n"); // Clear interrupt GPIO_REG_WRITE(GPIO_STATUS_W1TC_ADDRESS, statu...
by baoshi
Mon Nov 09, 2015 2:02 pm
Forum: ESP8266 SDK
Topic: RTOS_SDK V1.3 do not fit my code any more
Replies: 14
Views: 15526

Re: RTOS_SDK V1.3 do not fit my code any more

Yes that works. I didn't notice the remarks in the link script.
Thanks
by baoshi
Mon Nov 09, 2015 11:46 am
Forum: ESP8266 SDK
Topic: RTOS_SDK V1.3 do not fit my code any more
Replies: 14
Views: 15526

Re: RTOS_SDK V1.3 do not fit my code any more

flash config doesn't help here. I tried select 4M byte still no go. You may see in both cases the code compiled under 250K with V1.2, but in RTOS 1.3 it cannot fit
by baoshi
Sat Nov 07, 2015 11:55 pm
Forum: ESP8266 SDK
Topic: RTOS_SDK V1.3 do not fit my code any more
Replies: 14
Views: 15526

Re: RTOS_SDK V1.3 do not fit my code any more

Exact same thing happens to me. I have some code compile successfully under V1.2 RTOS SDK. Here is the layout result: Section| Description| Start (hex)| End (hex)|Used space ------------------------------------------------------------------------------ data| Initialized Data (RAM)| 3FFE8000| 3FFE848...
by baoshi
Fri Jul 24, 2015 9:30 pm
Forum: ESP8266 SDK
Topic: About new ESP-NOW functions on SDK 1.2.0
Replies: 21
Views: 20770

Re: About new ESP-NOW functions on SDK 1.2.0

Thanks Faye, that works.
I made a stupid mistake of not #include <espnow.h> in the begin. The compiler also never gives an error, strange.
by baoshi
Tue Jul 21, 2015 9:55 pm
Forum: ESP8266 SDK
Topic: About new ESP-NOW functions on SDK 1.2.0
Replies: 21
Views: 20770

Re: About new ESP-NOW functions on SDK 1.2.0

Hi Faye: I have this piece of code: void user_init(void) { int rc; // Configure the UART uart_init(BIT_RATE_115200, BIT_RATE_115200); ets_uart_printf("\n\n"); wifi_set_opmode(1); // STATION u8 key[16]= {0x33, 0x44, 0x33, 0x44, 0x33, 0x44, 0x33, 0x44, 0x33, 0x44, 0x33, 0x44, 0x33, 0x44, 0x3...

Go to advanced search