{"action":"created","issue":{"url":"https://api.github.com/repos/SuperHouse/esp-open-rtos/issues/103","repository_url":"https://api.github.com/repos/SuperHouse/esp-open-rtos","labels_url":"https://api.github.com/repos/SuperHouse/esp-open-rtos/issues/103/labels{/name}","comments_url":"https://api.github.com/repos/SuperHouse/esp-open-rtos/issues/103/comments","events_url":"https://api.github.com/repos/SuperHouse/esp-open-rtos/issues/103/events","html_url":"https://github.com/SuperHouse/esp-open-rtos/issues/103","id":137059205,"number":103,"title":"Fatal exception (20) at `prvIdleTask` in http_get example","user":{"login":"MightyPork","id":2041118,"avatar_url":"https://avatars.githubusercontent.com/u/2041118?v=3","gravatar_id":"","url":"https://api.github.com/users/MightyPork","html_url":"https://github.com/MightyPork","followers_url":"https://api.github.com/users/MightyPork/followers","following_url":"https://api.github.com/users/MightyPork/following{/other_user}","gists_url":"https://api.github.com/users/MightyPork/gists{/gist_id}","starred_url":"https://api.github.com/users/MightyPork/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/MightyPork/subscriptions","organizations_url":"https://api.github.com/users/MightyPork/orgs","repos_url":"https://api.github.com/users/MightyPork/repos","events_url":"https://api.github.com/users/MightyPork/events{/privacy}","received_events_url":"https://api.github.com/users/MightyPork/received_events","type":"User","site_admin":false},"labels":[],"state":"closed","locked":false,"assignee":null,"milestone":null,"comments":2,"created_at":"2016-02-28T14:40:01Z","updated_at":"2016-02-28T22:28:28Z","closed_at":"2016-02-28T22:28:28Z","body":"This is an elusive error that sometimes happens after a restart (using the RST pin).\r\n\r\nI am using the un-modified `http_get` example on ESP-01 with 8Mb flash.\r\n\r\n```none\r\n\r\nESP-Open-SDK ver: 0.0.1 compiled @ Feb 28 2016 15:15:02\r\nphy ver: 273, pp ver: 8.3\r\n\r\nSDK version:0.9.9\r\nmode : sta(18:fe:34:d5:03:a4)\r\nadd if0\r\nHTTP get task starting...\r\nRunning DNS lookup for chainxor.org...\r\nscandone\r\nadd 0\r\naid 1\r\ncnt \r\nFatal exception (20): \r\nepc1=0x00000001\r\nepc2=0x00000000\r\nepc3=0x40225d90\r\nexcvaddr=0x00000000\r\ndepc=0x00000000\r\nexcsave1=0x00000001\r\n\r\n ets Jan  8 2013,rst cause:2, boot mode:(3,7)\r\n\r\nload 0x40100000, len 30928, room 16 \r\n```\r\n\r\nIt happens at `0x40225d90`, sometimes at `0x40225df5`.\r\n\r\nHere's the addrsource output:\r\n\r\n```none\r\n0x40225df5 is in prvIdleTask (/home/ondra/devel/esp/sdk/esp-open-rtos/FreeRTOS/Source/tasks.c:2133).\r\n2128\t\r\n2129\t\t\t\tA critical region is not required here as we are just reading from\r\n2130\t\t\t\tthe list, and an occasional incorrect value will not matter.  If\r\n2131\t\t\t\tthe ready list at the idle priority contains more than one task\r\n2132\t\t\t\tthen a task other than the idle task is ready to execute. */\r\n2133\t\t\t\tif( listCURRENT_LIST_LENGTH( &( pxReadyTasksLists[ tskIDLE_PRIORITY ] ) ) > ( unsigned portBASE_TYPE ) 1 )\r\n2134\t\t\t\t{\r\n2135\t\t\t\t\ttaskYIELD();\r\n2136\t\t\t\t}\r\n2137\t\t\t}\r\nLine 2133 of \"/home/ondra/devel/esp/sdk/esp-open-rtos/FreeRTOS/Source/tasks.c\" starts at address 0x40225df5 <prvIdleTask+125> and ends at 0x40225dfd <prvIdleTask+133>.\r\nDump of assembler code for function prvIdleTask:\r\n   0x40225d78 <+0>:\taddi\ta1, a1, -32\r\n   0x40225d7b <+3>:\ts32i.n\ta12, a1, 24\r\n   0x40225d7d <+5>:\ts32i.n\ta13, a1, 20\r\n   0x40225d7f <+7>:\ts32i\ta14, a1, 16\r\n   0x40225d82 <+10>:\tl32r\ta13, 0x40225be0\r\n   0x40225d85 <+13>:\tl32r\ta12, 0x40225d18\r\n   0x40225d88 <+16>:\tl32r\ta14, 0x402259dc\r\n   0x40225d8b <+19>:\ts32i.n\ta0, a1, 28\r\n   0x40225d8d <+21>:\ts32i\ta15, a1, 12\r\n   0x40225d90 <+24>:\tmemw\r\n   0x40225d93 <+27>:\tl32i.n\ta2, a13, 0\r\n   0x40225d95 <+29>:\tbeqz\ta2, 0x40225df5 <prvIdleTask+125>\r\n   0x40225d98 <+32>:\tmemw\r\n   0x40225d9b <+35>:\tl32i.n\ta2, a12, 0\r\n   0x40225d9d <+37>:\tl32i.n\ta15, a14, 0\r\n   0x40225d9f <+39>:\taddi.n\ta2, a2, 1\r\n   0x40225da1 <+41>:\tmemw\r\n   0x40225da4 <+44>:\ts32i.n\ta2, a12, 0\r\n   0x40225da6 <+46>:\tl32r\ta0, 0x4022571c\r\n   0x40225da9 <+49>:\tcallx0\ta0\r\n   0x40225dac <+52>:\tbeqz\ta15, 0x40225d90 <prvIdleTask+24>\r\n   0x40225daf <+55>:\tl32r\ta0, 0x40225598\r\n   0x40225db2 <+58>:\tcallx0\ta0\r\n   0x40225db5 <+61>:\tl32i.n\ta2, a14, 12\r\n   0x40225db7 <+63>:\tl32i.n\ta15, a2, 12\r\n   0x40225db9 <+65>:\taddi.n\ta2, a15, 4\r\n   0x40225dbb <+67>:\tl32r\ta0, 0x40225be4\r\n   0x40225dbe <+70>:\tcallx0\ta0\r\n   0x40225dc1 <+73>:\tl32r\ta3, 0x402259c4\r\n   0x40225dc4 <+76>:\tmemw\r\n   0x40225dc7 <+79>:\tl32i.n\ta2, a3, 0\r\n   0x40225dc9 <+81>:\taddi.n\ta2, a2, -1\r\n   0x40225dcb <+83>:\tmemw\r\n   0x40225dce <+86>:\ts32i.n\ta2, a3, 0\r\n   0x40225dd0 <+88>:\tmemw\r\n   0x40225dd3 <+91>:\tl32i.n\ta2, a13, 0\r\n   0x40225dd5 <+93>:\taddi.n\ta2, a2, -1\r\n   0x40225dd7 <+95>:\tmemw\r\n   0x40225dda <+98>:\ts32i.n\ta2, a13, 0\r\n   0x40225ddc <+100>:\tl32r\ta0, 0x402255a4\r\n   0x40225ddf <+103>:\tcallx0\ta0\r\n   0x40225de2 <+106>:\tl32i.n\ta2, a15, 48\r\n   0x40225de4 <+108>:\tl32r\ta0, 0x4022562c\r\n   0x40225de7 <+111>:\tcallx0\ta0\r\n   0x40225dea <+114>:\tmov.n\ta2, a15\r\n   0x40225dec <+116>:\tl32r\ta0, 0x4022562c\r\n   0x40225def <+119>:\tcallx0\ta0\r\n   0x40225df2 <+122>:\tj\t0x40225d90 <prvIdleTask+24>\r\n   0x40225df5 <+125>:\tl32r\ta3, 0x402259cc\r\n   0x40225df8 <+128>:\tl32i.n\ta2, a3, 0\r\n   0x40225dfa <+130>:\tbltui\ta2, 2, 0x40225d90 <prvIdleTask+24>\r\n   0x40225dfd <+133>:\tmovi.n\ta2, 1\r\n   0x40225dff <+135>:\tl32r\ta0, 0x402255a0\r\n   0x40225e02 <+138>:\tcallx0\ta0\r\n   0x40225e05 <+141>:\tj\t0x40225d90 <prvIdleTask+24>\r\nEnd of assembler dump.\r\n```\r\n\r\nI don't really understand the assembler, but maybe you'll make some sense of it.\r\n\r\nSometimes the ESP also enters a weird lock-out state with a reboot loop and gets really hot, but that may as well be some electrical abuse I did to it earlier, now manifesting itself this way.\r\n\r\nupdate: a new one, happened out of the clear sky - looks like it might be in the same function?\r\n\r\n```none\r\nexception (28): \r\nepc1=0x40250b3f\r\nepc2=0x00000000\r\nepc3=0x40225d95\r\nexcvaddr=0x00000009\r\ndepc=0x00000000\r\nexcsave1=0x00000001\r\n```"},"comment":{"url":"https://api.github.com/repos/SuperHouse/esp-open-rtos/issues/comments/189957881","html_url":"https://github.com/SuperHouse/esp-open-rtos/issues/103#issuecomment-189957881","issue_url":"https://api.github.com/repos/SuperHouse/esp-open-rtos/issues/103","id":189957881,"user":{"login":"MightyPork","id":2041118,"avatar_url":"https://avatars.githubusercontent.com/u/2041118?v=3","gravatar_id":"","url":"https://api.github.com/users/MightyPork","html_url":"https://github.com/MightyPork","followers_url":"https://api.github.com/users/MightyPork/followers","following_url":"https://api.github.com/users/MightyPork/following{/other_user}","gists_url":"https://api.github.com/users/MightyPork/gists{/gist_id}","starred_url":"https://api.github.com/users/MightyPork/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/MightyPork/subscriptions","organizations_url":"https://api.github.com/users/MightyPork/orgs","repos_url":"https://api.github.com/users/MightyPork/repos","events_url":"https://api.github.com/users/MightyPork/events{/privacy}","received_events_url":"https://api.github.com/users/MightyPork/received_events","type":"User","site_admin":false},"created_at":"2016-02-28T22:28:28Z","updated_at":"2016-02-28T22:28:28Z","body":"Thanks for the reply!\r\n\r\nad 1), I actually changed the size in the `common.mk` file, but the local file is a better idea, I'll do that.\r\n\r\nGood point with the power supply, that may very well be the case (and related to the previous issue). I'll try to analyse it with a scope.\r\n\r\nI'm powering the module from USB via LD1117-3.3, and there's a 1000µF cap, but quite far. Certainly something to look into. I'll close this, since it looks like a HW problem."}}