Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
да, может. загрузчик может читать все фьюзы и локи, а записывать может только локи. всё это легко находится и читается в даташите.
Но вход в таблицу векторов, ее размещение и распределение ПЗУ это не локи - перезапись из бутлоадера вряд ли возможна. Т. Е. Речь о самоблокировке доступа к бутлоадеру. Разве что перезапись самой целевой программой области векторов(после ее запуска) - но тогда в самой целевой программе должна быть соответствующая секция -"вредитель", отключаемая после исполнения. И фузы для такого варианта трогать там совсем не потребуется.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
работу загрузчика, как таковую, запретить нельзя. комбинации битов BLB12, BLB11 запрещают работу команды SPM в области загрузчика. комбинации битов BLB02, BLB01 запрещают работу команды SPM в области приложения. то есть, загрузчик запустится, но ничего записать не сможет.
_________________ Мудрость приходит вместе с импотенцией... Когда на русском форуме переходят на Вы, в реальной жизни начинают бить морду.
Если область векторов останется доступной для spm (самого загрузчика или программы пользователя) то достаточно только перезаписать вектор сброса. Это ежли автор не поставил "вторичную" таблицу векторов в произвольной области ПЗУ, которую можно в любом случае достать из spm. Некоторая потеря скорости выполнения при входе в обработчик прерывания конечно будет, но для того же ресета по включению питания... Не столь существенна ( команда перехода на следующий переход уже к исполняемому фрагменту). Да это и типовое решение у МК без аппаратной поддержки перепланировки таблицы векторов.
к слову о таблице векторов прерываний. сделал я себе загрузчик. сначала попробовал перенос таблицы в загрузочную область. но прерывания по приемнику и передатчику не заработали. пришлось переделать на программный анализ флагов готовности приема и готовности передачи.
_________________ Мудрость приходит вместе с импотенцией... Когда на русском форуме переходят на Вы, в реальной жизни начинают бить морду.
OKF, Обсуждают возможность программной реализации защиты от клонирования изделия силами бутлоадера...
Да. Тема об этом. Только непонятно каким образом можно защититься с помощью бутлоадера. Предложите механизм. А не просто бессвязный набор, как у некоторых.
Тут скорее не прямое клонирование, а защита от обновления программы после клонирования актуальна. Т.е. клонировать текущую версию удается, а вот загрузить дальше вариант обновления софтины не получается. Starichok51 Достаточно иметь доступ от SPM в рабочую область векторов. Первичная запись бутлоадера одновременно и эту таблицу заполняет. Только в ней не переходы на исполнительные программы, а передача управления расположенным также в области доступной SPM второй таблички с командами перехода. Эта область уже в "общедоступной области" (в любом на свое усмотрение месте). Бутлоадер запустился по исходно прошитому переходу с ресета на промежуточный "ресет", загрузил нужную софтинку и... переписал вторичный вектор (в дубль-таблице). Кто тот вектор перепишет - фрагмент бута при своей работе или запускаемый из бута фрагмент основной софтины (или комбинация этих фрагментов) - это уже "изврат сочинителя". Дальше выключаем устройство... При повторном запуске ресет также адресует вторичную табличку, а в ней то уже другой вектор прописан - и обход бутлоадера гарантирован. Или проще ежли вектор ресета в общедоступной области переписан - но то "слишком заметно" может быть. Ну и огромадное количество вариаций на ту же тему (в каком месте апендикс перезаписи расположен, где "маскирующая табличка" и как взаимодействие софтинок взаимосвязано). У меня так работает биос бутлоадера/котиос котуинки при подгрузке целевых программ - там правда кросс-таблица в ОЗУ (совмещенная память программ/данных mcs51), но принцип практически одинаков (если свободная перезапись содержимого флеш выполняется).
Достаточно иметь доступ от SPM в рабочую область векторов. Первичная запись бутлоадера одновременно и эту таблицу заполняет.
причем тут команда SPM доступа к флеши? эта команда ничего не знает о положении таблицы векторов прерываний. и только установлением фьюзов на старт в загрузочной области еще не переносит таблицу в загрузочную область. при написании своего загрузчика я сначала прерывания от приемника и передатчика оставил на своем месте - по таблице с нулевого адреса. и прием и передача из загрузчика работали. в АТмега8 есть регистр GICR, и в нем есть бит IVSEL, отвечающий за расположение таблицы векторов.при записи в этот бит "1" таблица векторов перемещается (должна переместиться) в загрузочную область. я потом в своем загрузчике сделал такое перемещение. но у меня прерывания по приемнику и по передатчику почему-то не заработали. а чтобы куда-то в произвольное место назначить таблицу векторов - в даташите я такого не видел вообще. если тебя не затруднит, объясни мне подробно про перенос таблицы в разные места. и почему у меня не заработали прерывания после переноса таблицы? можно и лучше в личке, чтобы не загружать эту тему.
_________________ Мудрость приходит вместе с импотенцией... Когда на русском форуме переходят на Вы, в реальной жизни начинают бить морду.
Сейчас этот форум просматривают: codenamehawk и гости: 37
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
