Welcome to the Pycom forum Forum
    • \[\[global:header.categories\]\]
    • \[\[global:header.recent\]\]
    • \[\[global:header.tags\]\]
    • \[\[global:header.popular\]\]
    • Login

    Explore Pybytes | Official Documentation | Report a Firmware Bug/Issue | GitHub

    My new GPY keeps core dumping

    Scheduled Pinned Locked Moved Issues & Bugs
    coredumpgpy
    6 Posts 5 Posters 937 Views 5 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • C Offline
      cblims
      last edited by

      Hi, Just got a new GPY on my desk, and I've successfully uploaded code to change the led color in an infinite loop. But suddenly my device just reboots(core dumps). Why does this happen? It keeps doing it all the time (once every 5 seconds). I'm trying to upload new code, but it fails every now and then. Also tried to upgrade firmware, and that works without failure, but after boot the same core dump happens.

      btw, does firmware update reset everything to factory default? Is everything erased?

      >>> Guru Meditation Error: Core  0 panic'ed (InstrFetchProhibited)
      . Exception was unhandled.
      Register dump:
      PC      : 0x00000000  PS      : 0x00060930  A0      : 0x8010eff5  A1      : 0x3ffbd650
      A2      : 0x00000000  A3      : 0x00000037  A4      : 0xffffffaa  A5      : 0x3fbc1e24
      A6      : 0x00000008  A7      : 0x00000000  A8      : 0x8011a308  A9      : 0x3ffbd640
      A10     : 0x3fbc1e40  A11     : 0x00000037  A12     : 0xffffffaa  A13     : 0x3ffbd6e4
      A14     : 0x77778dee  A15     : 0x77778dee  SAR     : 0x00000010  EXCCAUSE: 0x00000014
      EXCVADDR: 0x00000000  LBEG    : 0x40099a9d  LEND    : 0x40099ad1  LCOUNT  : 0xffffffff
      
      Backtrace: 0x00000000:0x3ffbd650 0x4010eff2:0x3ffbd670 0x4010ffff:0x3ffbd740 0x401265f1:0x3ffbd760 0x40128153:0x3ffbd7b0
      
      1 Reply Last reply Reply Quote 0
      • C Offline
        cmisztur
        last edited by

        @cblims said in My new GPY keeps core dumping:

        InstrFetchProhibited

        can you post the code?

        1 Reply Last reply Reply Quote 0
        • C Offline
          cblims
          last edited by

          Any code make the chip go haywire, even after flashing firmware with erase option makes it reboot without any code:

          import pycom
          import time
          ​
          pycom.heartbeat(False)
          for cycles in range(10): # stop after 10 cycles
              pycom.rgbled(0x007f00) # green
              time.sleep(5)
              pycom.rgbled(0x7f7f00) # yellow
              time.sleep(1.5)
              pycom.rgbled(0x7f0000) # red
              time.sleep(4)
          
          1 Reply Last reply Reply Quote 1
          • L Offline
            leifarne
            last edited by

            Has there been any resolution to this? I have the same problem with all my 4 Pycom circuits - I have both GPy and WiPy circuits and Expansion board 3.0. It happens even if there is no program loaded. It happens with or without the Expansion board. If I cover the circuit in my hand, it does not happen. If I remove my hand, it starts core dumping again. So it has to be an electrical problem of some kind.

            Any idea why, and how to fix it?

            1 Reply Last reply Reply Quote 1
            • A Offline
              aarpi3
              last edited by

              I had/have the same issue with my new Lopy4 (1.18.2.r7) board also.
              I was added "pycom.wifi_on_boot(False)" in the blink example (before hartbeat) and was able to upload it in one of the reboots. I just hit upload as soon as I saw >>. Had to try several times!

              1 Reply Last reply Reply Quote 0
              • A Offline
                andreas
                last edited by andreas

                Dear @cblims, @leifarne and @aarpi3,

                if you feel lucky, you might want to try one of our custom builds just released at [1,2,3]. More background about this is available through [4].

                Please be aware that you will have to erase your device completely before flashing in order to keep things straight. You will find respective references to this on the forum. Hint: Use pycom-fwtool-cli --port /dev/ttyUSB0 erase_all, see also [5].

                With kind regards,
                Andreas.

                [1] https://packages.hiveeyes.org/hiveeyes/foss/pycom/vanilla/WiPy-1.20.1.r1-0.6.0-vanilla-dragonfly.tar.gz
                [2] https://packages.hiveeyes.org/hiveeyes/foss/pycom/vanilla/GPy-1.20.1.r1-0.6.0-vanilla-dragonfly.tar.gz
                [3] https://packages.hiveeyes.org/hiveeyes/foss/pycom/vanilla/LoPy4-1.20.1.r1-0.6.0-vanilla-dragonfly.tar.gz
                [4] https://community.hiveeyes.org/t/investigating-random-core-panics-on-pycom-esp32-devices/2480
                [5] https://community.hiveeyes.org/t/installing-the-recent-pycom-firmware-1-20-1-r1-requires-erasing-the-flash-memory-completely/2688

                1 Reply Last reply Reply Quote 0

                Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                With your input, this post could be even better 💗

                Register Login
                • 1 / 1
                • First post
                  Last post

                Pycom on Twitter

                Pycom