Search found 18 matches

by mpulis
Tue Aug 07, 2018 12:40 pm
Forum: General Discussion
Topic: Concurrent SSL Clients using OpenSSL
Replies: 3
Views: 255

Re: Concurrent SSL Clients using OpenSSL

Found the problem, it was a lack of memory issue. Thanks for the support!
by mpulis
Tue Aug 07, 2018 11:48 am
Forum: General Discussion
Topic: Concurrent SSL Clients using OpenSSL
Replies: 3
Views: 255

Re: Concurrent SSL Clients using OpenSSL

I don't believe that its a memory issue. I've created 2 threads with the same memory allocated to each, with each one responsible of opening and handling a TCP client. At first I was initializing both at the same time, but now I've delayed one of them to open after the other. The second thread is ca...
by mpulis
Tue Aug 07, 2018 7:10 am
Forum: General Discussion
Topic: Concurrent SSL Clients using OpenSSL
Replies: 3
Views: 255

Concurrent SSL Clients using OpenSSL

Hi all, Would it be possible to run multiple SSL Clients concurrently on the ESP32? I'm asking this because I'm experiencing an error when trying to set up 2 SSL clients using OpenSSL, both of which are trying to connect to the same remote IP and Port but using different local TCP Ports (I've set up...
by mpulis
Tue Jul 24, 2018 12:20 pm
Forum: General Discussion
Topic: Setting UART Pins Issue
Replies: 1
Views: 153

Setting UART Pins Issue

Hi all, I'm trying to initialize GPIOs 13 and 9 as RX and TX pins respectively for UART 1. This is resulting in an Illegal Instruction followed by device reboot for some reason. My code for setting up the UART driver is as follows. gpio_set_direction(RXD1, GPIO_MODE_INPUT_OUTPUT); gpio_set_direction...
by mpulis
Thu Jun 14, 2018 7:09 am
Forum: General Discussion
Topic: UART receive failure after 120 bytes
Replies: 0
Views: 189

UART receive failure after 120 bytes

Hi, I've set up a UART communications channel using UART 1 on the ESP-WROOM32. I've set up a thread running which constantly checks fro any UART events from the xQueueReceive() function. If the packet length being received is less or equal to 120 bytes, then no problem is encountered. If the length ...
by mpulis
Fri Mar 09, 2018 1:26 pm
Forum: General Discussion
Topic: Flash Encryption Query
Replies: 10
Views: 1074

Re: Flash Encryption Query

I've received the new batch of modules and managed to run the Flash Encryption + Secure Boot operation successfully, so the issue can be closed now.

@WiFive I suspect the problem might have been some previous attempt at Flash Encryption which set off some Fuses.

Thank you for your help!
by mpulis
Fri Feb 23, 2018 1:54 pm
Forum: General Discussion
Topic: Flash Encryption Query
Replies: 10
Views: 1074

Re: Flash Encryption Query

I am still able to boot up normal firmware even after burning the key. Erasing the flash and re-flashing with new firmware after disabling flash encryption allows the firmware to boot up normally, although the fuses remain burned. I'm currently waiting for new chips to arrive as I'm currently out of...
by mpulis
Thu Feb 15, 2018 9:02 am
Forum: General Discussion
Topic: Flash Encryption Query
Replies: 10
Views: 1074

Re: Flash Encryption Query

So I tried the procedure on another chip. The initial state of the fuses seems correct and is as seen in Figure 1. 1.PNG After this, I set the relevant security options in the project menu for Secure Bootloader and Flash Encryption, as seen in Figure 2. 4.PNG I then burnt the pre-generated key to BL...
by mpulis
Wed Feb 14, 2018 10:35 am
Forum: General Discussion
Topic: Flash Encryption Query
Replies: 10
Views: 1074

Re: Flash Encryption Query

I've changed the chip to a new one which didn't have the FLASH_CRYPT_CNT fuse as write protected. Following the same procedure, I'm still getting the error on booting up after step 4. I've noticed that the FLASH_CRYPT_CNT fuse remains as 0 after the first boot, event though if I'm understanding the ...
by mpulis
Wed Feb 14, 2018 10:23 am
Forum: General Discussion
Topic: Flash Encryption Query
Replies: 10
Views: 1074

Re: Flash Encryption Query

No, I didn't manage to boot up successfully.

Looking at the eFuse summary, I've noticed that the FLASH_CRYPT_CNT fuse is write protected and set to 0. Could this have anything to do with the problem?