Слабой машине нужно дать пинка, тогда код станет такой-же, а может даже и оптимальнее.king-live писал(а):Но на слабой машине код hex получается больше на 0,4-0,8% чем на сильной машине. С чем это связанно?
Что за бред? Из такой пурги потом вырастают легенды. Все зависит не от заданной задачи и не от процента заполненности флеша, а от проф. уровня программиста и ответственности его подхода к работе.CS16AMX писал(а):смотря в чём писано и на какой частоте, у меня 96 % 8кб лагало от низкой частоты тактовой ,пришлось задирать по макс .на20мгц более менее стабильно пахало ,так что всё зависит от заданной ему задачи
Спасибо! Из написанного можно делать вывод, что всё зависит от качества кристалла, и от времени наработки. Но такое как2 king-live: Единственно, как объем занимаемой флеши может повлиять на работу программы: каждая ячейка памяти имеет вероятность выхода из строя (производственный брак, утечка заряда со временем, недозаряд ячейки при программировании/стирании, температурные деформации, ошибочный/случайный вызов подпрограммы перезаписи ячейки флеш и пр.). Вероятность сбоя программы пропорциональна количеству занятых ячеек. Но эта величина очень мала для того, чтобы рассматривать ее в рамках Вашего вопроса (как минимум для 90% и 100% заполненности она будет почти равна).
если программа написанно коректно, это будет означать технический сбой со стороны контроллера, и это может возникать периодически?ошибочный/случайный вызов подпрограммы перезаписи ячейки флеш
Однозначно, именно от этого, никаких глюков не будет.king-live писал(а):Доброго времени суток! Что можно ждать от работы контроллера, если flash (или прошивка hex=1024байт )заполнено ровно на - 100.0%. Не будетли глюков в работе?
если что hex=1024 вовсе не означает, что память будет занята на 100%, в hex-ах кроме собственно кода пишется еще много чего, вот если бы ты написал bin=1024, тогда да.king-live писал(а):Доброго времени суток! Что можно ждать от работы контроллера, если flash (или прошивка hex=1024байт )заполнено ровно на - 100.0%. Не будетли глюков в работе?
Спасибо!
От этого в последнюю очередь. В первую - от правильности самой программы.king-live писал(а):Из написанного можно делать вывод, что всё зависит от качества кристалла, и от времени наработки.
Намного вероятнее как следствие неграмотной схемотехнической реализации устройства (схема, разводка, пайка, питание, защиты входов и т.д.)Но такое какесли программа написанно коректно, это будет означать технический сбой со стороны контроллера, и это может возникать периодически?ошибочный/случайный вызов подпрограммы перезаписи ячейки флеш
Всё зависит от требования заказчика. 1- 4 комбинации переключения светодиодов на Tiny13+74hc595(8 каналов) Хватает на драйвер для регистра 25% места занимает, 1-2канальное ADC преобразование - для регулировки частоты мигания и автоматическая настройка кол-ва каналов (можно регулировать от 6-8 каналов, клиент сам подбирает) 16% места занимает. Инициализация переменных - их много - 12-15%. Ну и сами комбинации переключения. На счёт меги 8 - и на них делаю но более серьёзные гирлянды. Просто у нас жёсткая конкуренция за каждый $0,5, а мега дорогая. И потом жалко мегу ставить на какоенибудь перемигование диодов. Для требования клиентов хватает и Tiny13 - по 0,8$неужели 1 кб тебе хвотает? я для элюминаций собираю мини платы с мего 8 и дравишками на 0.5А 21 сетодиода многим хвотает и затраты копеешные
ATmega2560 не пробовал? И портов многоя для элюминаций собираю мини платы с мего 8
