ESP8266 Developer Zone The Official ESP8266 Forum 2016-05-10T10:27:19+08:00 https://bbs.espressif.com:443/feed.php?f=7&t=1205 2016-05-10T10:27:19+08:00 2016-05-10T10:27:19+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1205&p=6784#p6784 <![CDATA[Re: dev 1143 then wdt_reset udp server high rate packages (sdk 1.4)]]>
Please do NOT disable the hardware interrupt for a long time, it should NOT be longer than 50us.

And you can have a try with our latest ESP8266_NONOS_SDK_V1.5.3 which has fixed the "mac 674" problem.

If your problem is still unsolved, please feel free to let us know.

Thanks for your interest in ESP8266 !

Statistics: Posted by ESP_Faye — Tue May 10, 2016 10:27 am


]]>
2016-05-08T00:51:52+08:00 2016-05-08T00:51:52+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1205&p=6749#p6749 <![CDATA[Re: dev 1143 then wdt_reset udp server high rate packages (sdk 1.4)]]> http://tomeko.net/projects/rtp_pager/

Statistics: Posted by tomeko — Sun May 08, 2016 12:51 am


]]>
2015-11-19T07:04:17+08:00 2015-11-19T07:04:17+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1205&p=4657#p4657 <![CDATA[Re: dev 1143 then wdt_reset udp server high rate packages (sdk 1.4)]]>
The problem can be reproduces by os_intr_lock() and os_intr_unlock()
But not holding the lock too long, and then in combination with lots of udp multicast packages.

I was driving a string of ws2812b led via bitbang. But after i switched to i2s implementation with dma all problems are gone.
Even increasing the packages more no problems found.

So for me its solved, i'm will keep my hands of the intr_lock in combination with wifi packages.

Thanks

Statistics: Posted by willemwouters — Thu Nov 19, 2015 7:04 am


]]>
2015-10-30T10:17:37+08:00 2015-10-30T10:17:37+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1205&p=4368#p4368 <![CDATA[Re: dev 1143 then wdt_reset udp server high rate packages (sdk 1.4)]]>
If your problem is still unsolved, please provide your test code, we will help debug it.

Thanks for your interest in ESP8266 !

Statistics: Posted by ESP_Faye — Fri Oct 30, 2015 10:17 am


]]>
2015-10-29T09:25:21+08:00 2015-10-29T09:25:21+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1205&p=4349#p4349 <![CDATA[Re: dev 1143 then wdt_reset udp server high rate packages (sdk 1.4)]]> I'm using udp, and using the lwip stack.

But @Lieven

I think your piece of disassembled is the exception handler of the crash.

Somewhere inside your trace I saw a esf_pbuf_recycle.... That sound like a possible suspect.
Going to try some with custom lwip stack and other pbuf settings in lwip...

Thanks

Statistics: Posted by willemwouters — Thu Oct 29, 2015 9:25 am


]]>
2015-10-27T11:23:01+08:00 2015-10-27T11:23:01+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1205&p=4291#p4291 <![CDATA[Re: dev 1143 then wdt_reset udp server high rate packages (sdk 1.4)]]>
Here is an example of TCP connection: http://bbs.espressif.com/viewtopic.php?f=31&t=232

If your problem is still unsolved, please provide your test code, we will help debug it.

Thanks for your interest in ESP8266 !

Statistics: Posted by ESP_Faye — Tue Oct 27, 2015 11:23 am


]]>
2015-10-26T18:54:24+08:00 2015-10-26T18:54:24+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1205&p=4280#p4280 <![CDATA[Re: dev 1143 then wdt_reset udp server high rate packages (sdk 1.4)]]>
dumping stack gives :
3FFFFD70:4000050C CODE _xtos_set_exception_handler +0xB8
3FFFFD80:40104311 CODE wDev_ProcessFiq +0x2E5
3FFFFD90:40104311 CODE wDev_ProcessFiq +0x2E5
3FFFFDE0:4020615A CODE ets_vsnprintf +0x1D6
3FFFFE00:40002514 CODE ets_printf +0x48
3FFFFE90:4000050C CODE _xtos_set_exception_handler +0xB8
3FFFFEB0:40000F68 CODE ets_post +0x144
3FFFFEC0:40000F58 CODE ets_post +0x134
3FFFFF20:40213CDA CODE esf_buf_recycle +0xD6
3FFFFF30:40211A88 CODE ppRecycleRxPkt +0x54
3FFFFF40:4021A92E CODE sta_input +0xD6
3FFFFF80:40211D42 CODE pp_tx_idle_timeout +0x36
3FFFFF90:402117E3 CODE ppPeocessRxPktHdr +0x277
3FFFFFB0:40000E19 CODE ets_run +0x15
3FFFFFC0:40001100 CODE ets_isr_unmask +0x158
3FFFFFD0:40100276 CODE call_user_start_local +0xE
3FFFFFE0:4010000D CODE call_user_start +0x9
3FFFFFF0:4000044C CODE UartDev +0x263C

This is not necessarily the exact trace. But disassembly shows :
40104302:fe9221 l32ra2, 40103d4c <trc_NeedRTS+0x22c>
40104305:fe9231 l32ra3, 40103d50 <trc_NeedRTS+0x230>
40104308:77a442 movia4, 0x477
4010430b:ef9d01 l32ra0, 40100180 <_UserExceptionVector_1+0x24>
4010430e:0000c0 callx0a0
40104311:ffff06 j40104311 <wDev_ProcessFiq+0x2e5>

So a while(1); at 40104311

Statistics: Posted by Lieven — Mon Oct 26, 2015 6:54 pm


]]>
2015-10-10T01:53:17+08:00 2015-10-10T01:53:17+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1205&p=4033#p4033 <![CDATA[dev 1143 then wdt_reset udp server high rate packages (sdk 1.4)]]>
I'm getting this error for a while now, but never find anything online about it.

When im using the ESP (SDK 1.4), and let it connect to my mobile phone (as AP).
Then running an UDP client on my mobile, and UDP server on ESP.

And I'm sending at a very high rate (while true loop) udp packages from mobile to esp.
But after a while(3min) it first prints "dev 1143" then after 8 seconds wdt_reset occurs.

Why is "dev 1143" and who is printing it?

[2015-10-09 19:38:31] dev 1143
[2015-10-09 19:38:39]
[2015-10-09 19:38:39] ets Jan 8 2013,rst cause:4, boot mode:(3,7)
[2015-10-09 19:38:39]
[2015-10-09 19:38:39] wdt reset
[2015-10-09 19:38:39] load 0x40100000, len 30688, room 16
[2015-10-09 19:38:39] tail 0
[2015-10-09 19:38:39] chksum 0xac
[2015-10-09 19:38:39] load 0x3ffe8000, len 5028, room 8
[2015-10-09 19:38:39] tail 12
[2015-10-09 19:38:39] chksum 0xf9
[2015-10-09 19:38:39] ho 0 tail 12 room 4
[2015-10-09 19:38:39] load 0x3ffe93a8, len 852, room 12
[2015-10-09 19:38:39] tail 8
[2015-10-09 19:38:39] chksum 0xea
[2015-10-09 19:38:39] csum 0xea


Thanks,

Willem

Statistics: Posted by willemwouters — Sat Oct 10, 2015 1:53 am


]]>