MSP430 RAM переполнение

Да, вы можете записывать данные во флеш-память. Единственная проблема возникает, когда вы хотите изменить данные. Вы можете стереть только те сектора, которые имеют размер 512 байт. Таким образом, вы можете взять два флеш-сектора из флеш-памяти и хранить данные для 10 устройств в каждом секторе. Однако флэш-память может читаться как ОЗУ, поэтому вам не нужен какой-то код подкачки, вы просто указываете каждую запись устройства с помощью указателя. Последняя проблема заключается в том, что у флеш-памяти есть ограничение на количество циклов стирания, здесь около 10000 циклов. Таким образом, вам также может потребоваться написать код для распределения данных по разным секторам с течением времени, в зависимости от количества ожидаемых изменений и желаемой долговечности службы.

Вы можете хранить постоянные данные во флеш-памяти / памяти программ. Если вы знаете, что некоторые переменные / массивы фактически не меняются после инициализации, вы можете объявить их как static const в своем коде, и компилятор поместит их в раздел .text, который обычно хранится во FLASH-памяти. Если у вас есть динамические данные, которые не помещаются в памяти ... хорошо. Вы облажались, если не думаете об оптимизации (например, о повторном использовании одного и того же пространства для разных вещей в разное время ...). Конечно, есть возможность реализовать какую-то функцию «подкачки» с FLASH, если ваша часть имеет программный доступ к записи FLASH. Но на самом деле все не так просто.

И для этого:

Я не совсем понимаю, зачем TI делать устройство с 16 КБ флэш-памяти и только 512 байтами ОЗУ, когда все переменные, требующие операций чтения-записи, хранятся в ОЗУ. Похоже, это пустая трата места.

Вы получаете то, за что платите. У каждого микроконтроллера есть определенный набор приложений, для которых он предназначен. Если эта конкретная микросхема не подходит для вашего приложения, вероятно, она не входит в этот диапазон.

В этой структуре вы можете освободить немало места.

Поле типа type, вероятно, не обязательно должно быть массивом символов. Вы можете использовать набор символьных констант со всеми возможными типами.

IP-адрес также не нужно хранить в виде строки. Предполагая IPv4, вам нужно всего четыре байта.

status не обязательно должен быть массивом размера 1. Достаточно простого char.

Итак, теперь у вас есть что-то вроде этого:

struct dev
{
    uint32_t ipAddress;   // 4 bytes
    char name[20];        // 20 bytes
    char type;            // 1 byte
    char status;          // 1 byte
};                        // 2 bytes padding, total = 28 bytes

Этого все еще недостаточно, чтобы вместить 20 из них в 512 байт памяти, но лучше, чем было у вас.

Честно говоря, ваш лучший вариант - это, вероятно, переключиться на более производительный набор микросхем. MSP430 G-line действительно предназначена для приложений с очень низким энергопотреблением и низкой производительностью, Ethernet не является ни тем, ни другим (и уж точно не несколькими соединениями TCP / IP одновременно!).

Что касается того, почему они сделали микросхему с огромным пространством для флэш-памяти и крошечной SRAM, ну, флэш-память дешевая и компактная, а SRAM занимает много места на кристалле, поэтому TI пришлось пойти на компромиссы, чтобы поставить этот MCU менее чем за 1 доллар. . Как упоминалось в некоторых других ответах, вы можете использовать этот большой объем Flash для написания большего количества кода, который может кодировать / сжимать / декодировать / распаковывать данные в / из SRAM.

Другой вариант - использовать одну из микросхем MSP430 серии «Росомаха». В них используется единый банк FRAM, а не отдельные банки Flash и SRAM.