Yes, I would appreciate seeing the early version of the flashing code. We'd be happy to provide feedback.
I will message you my contact details.
Thanks you for the offer,
Mark
Search found 30 matches
- Tue Jan 14, 2020 8:00 am
- Forum: ESP-IDF
- Topic: IDF and ESPTOOL_PY Licence Clarification Request
- Replies: 15
- Views: 17651
- Sun Jan 12, 2020 8:04 am
- Forum: ESP-IDF
- Topic: IDF and ESPTOOL_PY Licence Clarification Request
- Replies: 15
- Views: 17651
Re: IDF and ESPTOOL_PY Licence Clarification Request
We are looking at developing a method of programming the ESP32 from another microcontroller (STM32) using a C application which runs on the STM32. The basic flow would be: C# app on PC / Mac / Linux reads a binary image and send down serial line to STM32 STM32 takes the image, validates it and then ...
- Fri Jan 10, 2020 6:28 am
- Forum: ESP-IDF
- Topic: IDF and ESPTOOL_PY Licence Clarification Request
- Replies: 15
- Views: 17651
IDF and ESPTOOL_PY Licence Clarification Request
I am looking for clarification on the licence that is applicable to the ESP-IDF and the So, the ESP-IDF states that the licence is Apache 2.0. The IDF includes the esptool_py which states that the tool is licenced under GNU (in the LICENCE file https://github.com/espressif/esp-idf/blob/master/compon...
- Fri Nov 01, 2019 3:17 pm
- Forum: ESP-IDF
- Topic: UART Debugging Stops Unexpectedly After SPI Transfer
- Replies: 1
- Views: 2676
Re: UART Debugging Stops Unexpectedly After SPI Transfer
I may have found the problem.
Investigating further...
Regards,
Mark
Investigating further...
Regards,
Mark
- Fri Nov 01, 2019 10:23 am
- Forum: ESP-IDF
- Topic: UART Debugging Stops Unexpectedly After SPI Transfer
- Replies: 1
- Views: 2676
UART Debugging Stops Unexpectedly After SPI Transfer
So here is the scenario, I have another microcontroller (STM32) connected to the ESP32 using SPI. The STM32 is acting as SPI master and transferring 48 byte data packets to the ESP32. SPI is set to Mode 3, DMA channel 1 and is derived from the SPI slave sample. The ESP32 is configured to send loggin...
- Tue Aug 13, 2019 10:24 am
- Forum: ESP-IDF
- Topic: SPI Tx & Rx Buffer Sizes
- Replies: 3
- Views: 4906
Re: SPI Tx & Rx Buffer Sizes
Thank you for taking the time to respond. The essence of the question is not how to code this but what does the SDK expect.
So, if the ESP32 is only sending data to the SPI master does the SDK need the rx_buffer field to be pointing to a valid buffer?
Regards,
Mark
So, if the ESP32 is only sending data to the SPI master does the SDK need the rx_buffer field to be pointing to a valid buffer?
Regards,
Mark
- Mon Aug 12, 2019 8:22 am
- Forum: ESP-IDF
- Topic: SPI Tx & Rx Buffer Sizes
- Replies: 3
- Views: 4906
SPI Tx & Rx Buffer Sizes
I have the ESP32 set up as a slave device using SPI as the communication protocol. As such the ESP32 listens for commands from the controller and sends responses to the controller. This means that the ESP is either in receive only mode (when listening) or send only mode (when responding). The clock ...
- Sat Apr 13, 2019 7:43 am
- Forum: ESP-IDF
- Topic: Incomplete SPI Buffer
- Replies: 1
- Views: 2606
Re: Incomplete SPI Buffer
After some experimentation it appears that the last four bytes are not being populated in the rx_buffer. I have tried a number of buffer sizes, 24, 32, 40, all of which are multiples of 4. The logic analyser shows that the data is going onto the SPI bus correctly and the transaction length is saying...
- Fri Apr 12, 2019 2:11 pm
- Forum: ESP-IDF
- Topic: Incomplete SPI Buffer
- Replies: 1
- Views: 2606
Incomplete SPI Buffer
I have the ESP32 set up as a slave device using SPI. I have followed the advice in the online documentation that states that the buffers should be minimum 8 bytes and a multiple of 4 bytes long. So I am trying to send 23 bytes (in a 24 byte buffer) to the ESP32. In every case it looks like the last ...
- Sat Apr 06, 2019 11:41 am
- Forum: ESP-IDF
- Topic: Re-using GPIO 1 & 3
- Replies: 2
- Views: 4820
Re: Re-using GPIO 1 & 3
Spot on - thank you for your help.
Regards,
Mark
Regards,
Mark