Search found 9 matches
- Tue May 21, 2019 7:59 pm
- Forum: Hardware
- Topic: GPIO interrupts lost (hardware race condition)
- Replies: 10
- Views: 15917
Re: GPIO interrupts lost (hardware race condition)
In my case, level interrupts are not quite useful as my hardware requires SPI command to clear the IRQ signal and the SPI is not working inside the handler so that's truly awkward. My workaround still works fine for me though, thank you! For your question (sorry I missed it) yest that's the case, bu...
- Thu Apr 18, 2019 1:31 pm
- Forum: Hardware
- Topic: GPIO interrupts lost (hardware race condition)
- Replies: 10
- Views: 15917
Re: GPIO interrupts lost (hardware race condition)
First, I have managed to fix the problem. Thanks for your suggestions. My original code used the basic gpio_install_isr_service / gpio_isr_handler_add combo. IRQs were set up in loop like gpio_set_direction(GPIO_Pin, GPIO_MODE_INPUT); gpio_set_intr_type(GPIO_Pin, GPIO_PIN_INTR_POSEDGE); gpio_isr_han...
- Mon Apr 15, 2019 1:57 pm
- Forum: Hardware
- Topic: GPIO interrupts lost (hardware race condition)
- Replies: 10
- Views: 15917
Re: GPIO interrupts lost (hardware race condition)
I've checked the master, but there was no related changes for this function, it was just optimized. It's a bit tricky to compensate for hardware bug in software, but I'll probably do that by comparing actual GPIO state before and after clearing the IRQ and rising an IRQ bit on difference. For your s...
- Fri Apr 12, 2019 7:17 pm
- Forum: Hardware
- Topic: GPIO interrupts lost (hardware race condition)
- Replies: 10
- Views: 15917
GPIO interrupts lost (hardware race condition)
Hi all, I've found some serios problem with the GPIO interrupts. My hardware is generating 3 independent IRQs (about 200 per second each) on GPIO 34,36 & 39, configured as rising edge. Quite rarely (in a couple of hours or so) one of the IRQ signals is not getting latched in the GPIO IRQ status regi...
- Thu Jan 10, 2019 5:24 pm
- Forum: ESP-MDF
- Topic: Enterprise authentication for mesh root not supported yet
- Replies: 1
- Views: 4606
Enterprise authentication for mesh root not supported yet
Hi, It looks like there is no support for the enterprise (e.g. PEAP-MSCHAP) authentication for the mesh root WiFi connection, right? Any plans on implementing it? So far I'm using quite an ugly workaround pre-connecting the root and then providing incorrect router setup to the mesh, that's not reall...
- Thu Aug 16, 2018 9:20 pm
- Forum: General Discussion
- Topic: WPA2 Enterprise connection
- Replies: 20
- Views: 54334
Re: WPA2 Enterprise connection
PaulFreund, I am having exactly the same issue you've faced. Unfortunately, I don't have a lot of experience with enterprise WPA2 as well. Have you found any solution so far? Network I'm trying to connect to has been set up (not by me) with the following how-to: https://www.cisco.com/c/en/us/support...
- Fri Jun 01, 2018 1:48 pm
- Forum: ESP-MDF
- Topic: Mesh size limits
- Replies: 3
- Views: 11380
Re: Mesh size limits
Thanks for the reply, very helpful. Two things to clarify: You have mentioned packet loss possibility, does this mean not the actual data loss but the increased delay due to retransmissions? And could you please estimate a practical limit and its parameters considering your knowledge of memory usage...
- Thu May 31, 2018 2:59 pm
- Forum: ESP-MDF
- Topic: Mesh size limits
- Replies: 3
- Views: 11380
Mesh size limits
Is there any theoretical limit for a number of nodes? So far I've found limits of 10 connections to AP, 15 layers max total, and an uint_16t number of nodes. Does that mean that a number of nodes in a single mesh could reach 64K?
Thanks,
--yuri
Thanks,
--yuri
- Wed May 30, 2018 9:25 pm
- Forum: ESP-IDF
- Topic: ESP-MESH source on Github
- Replies: 0
- Views: 2582
ESP-MESH source on Github
Will the source code for the ESP-MESH lib be ever available on Github? Not the ESP-MDF, it's already there. It is essential to have an access to it for production-grade use.
Thanks,
-- yuri
Thanks,
-- yuri