Skip to content
  • OpenHardware.io
  • Categories
  • Recent
  • Tags
  • Popular
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo
  1. Home
  2. Development
  3. is there a #define symbol for the first really free EEPROM address ?
  • Getting Started
  • Controller
  • Build
  • Hardware
  • Download/API
  • Forum
  • Store

is there a #define symbol for the first really free EEPROM address ?

Scheduled Pinned Locked Moved Development
3 Posts 3 Posters 935 Views 3 Watching
  • 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.
  • GertSandersG Offline
    GertSandersG Offline
    GertSanders
    Hardware Contributor
    wrote on last edited by
    #1

    is there a #define symbol for the first really free EEPROM address ?

    From the .h file I gather that EEPROM_LOCAL_CONFIG_ADDRESS and higher are free of my own use ???

    mfalkviddM 1 Reply Last reply
    0
    • GertSandersG GertSanders

      is there a #define symbol for the first really free EEPROM address ?

      From the .h file I gather that EEPROM_LOCAL_CONFIG_ADDRESS and higher are free of my own use ???

      mfalkviddM Online
      mfalkviddM Online
      mfalkvidd
      Mod
      wrote on last edited by mfalkvidd
      #2

      @gertsanders yes that's correct. From the documentation:

      First free address for sketch static configuration.

      But whenever a new version of the MySensors library needs more eeprom, EEPROM_LOCAL_CONFIG_ADDRESS will be changed. So be careful when upgrading the library.

      https://github.com/mysensors/MySensors/issues/379 has been created to make the address more permanent.

      I am not sure which addresses saveState/loadState uses. Maybe that function is more resilient.

      EDIT: saveState uses EEPROM_LOCAL_CONFIG_ADDRESS internally, so saveState will be broken as well if the library changes EEPROM_LOCAL_CONFIG_ADDRESS. But do use saveState instead of writing directly to the eeprom.

      1 Reply Last reply
      0
      • alowhumA Offline
        alowhumA Offline
        alowhum
        Plugin Developer
        wrote on last edited by
        #3

        @mfalkvidd said in is there a #define symbol for the first really free EEPROM address ?:

        https://github.com/mysensors/MySensors/issues/379

        I would like to store some strings in eeprom.

        The nodes will also use the awesome simple security feature (signing, encryption). I suspect those also write some things to eeprom (I did research this just now, but I wasn't able to find anything on it).

        Combining all that: would it be smart to just start the storage of these string 'further down', like at 256? As far as I can tell all arduino's have at least 512bytes of eeprom, so then MySensors can still expand into the first 256 in the future, but my code will still be fine?

        1 Reply Last reply
        0
        Reply
        • Reply as topic
        Log in to reply
        • Oldest to Newest
        • Newest to Oldest
        • Most Votes


        18

        Online

        11.7k

        Users

        11.2k

        Topics

        113.0k

        Posts


        Copyright 2019 TBD   |   Forum Guidelines   |   Privacy Policy   |   Terms of Service
        • Login

        • Don't have an account? Register

        • Login or register to search.
        • First post
          Last post
        0
        • OpenHardware.io
        • Categories
        • Recent
        • Tags
        • Popular