Search found 127 matches

by gunar.kroeger
Thu Nov 22, 2018 12:01 pm
Forum: ESP32 IDF
Topic: ESP32 SPP send throughput
Replies: 12
Views: 6903

Re: ESP32 SPP send throughput

We should wait for ESP_SPP_WRITE_EVT, then call esp_spp_write() again Yes, but even so, after a while we get the congestion event. Try writing a task with an EventGroupHandle_t that waits for the ESP_SPP_WRITE_EVT and then calls esp_spp_write(). This should give the fastest throughput possible, but...
by gunar.kroeger
Mon Nov 19, 2018 1:59 pm
Forum: ESP32 IDF
Topic: ESP32 BT write echo back once
Replies: 2
Views: 1108

Re: ESP32 BT write echo back once

When you recieve a message, you get an ESP_SPP_DATA_IND_EVT event, when you finish transmiting a message, you get an ESP_SPP_WRITE_EVT. What you are doing now is sending an echo once you recieve AND each time you finish a transmission. removing these lines from the ESP_SPP_WRITE_EVT case should do t...
by gunar.kroeger
Fri Nov 16, 2018 3:05 pm
Forum: ESP32 IDF
Topic: IDF V3.2 with CAN driver
Replies: 13
Views: 3245

Re: IDF V3.2 with CAN driver

CAN driver is now included in stable version v3.2!
by gunar.kroeger
Fri Nov 16, 2018 12:32 pm
Forum: ESP32 IDF
Topic: How to reduce IRAM usage
Replies: 2
Views: 1034

Re: How to reduce IRAM usage

Yes, I am using SPP to transfer files and did the release memory for BLE, but eventually I will also need the BLE feature. I'm also using WiFi with Https client. I already changed from debug to release mode to gain a bit of memory and to allow me to use the v3.2 release with 93% of memory used, but ...
by gunar.kroeger
Wed Nov 14, 2018 3:35 pm
Forum: ESP32 IDF
Topic: How to reduce IRAM usage
Replies: 2
Views: 1034

How to reduce IRAM usage

I tried to move to stable version of idf v3.2, but my code would not fit in IRAM anymore, so I returned to the master branch, commit [a8754cc], I was working on and checked usage with command make size-components : Python requirements from C:/msys32/home/gunar.kroeger/esp/esp-idf/requirements.txt ar...
by gunar.kroeger
Tue Nov 13, 2018 5:05 pm
Forum: ESP32 IDF
Topic: Error on secondary bluetooth connection
Replies: 3
Views: 1265

Error on secondary bluetooth connection

When connecting a secondary bluetooth device to the esp32 I get an error message: (768946) SPP: ESP_SPP_DATA_IND_EVT len=3 handle=3 D (768946) SPP: primary channel data: I (768946) SPP: start processing 01 D (768946) SPP: RX(3):01| I (768956) SPP: finnished processing 01 I (768956) SPP: ESP_SPP_WRIT...
by gunar.kroeger
Tue Nov 13, 2018 3:09 pm
Forum: General Discussion
Topic: Error on secondary bluetooth connection
Replies: 0
Views: 490

Error on secondary bluetooth connection

When connecting a secondary bluetooth device to the esp32 I get an error message: (768946) SPP: ESP_SPP_DATA_IND_EVT len=3 handle=3 D (768946) SPP: primary channel data: I (768946) SPP: start processing 01 D (768946) SPP: RX(3):01| I (768956) SPP: finnished processing 01 I (768956) SPP: ESP_SPP_WRIT...
by gunar.kroeger
Tue Nov 06, 2018 1:32 pm
Forum: ESP32 IDF
Topic: [Solved] Meaning of reason codes in system_event_sta_disconnected_t?
Replies: 7
Views: 6068

Re: [Solved] Meaning of reason codes in system_event_sta_disconnected_t?

From "esp_event_legacy.h": typedef struct { uint8_t ssid[32]; /**< SSID of disconnected AP */ uint8_t ssid_len; /**< SSID length of disconnected AP */ uint8_t bssid[6]; /**< BSSID of disconnected AP */ uint8_t reason; /**< reason of disconnection */ } system_event_sta_disconnected_t; Is this struct ...
by gunar.kroeger
Mon Nov 05, 2018 2:10 pm
Forum: ESP32 IDF
Topic: [Solved] Meaning of reason codes in system_event_sta_disconnected_t?
Replies: 7
Views: 6068

Re: [Solved] Meaning of reason codes in system_event_sta_disconnected_t?

@ESP_igrr
>>Will update event structure to use this enum

Did you get a chance to do this? It looks like it's still an unnamed enum that can't be accessed.
by gunar.kroeger
Wed Oct 31, 2018 5:10 pm
Forum: ESP32 IDF
Topic: esp_http_client_write returns -1 after a while
Replies: 2
Views: 1096

Re: esp_http_client_write returns -1 after a while

Ok, I am an idiot. Looking at the documentation for esp_http_client_write: @param[in] len This value must not be larger than the write_len parameter provided to esp_http_client_open() I thought that that I should open the connection with the length of the maximum esp_http_client_write call. Turns ou...

Go to advanced search