Хранение Данных (Таблиц) В Stm32 (Изменяемые В Работе Данные)

[ukr823f]

Приветствую. Ситуация такая - есть 2-3 таблицы 10х10 (значения от 0 до 255) итого 200-300 байт. Таблицы этим будут изменяться пользователем. Не совсем часто, но всё - таки будут. Работа с данными будет по UART. Помимо этого штук 10 переменных 1 байтных. И вот вопрос - каким образом надёжнее, проще хранить такие данные и каким образом с ними работать? Ведь запись в флэш память СТМ32 долговато пишеться, да и не совсем удобно с ней работать, так как допустим изменяем всего лишь один байт, а прийдётся стирать целую страницу с важгыми данными которые не требуется менять....

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[FarStar]

Как вариант поставить где-то на платке 2 микросхемы памяти на 1 кбайт и в них записывать по очереди, используя одну как резервную.

Испортится - сменили и дальше вперед. Стоят они 30-50 руб.

Изменено 1 апреля, 2016 пользователем FarStar

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[Alex]

Если данные будут меняться не часто, то хватит и одной внешней ЕЕПРОМены. У них гарантированное кол-во перезаписей = 1М. Состариться успеешь раз 10, пока загубишь её, вручную меняя значения.

[Реклама]

Особенности хранения литиевых аккумуляторов и батареек

Потеря емкости аккумулятора напрямую зависит от условий хранения и эксплуатации. При неправильном хранении даже самый лучший литиевый источник тока с превосходными характеристиками может не оправдать ожиданий. Технология, основанная на рекомендациях таких известных производителей литиевых источников тока, как компании FANSO и EVE Energy, поможет организовать правильный процесс хранения батареек и аккумуляторов. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[salyamkamrad]

Если есть избыток eeprom, не знаю уж, сколько его в stm32, то почему бы не перезаписывать данные всякий раз по разным адресам при сохранении хотя бы переменных, которые вероятно будут меняться чаще табличных данных?

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[Геннадий]

Разве что-то мешает переносить эти таблицы в RAM, там их испльзовать, изменять, модифицировать. А сохранять в ЕЕПРОМ только при выключении.

Я так понимаю, это для блока зажигания нужно?

[ukr823f]

Разве что-то мешает переносить эти таблицы в RAM, там их испльзовать, изменять, модифицировать. А сохранять в ЕЕПРОМ только при выключении.

Я так понимаю, это для блока зажигания нужно?

Управление коробкой передач. В таблице будет храниться или от 0 до 100, или 0 до 255 (значения выдаваемого ШИМ на основе данных с датчиков). По поводу RAM, то есть создать массивы по количеству таблиц, на нужное кол-во байт? То есть таблица 10 х 10, значит создаём массив на 100 элементов, и в процессе работы, по приходу сигнала что шлём массив данных, пишем их в энаш массив в оперативке? А когда приняли всю строку, разлочиваем флэш и пишем во флэш? Проблема в том, что насколько я понял, записать большое кол-во данных, потребуется время, а если в это время вырубиться питание и т.д?

Прийдётся тогда делать постоянное питание от АКБ, которое будет коммутироваться полевым транзистором, то есть, устройство будет себя обесточивать само, не учитывая что ключ зажигнаия например уже выключили и т.д.?Так правильнее?

[Alex]

Таблицы будут модифицироваться очень редко, зачем их постоянно хранить в RAM и по пропаданию питания заносить в EEPROM ?

Такие манипуляции стоит делать с ресурсами, которые постоянно меняются в программе, но должны сохраняться до следующего включения.

[Геннадий]

Я считаю, что работу с любыми параметрами лучше производить из области RAM. Быстрее доступ, не требуется ожидания флагов готовности, запрещение прерываний и т.д.

Не думаю, что для STM32 будет большим напрягом, при включении, считать всю таблицу из ЕЕПРОМ в RAM, где и будет производиться выборка и модификация данных. С другой стороны, для обеспечения надежности ЕЕПРОМ и защиты ее от излишних циклов перезаписи, достаточно ввести флаг(признак) модификации таблицы в данном сеансе работы и по нему принимать решение, производить сохранение таблицы , обратно в ЕЕПРОМ или нет.

[ukr823f]

Я считаю, что работу с любыми параметрами лучше производить из области RAM. Быстрее доступ, не требуется ожидания флагов готовности, запрещение прерываний и т.д.

Ну вот смотрите, если мы располагаем таблицы (массивы) - в flash памяти (скажем тк, в еепром стм32) - то к данным массива скорость доступа (чтения) будет больше?

Значения из таблиц во время работы выбираются постоянно.. то есть получили данные с АЦП и на их основе из таблицы достали нужное нам значение ШИМ.

[optima]

При включении выгружайте свой массив в RAM и работайте на здоровье!

[Геннадий]

Если значения таблиц, есть величины постоянные, то располагать их лучше в области программ, как массив констант. Но если Вы изволите корректировать некоторые ячейки с последующим постоянным использованием измененных данных, тогда потребуется сохранение нового значения в таблицу. Эти действия целесообразно выполнять с ЕЕПРОМ (записывать массив данных и хранить его для дальнейшего использования). Однако скорость работы с ЕЕПРОМ ниже, чем с RAM и имеет некоторый "ритуал" обращения к области ЕЕПРОМ, что в динамической работе узла не совсем приемлимо. Поэтому я и рекомендовал переносить таблицу из ЕЕПРОМ в RAM, где и использовать ее активно.