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

    Lopy: Files deleted after pushing reset button

    Scheduled Pinned Locked Moved LoPy
    lopyboot moderesetrestartpycom
    5 Posts 4 Posters 2.0k Views 4 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
      cylex
      last edited by

      Hey guys

      Oftentimes my LoPy resets its filesystem after pushing the reset button (no - P12 is not connected to 3,3V) ... What is the reason for this?

      Thanks!

      L 1 Reply Last reply Reply Quote 0
      • B Offline
        bucknall
        last edited by

        @cylex How are you uploading your files to your LoPy?

        Developer Evangelist - Pycom

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

          I'm using Filezilla

          1 Reply Last reply Reply Quote 0
          • L Offline
            livius @cylex
            last edited by livius

            @cylex said in Lopy: Files deleted after pushing reset button:
            I am also interested.
            But for me this happened only once for Wipy2 in the history and this was with firmware 1.6.12.b1 never in the past
            https://forum.pycom.io/topic/1130/flash-was-erased-without-the-reason

            And when you mean oftentimes - what do you exactly mean?

            P.S. @bucknall - i only upload files by filezilla

            think about people first, then computers

            1 Reply Last reply Reply Quote 0
            • S Offline
              ssmith @bucknall
              last edited by

              @bucknall I am able to corrupt the file system pretty easily. Running 1.7.6FW ATM. It seems to be when the program has a file open and an error occurs.

              What is the file system running on these boards? It doesn't appear to be a journaling file system. It is way too easy to corrupt the file system and have it erase the whole flash.

              I am developing a BT application that can update any file on the device and really need protection against this type of failure. I'm already doing a double buffer approach with the file writes so I have a good copy of the target file before deleting the original and renaming the file. The issue is resetting the board in the middle of a file write causes any manor of flash corruption. Before someone says "don't do that", I try very hard to design my system to recover from any type of errors. The cardinal rule is that there should be no way to brick a unit doing an update. To that end, I test every kind of failure during updates to make sure the device remains in a operating state.

              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