SMArt и EEPROM. Использование внешней памяти

[LevF]

Подобные вопросы задавались, но конкретного ответа я не нашел.

Мы хотим купить внешнюю память для записи журнала и уставок. Контроллер Pixel.
При этом хочется использовать функционал SMArt, т.к. он полностью устраивает

Меня интересует хак - как забить память в SMArt, чтобы использовалась внешняя память?

К примеру поставить экран с журналом или настройками, который никогда не будет активен, но под SMArt переменные будет выделено какое то количество байт...

Так же интересно как происходит расределение ПЗУ-пременных для SMArt? По последовательности экранов ?

[Arsie]

Сообщение от LevF

Меня интересует хак - как забить память в SMArt, чтобы использовалась внешняя память?

К примеру поставить экран с журналом или настройками, который никогда не будет активен, но под SMArt переменные будет выделено какое то количество байт...

Да, именно так. Самым первым экраном.

[LevF]

Сообщение от Arsie

Да, именно так. Самым первым экраном.

Я пока не сильно разобрался в SMArt...
Если я сделаю "мертвый" экран первым, разве он не запустися при старте?

Можно ведь сделать "мертвый" экран вторым, а на первым размесить экран мониторинга без ПЗУ-переменных?

[Arsie]

Сообщение от LevF

Я пока не сильно разобрался в SMArt...
Если я сделаю "мертвый" экран первым, разве он не запустися при старте?

Можно ведь сделать "мертвый" экран вторым, а на первым размесить экран мониторинга без ПЗУ-переменных?

Можно.

[ailcat]

Осталось придумать, что поместить на "мертвый" экран, чтобы забить всю внутреннюю память хотя бы Пикселя...

[Arsie]

Сообщение от ailcat

Осталось придумать, что поместить на "мертвый" экран, чтобы забить всю внутреннюю память хотя бы Пикселя...

Это завуалированный вопрос?

Выбор небольшой, на самом деле. Ввод числа, меню или журнал.

Проще всего контролировать ввод числа. Он же самый маленький из компонентов.

Т.е. выбор между маленьким компонентом, который можно сделать невидимым и двумя большими, потребляющими кучу памяти и которые невозможно сделать невидимыми.

Другими словами, выбора нет.

[ailcat]

Это был завуалированный вопрос, точно.
Спасибо за ответ.

Молжно второй завуалированный вопрос (понраивлась сама идея):
как рассчитать, сколько таких "вводов числа" надо накидать на экран, чтобы заполнить внутреннюю память, например, Пикселя-25?

[Arsie]

Сообщение от ailcat

Это был завуалированный вопрос, точно.
Спасибо за ответ.

Молжно второй завуалированный вопрос (понраивлась сама идея):
как рассчитать, сколько таких "вводов числа" надо накидать на экран, чтобы заполнить внутреннюю память, например, Пикселя-25?

Один ввод числа занимает 4 байта. В одном вводе числа может быть несколько "чисел", не знаю, как это сказать иначе. Т.е. один элемент "ввод числа" может обеспечить ввод нескольких уставок, каждая из которых занимает 4 байта.

Другими словами, чтобы занять 256 байт внутренней памяти Пикселя, вам нужен ввод числа с 256/4 = 64 переменными.

[ailcat]

Сообщение от Arsie

<...>чтобы занять 256 байт внутренней памяти Пикселя, вам нужен ввод числа с 256/4 = 64 переменными.

Спасибо!

[LevF]

Сообщение от Arsie

Один ввод числа занимает 4 байта. В одном вводе числа может быть несколько "чисел", не знаю, как это сказать иначе. Т.е. один элемент "ввод числа" может обеспечить ввод нескольких уставок, каждая из которых занимает 4 байта.

Другими словами, чтобы занять 256 байт внутренней памяти Пикселя, вам нужен ввод числа с 256/4 = 64 переменными.

Как раз 64 переменных и создал
Правда забыл, какой тип взял😁

[Arsie]

Сообщение от LevF

Как раз 64 переменных и создал
Правда забыл, какой тип взял😁

Не зависит от типа, "внутри" СМАрта всегда real, который на выходе преобразуется в нужный тип.