Search found 69 matches
- Fri May 21, 2021 4:26 pm
- Forum: ESP-IDF
- Topic: How to call a function outside httpd_ws.c file in esp-idf
- Replies: 9
- Views: 7150
Re: How to call a function outside httpd_ws.c file in esp-idf
Hi @Baldhead Have you checked the keep-alive mechanism in the `wss` example (from https_server)? https://github.com/espressif/esp-idf/tree/master/examples/protocols/https_server/wss_server#http-websocket-server-with-ssl-support It's implemented in the main component and uses only public includes fro...
- Wed Dec 02, 2020 6:27 pm
- Forum: ESP-IDF
- Topic: esp_netif_receive eating all my ram (SLIP protocol) (IDFGH-4141)
- Replies: 13
- Views: 12192
Re: esp_netif_receive eating all my ram (SLIP protocol) (IDFGH-4141)
Oh, thanks for the update and for posting the fix! It looks like the same as posted here https://github.com/espressif/esp-lwip/pull/25.
- Wed Dec 02, 2020 3:42 pm
- Forum: ESP-IDF
- Topic: esp_netif_receive eating all my ram (SLIP protocol) (IDFGH-4141)
- Replies: 13
- Views: 12192
Re: esp_netif_receive eating all my ram (SLIP protocol) (IDFGH-4141)
@fpena_inusual Any update on your issue? I've received a patch on esp-lwip fixing pbub links on the SLIP interface. Not sure if it helps fixing your issues, but seems like worth trying. (if it wasn't you who posted the PR)
- Tue Dec 01, 2020 9:24 am
- Forum: ESP-IDF
- Topic: How to assign Ethernet Static IP address
- Replies: 6
- Views: 14734
Re: How to assign Ethernet Static IP address
The code is almost correct (assume you've accidentally pasted the code somewhere into the include section, but the principle seems okay), but you won't receive an IP event when using static address. Also I'd suggest not mixing up the esp-netif and tcpip_adapter API. Here's an example of using esp-ne...
- Tue Dec 01, 2020 9:00 am
- Forum: ESP-IDF
- Topic: connect to multiple mqtt brokers TLS/non TLS
- Replies: 2
- Views: 4513
Re: connect to multiple mqtt brokers TLS/non TLS
This should work okay without any trouble. Just checked on the latest master. Could you please share the IDF version? The only trouble I think off, could be if these "multiple mqtt brokers TLS/non TLS" is actually one broker with multiple interfaces/protocols (common on mosqutto's). In that case a c...
- Wed Nov 11, 2020 11:37 am
- Forum: ESP-IDF
- Topic: ESP-IDF V4.1 with modem over PPPoS not working [IDFGH-4248]
- Replies: 3
- Views: 4526
Re: ESP-IDF V4.1 with modem over PPPoS not working
Hi evalan_floris
I would suggest using v4.1, if you can wait for us to apply some important fixes to the release branch. Some fixes yet need to be backported to the v4.1, see the https://github.com/espressif/esp-idf/is ... -723657688 for the context and for testing locally.
I would suggest using v4.1, if you can wait for us to apply some important fixes to the release branch. Some fixes yet need to be backported to the v4.1, see the https://github.com/espressif/esp-idf/is ... -723657688 for the context and for testing locally.
- Tue Nov 03, 2020 7:37 am
- Forum: ESP-IDF
- Topic: tcpip_adapter_set_hostname() not working
- Replies: 15
- Views: 12155
Re: tcpip_adapter_set_hostname() not working
Hi mzimmers,
which IDF version are you using? Is it possible to switch to v4.1 and later? Do you have to use the *tcpip_adapter* API?
which IDF version are you using? Is it possible to switch to v4.1 and later? Do you have to use the *tcpip_adapter* API?
- Mon Oct 26, 2020 5:17 pm
- Forum: ESP-IDF
- Topic: esp_netif_receive eating all my ram (SLIP protocol) (IDFGH-4141)
- Replies: 13
- Views: 12192
Re: esp_netif_receive eating all my ram (SLIP protocol) (IDFGH-4141)
Would be it acceptable to workaround this by increasing the MTU size here? https://github.com/espressif/esp-lwip/blob/2.1.2-esp/src/netif/slipif.c#L79 I might be wrong, but it looks like the extra bytes are simply dropped on netif level (here in slipif.c) before getting fragmented. Please note that ...
- Thu Oct 22, 2020 4:34 pm
- Forum: ESP-IDF
- Topic: esp_netif_receive eating all my ram (SLIP protocol) (IDFGH-4141)
- Replies: 13
- Views: 12192
Re: esp_netif_receive eating all my ram (SLIP protocol) (IDFGH-4141)
Hi fpena_inusual,
One possible reason could be that the slip netif doesn't support packets longer than 256 bytes, as per limitation in lwIP (len parameter is uint8_t). There a fix ready for internal review: https://github.com/espressif/esp-idf/pull/5928, Could you please check if that helps?
One possible reason could be that the slip netif doesn't support packets longer than 256 bytes, as per limitation in lwIP (len parameter is uint8_t). There a fix ready for internal review: https://github.com/espressif/esp-idf/pull/5928, Could you please check if that helps?
- Mon Sep 21, 2020 3:30 pm
- Forum: General Discussion
- Topic: pppos_client bug/issue !! [IDFGH-3620]
- Replies: 4
- Views: 5365
Re: pppos_client bug/issue !! [IDFGH-3620]
okay, understand now, thanks for explaining. There's indeed a race condition, as we first switch over to the command mode and then initialise the PPP network interface. This is true for releases v4.0 and earlier. There was a major refactoring of the PPP client and the esp-modem in v4.1 to use the es...