<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[is there a #define symbol for the first really free EEPROM address ?]]></title><description><![CDATA[<p dir="auto">is there a #define symbol for the first really free EEPROM address ?</p>
<p dir="auto">From the .h file I gather that EEPROM_LOCAL_CONFIG_ADDRESS and higher are free of my own use ???</p>
]]></description><link>https://forum.mysensors.org/topic/9364/is-there-a-define-symbol-for-the-first-really-free-eeprom-address</link><generator>RSS for Node</generator><lastBuildDate>Thu, 12 Mar 2026 19:36:39 GMT</lastBuildDate><atom:link href="https://forum.mysensors.org/topic/9364.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 20 May 2018 17:00:40 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to is there a #define symbol for the first really free EEPROM address ? on Sun, 05 Aug 2018 12:16:09 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/mfalkvidd" aria-label="Profile: mfalkvidd">@<bdi>mfalkvidd</bdi></a> said in <a href="/post/90253">is there a #define symbol for the first really free EEPROM address ?</a>:</p>
<blockquote>
<p dir="auto"><a href="https://github.com/mysensors/MySensors/issues/379" rel="nofollow ugc">https://github.com/mysensors/MySensors/issues/379</a></p>
</blockquote>
<p dir="auto">I would like to store some strings in eeprom.</p>
<p dir="auto">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).</p>
<p dir="auto">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?</p>
]]></description><link>https://forum.mysensors.org/post/92223</link><guid isPermaLink="true">https://forum.mysensors.org/post/92223</guid><dc:creator><![CDATA[alowhum]]></dc:creator><pubDate>Sun, 05 Aug 2018 12:16:09 GMT</pubDate></item><item><title><![CDATA[Reply to is there a #define symbol for the first really free EEPROM address ? on Sun, 20 May 2018 18:16:08 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/gertsanders" aria-label="Profile: gertsanders">@<bdi>gertsanders</bdi></a> yes that's correct. From the <a href="https://www.mysensors.org/apidocs/group__MyEepromAddressesgrp.html#ga65f3f70d008bdb94e3aa182efb61c51e" rel="nofollow ugc">documentation</a>:</p>
<blockquote>
<p dir="auto">First free address for sketch static configuration.</p>
</blockquote>
<p dir="auto">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.</p>
<p dir="auto"><a href="https://github.com/mysensors/MySensors/issues/379" rel="nofollow ugc">https://github.com/mysensors/MySensors/issues/379</a> has been created to make the address more permanent.</p>
<p dir="auto">I am not sure which addresses <a href="https://www.mysensors.org/apidocs/group__MySensorsCoregrp.html#ga07bd2de06f11e34fca1fa77621d164ec" rel="nofollow ugc">saveState</a>/loadState uses. Maybe that function is more resilient.</p>
<p dir="auto">EDIT: saveState <a href="https://github.com/mysensors/MySensors/blob/153850de808023ece9a09b21e847ea546c45239f/core/MySensorsCore.cpp#L506" rel="nofollow ugc">uses</a> 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.</p>
]]></description><link>https://forum.mysensors.org/post/90253</link><guid isPermaLink="true">https://forum.mysensors.org/post/90253</guid><dc:creator><![CDATA[mfalkvidd]]></dc:creator><pubDate>Sun, 20 May 2018 18:16:08 GMT</pubDate></item></channel></rss>