Developer

Pixhawk 1MB flash limit

This is a discussion for the 1MB flash limit issue so that we can consolidate any discussions and concerns about it in one place.

To give some background, all Pixhawk (and compatible) boards use STMicroelectronics's STM32F427 as their main CPU.  This CPU is advertised as having 2MB of flash space (flash is where the ardupilot software is held) but we have discovered that early revisions of this CPU (RevA, RevY and Rev1) have a hardware problem and can actually only hold 1MB and if we use more than that they start exhibiting USB communication problems.

Now currently APM:Copter-3.4 is 0.9MB so it's under the limit but as we add new features it grows and if it grows above 1MB users will find they can't reliable connect the ground station to the board using a USB cable (wireless would still work) which could make it very difficult to configure the board, download logs, etc.

We think many boards (perhaps most boards) out there are the early revisions (A, Y or 1) which suffer from this problem.  All the boards on my desk have this problem and you can check your board by following the instruction also shown in the video:

  • Ensure your Pixhawk (or compatible) is loaded with a recent version of ardupilot (like APM:Copter-3.3.x)
  • Connect with the Mission Planner
  • Go to the Terminal screen and select "NSH" on the drop-down on the left, then push the little green connect button beside the drop-down
  • type "ver all" and press Enter quickly into the terminal (the "Overtime in task 19" causes the MP some troubles)
  • look for the "WARNING! Revision Y has a silicon errata".

Some very recent boards do not suffer from this problem.  For example all Solo's are fine as are the XRacer (aka PixRacer) boards.

Before panic ensues I'd like to say that although APM:Copter-3.3.2 is already 90% of this limit, remember we've just done a release and we will put effort into keeping the code size under 1MB.  So for example, I can guarantee that APM:Copter-3.4 will fit and hopefully Copter-3.5 too.

Still, when you're shopping for your next Pixhawk you may consider asking the manufacturer if they are using the latest Rev3 STM32F427 processor.

You need to be a member of diydrones to add comments!

Join diydrones

Email me when people reply –

Replies

  • thank's for advertise about this Randy.

    I check my HKing pix and many lines "overtime in task 19" appears but not warning message, It's that's OK?

    • Did you type:

      ver all<enter>

      quickly between those overtime messages and receive some output? Ignore those overtime messages in this context.

      • yes, I did it, I'm going to repeat, in case.

        PD I repeated and now I have the err msg :(  , thank's for your reply L

        • If you're doing it correctly you'll get a bunch of output, it just won't include the warning message.

          • Sorry, warning msg (not err msg) as Randy shows 1Mb limit. my new pix have short updating life but I'm in favor to new progress.

            • Cala, I agree with you, I am also in favour of progress, I do not understand people in this hobby complaining to buy a new autopilot once every few years because the old one is getting obsolete due to progress (and we are talking about 200$). How much is the autopilot % of the whole UAV frame?

            • Developer

              Cala,

              Thanks for checking.

              Knowing which manufacturers (if any) are using RevC is important because I think this will lead to more manufacturers switching to use the RevC chip.  We've got a lot of boards out there that are RevA so we need to start the process of increasing the percentage using RevC.

              At the same time, we shouldn't panic.  The other developers and I will do our best to keep the firmware under 1MB and I think there's a good amount of time before this issue really becomes a problem.  I think it's at least a year before we start struggling, it could be two.. I'm not sure.

              Once we hit the limit we will need to devote more effort to keeping the code small and worst case disabling features that take too much space and are rarely used.  We could also create different versions of the firmware for the RevA vs RevC CPUs.

              • Thanks Randy. I know I'm preaching to the choir here, but I'm hopeful that various techniques that have worked for problems like this in other contexts will be effective in this instance once the limit becomes a significant problem. As I mentioned above, the presence of the older chips in the pipeline could be a problem for years. In analogous situations, I've had older versions of chips show up in devices several years after they not only were superseded by the chip manufacturers, but also several years after the device manufacturers using the chip series had certified they had moved to the new version. Ouch.

                L

                • The bootloader for the FMUv4 systems will not allow the code to go onto a <Rev3 chip, so manufacturers should be able to prevent this.  If they care to.

              • Many thank's Randy, I have the rest of my vehicles with APM yet, it's usefull to know this to replace with Rev C ones when I do it.. 

This reply was deleted.

Activity

DIY Robocars via Twitter
May 15
DIY Robocars via Twitter
May 14
DIY Robocars via Twitter
May 13
DIY Robocars via Twitter
RT @f1tenth: Say hi to our newest #F1TENTH creation for @ieee_ras_icra next week in Philly. It’s going to be huge! 😎 🔥 @AutowareFdn @PennEn…
May 13
DIY Robocars via Twitter
May 11
DIY Robocars via Twitter
May 8
DIY Robocars via Twitter
RT @SmallpixelCar: Noticed my car zigzagged in last run. It turned out to be the grass stuck in the wheel and made the odometry less accura…
May 8
DIY Robocars via Twitter
RT @SmallpixelCar: Test my car. RTK GPS worked great. Thanks @emlid for their support. https://t.co/EkQ6qmjmWR
May 8
DIY Drones via Twitter
RT @chr1sa: @kane That's @diydrones circa 2009. Still have a box of those Canon cameras that we used to strap into planes, just like this.…
May 3
DIY Robocars via Twitter
RT @chr1sa: Our next @diyrobocars race is going to be outside at a real RC racetrack in Fremont on May 28. Fully autonomous racing, head-to…
Apr 30
DIY Robocars via Twitter
RT @f1tenth: Our Spring 2022 F1TENTH course @PennEngineers is coming to an end with a head-to-head race as a big finale. So proud of our st…
Apr 26
DIY Robocars via Twitter
RT @DanielChiaJH: I wrote a thing! Throughout the development of my @diyrobocars car I've been using @foxglovedev Studio to visualize and d…
Apr 23
DIY Robocars via Twitter
RT @SmallpixelCar: My new car for high speed. Low body, everything ( @NVIDIAEmbedded Jetson Xavier NX, @emlid RTK GPS, IMC) under the deck…
Apr 23
DIY Robocars via Twitter
Apr 21
DIY Robocars via Twitter
RT @f1tenth: F1TENTH Race training setup @PennEngineers for our upcoming ICRA2022 @ieee_ras_icra competition. @OpenRoboticsOrg @IndyAChalle…
Apr 21
DIY Robocars via Twitter
RT @fatcatFABLAB: Proud to be hosting a restarted DIY Robocars NYC Meetup April 26. Come by if you want to talk about and race self-driving…
Apr 17
More…