• mynameisigglepiggle@lemmy.world
    link
    fedilink
    English
    arrow-up
    10
    ·
    2 months ago

    I dabbled with making a fairly complex program for a microcontroller the other day and quickly hit the stack limit for a simple object.

    It wasn’t so much that it was a large object, but to provide flexibility I was amazed how fast I filled the memory.

    I’ve done heaps with memory managed languages in the past but shit as soon as I had to think about what I was doing under the hood everything got hard af.

    So serious question - does anyone have any good resources for a competent programmer, but with no clue whatsoever how to manage memory in a microcontroller space and avoid fragmentation etc?

    I got it to work but I’m sure I did shit job and want to be better at it.

    • BigDanishGuy@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      6
      ·
      2 months ago

      The best book I’ve ever bought on programming, and the second best book I bought for a class in uni, was https://dl.acm.org/doi/book/10.5555/1824214 it may be worth checking out on libgen and buy if it suits your needs.

      Whenever I do low-level programming on the AVR architecture, I’ll make a memory map. As in I’ll map out where I’ll put what. It may not be suitable for more complex programs, but it does the job for me. And it has enabled teamwork in assembly in the past.

      If you want to work in a language that doesn’t offer memory management, but manually mapping memory isn’t feasible either, how about building your own memory management? Or perhaps use an RTOS? I’ve used freeRTOS before on various arm-based micros, and it does take a bit to get started, but after that it’s easy sailing.

      Sorry for the following tangent, all semi intelligent content in this comment is found above this line.
      BTW I tried CoOS once, I wouldn’t recommend it… OK it was 12 years ago, I can’t remember exactly what was wrong other than the documentation was crap, but I don’t need to remember why to hold a grudge.