Просмотреть полную версию : SMArt и EEPROM. Использование внешней памяти
Подобные вопросы задавались, но конкретного ответа я не нашел.
Мы хотим купить внешнюю память для записи журнала и уставок. Контроллер Pixel.
При этом хочется использовать функционал SMArt, т.к. он полностью устраивает
Меня интересует хак - как забить память в SMArt, чтобы использовалась внешняя память?
К примеру поставить экран с журналом или настройками, который никогда не будет активен, но под SMArt переменные будет выделено какое то количество байт...
Так же интересно как происходит расределение ПЗУ-пременных для SMArt? По последовательности экранов ?
Меня интересует хак - как забить память в SMArt, чтобы использовалась внешняя память?
К примеру поставить экран с журналом или настройками, который никогда не будет активен, но под SMArt переменные будет выделено какое то количество байт...
Да, именно так. Самым первым экраном.
Да, именно так. Самым первым экраном.
Я пока не сильно разобрался в SMArt...
Если я сделаю "мертвый" экран первым, разве он не запустися при старте?
Можно ведь сделать "мертвый" экран вторым, а на первым размесить экран мониторинга без ПЗУ-переменных?
Я пока не сильно разобрался в SMArt...
Если я сделаю "мертвый" экран первым, разве он не запустися при старте?
Можно ведь сделать "мертвый" экран вторым, а на первым размесить экран мониторинга без ПЗУ-переменных?
Можно.
Осталось придумать, что поместить на "мертвый" экран, чтобы забить всю внутреннюю память хотя бы Пикселя...
Осталось придумать, что поместить на "мертвый" экран, чтобы забить всю внутреннюю память хотя бы Пикселя...
Это завуалированный вопрос?
Выбор небольшой, на самом деле. Ввод числа, меню или журнал.
Проще всего контролировать ввод числа. Он же самый маленький из компонентов.
Т.е. выбор между маленьким компонентом, который можно сделать невидимым и двумя большими, потребляющими кучу памяти и которые невозможно сделать невидимыми.
Другими словами, выбора нет.
Это был завуалированный вопрос, точно.
Спасибо за ответ.
Молжно второй завуалированный вопрос (понраивлась сама идея):
как рассчитать, сколько таких "вводов числа" надо накидать на экран, чтобы заполнить внутреннюю память, например, Пикселя-25?
Это был завуалированный вопрос, точно.
Спасибо за ответ.
Молжно второй завуалированный вопрос (понраивлась сама идея):
как рассчитать, сколько таких "вводов числа" надо накидать на экран, чтобы заполнить внутреннюю память, например, Пикселя-25?
Один ввод числа занимает 4 байта. В одном вводе числа может быть несколько "чисел", не знаю, как это сказать иначе. Т.е. один элемент "ввод числа" может обеспечить ввод нескольких уставок, каждая из которых занимает 4 байта.
Другими словами, чтобы занять 256 байт внутренней памяти Пикселя, вам нужен ввод числа с 256/4 = 64 переменными.
<...>чтобы занять 256 байт внутренней памяти Пикселя, вам нужен ввод числа с 256/4 = 64 переменными.
Спасибо!
Один ввод числа занимает 4 байта. В одном вводе числа может быть несколько "чисел", не знаю, как это сказать иначе. Т.е. один элемент "ввод числа" может обеспечить ввод нескольких уставок, каждая из которых занимает 4 байта.
Другими словами, чтобы занять 256 байт внутренней памяти Пикселя, вам нужен ввод числа с 256/4 = 64 переменными.
Как раз 64 переменных и создал
Правда забыл, какой тип взял😁
Как раз 64 переменных и создал
Правда забыл, какой тип взял😁
Не зависит от типа, "внутри" СМАрта всегда real, который на выходе преобразуется в нужный тип.
vBulletin v3.8.3 (Russian), Copyright ©2000-2024, Jelsoft Enterprises Ltd.