Я то как раз тему прочел, в отличии от Вас... Иначе бы Вы мне не приписывали какую то смешную хрень. Обсуждаемая в топике проблема не стоит выеденного яйца. В самом начале автору предложили посмотреть дизасм - это и был единственный правильный ответ ПО СУЩЕСТВУ. А все остальное - флуд. АВР так же точно развернет диаграмму работы кода, как и АРМ.И дураку ясно, что отсутствие битовых команд у АРМа привело к необходимости всяких костылей типа BSRR и bit banding. Но и в этом варианте временная диаграмма исполнения будет четко повторять АСМ код. А еще скорость ногодрыга будет определяться самим набором команд, включая типы адресаций.
Причем тут конвейер? Конвейер есть и в АВР и в ПИКах. Он вообще есть у всех современных МК. Патамушта команда не может исполняться за 1 машцикл ПРИНЦИПИАЛЬНО. Это многотактовый процесс выборки-декодирования-выборки операндов-исполнения-выгрузки результата. В простейшем суперлупе с единственным БЕЗУСЛОВНЫМ ветвлением не будет никаких неопределенностей.
Та ну? А откуда же тогда такие результаты? Откуда появляются лишние такты? Вы сами себе противоречите. Займитесь уже изучением документации. Там ведь все расписано, как уже и в этой теме. Осталось только прочитать и подумать.
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Та ну? А откуда же тогда такие результаты? Откуда появляются лишние такты? Вы сами себе противоречите. Займитесь уже изучением документации. Там ведь все расписано, как уже и в этой теме. Осталось только прочитать и подумать.
Что "ну" и какие результаты? Или выражайтесь внятно и конкретно, либо вообще не выражайтесь. Я примерно полтора года занимаюсь АРМами (в том числе) и никаких особенностей в смысле "пропуска тактов" не замечал. Обычное исполнение с обычными временами соответствующими коду. Латентность входа в прерывание действительно у старших Кортексов довольно нестабильная, но к обсуждаемому вопросу не имеет никакого отношения. Ну и ДМА может нарушить иддилию стабильности, но и ДМА в нынешнем случае нет.
VladimirVladimirovitch писал(а):
С таймерами получилось все красиво
Кто бы сомневался. Применение жесткой логики всегда стабильнее софтовых приблуд. Но правильное использование ногодрыга с пониманием причин возможной нестабильности позволит экономить таймеры в требовательных к таймерам задачах. Не так их и много - этих таймеров...
Заголовок сообщения: Re: STM32 - проблемы с тактированием
Добавлено: Вс апр 30, 2017 16:06:50
Встал на лапы
Зарегистрирован: Чт мар 15, 2007 10:48:10 Сообщений: 126
Рейтинг сообщения:0
КРАМ писал(а):
Применение жесткой логики всегда стабильнее софтовых приблуд.
Это конечно понятно. Но как быть когда надо отправлять данные в параллельный 8 битный ЦАП с приличной скоростью ~ 10MB/sec, причем по условию, без использования FSMC? Через DMA на GPIO можно выводить, если нет FSMC?
Сейчас этот форум просматривают: azhel12 и гости: 31
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения