Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.
какая ещё внешняя память... это внутренняя ОЗУ AVR.
Ясно, значит это типа однобайтовое FIFO Если читать значение считанное с порта в ячейку памяти, сразу из нее читать и выводить в другой порт, то на G0 получится тоже 8 тактов для 140 MHz: Спойлер
Код:
int i = 1000; while(i--) { volatile uint32_t fifo = GPIOB->IDR; GPIOC->ODR = fifo; }
Именно такой цикл выполняется за 10 тактов, но там 2 команды для счетчика без которого точно замерять число тактов проблематично, т.к. помимо конвеера у мк еще есть небольшой кеш инструкций и нужно учитывать латентность флеша которая разная для разных частот. Итого учитывая больший потенциал разгона код выполняется быстрее в ~5 раз на одном из самых простых STM32.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Только ушёл от Си на Ассемблер... и вот опять всё сначала))
parovoZZ писал(а):
это всё делается на ПЛИС.
Угу)) Сейчас сбегаю за ПЛИС ))
Reflector писал(а):
Если читать значение считанное с порта в ячейку памяти, сразу из нее читать и выводить в другой порт, то на G0 получится тоже 8 тактов для 140 MHz
140 MHz А вот это уже интересно))
Reflector писал(а):
там 2 команды для счетчика без которого точно замерять число тактов проблематично
Не понял...
Reflector писал(а):
помимо конвеера у мк еще есть небольшой кеш инструкций и нужно учитывать латентность флеша которая разная для разных частот.
У AVR нет никакого кеш инструкций... И флеш не зависит от частоты... AVR просто берёт инструкции из флеша и выполняет их )) Читает/Записывает регистры/порты. А результат выполнения инструкций в регистре статуса.
2 команды для счетчика без которого точно замерять число тактов проблематично
зачем там счётчик ? а низя просто читать инструкции подряд и просто их выполнять...
BOB51 писал(а):
предвыборке команд из ПЗУ...
а какая там предвыборка ?
На примере простой программы (см. выше):
Например при записи регистра порта- OUT PORTD, R0 // Запись Port D -1 такт По идеи процессор просто берёт инструкции из флеша и сразу их выполняет. Т.е. записывает регистр порта (включает порт).
Например при чтении регистра порта- IN R0, PINC // Читаем Port С -1 такт STS _x, R0 // Запись SRAM -2 такт По идеи процессор читает регистр порта и сразу пишет в ОЗУ.
По идеи процессор просто берёт инструкции из флеша и сразу их выполняет.
Это на медленных AVR так можно. А на быстрых камнях так не получается - флеш не сразу отдаёт данные, а через определённый интервал. Программу можно загрузить целиком в ОЗУ (как это делает ESP) и выполнять оттуда. Но такое можно на фон неймане. А у АВР гарвард - там такое нельзя никак.
У AVR нет никакого кеш инструкций... И флеш не зависит от частоты...
AVR простой и работает на низких частотах, потому дополнительные такты ожидания для медленного флеша не требуются. У STM32 есть буфер предвыборки в который заранее читаются сразу несколько инструкций чтобы нивелировать тормоза флеша, у некоторых кортексов работающих на частотах порядка 500Mhz чтение происходит по целой 256-ти битной шине... Также может быть кеш инструкций и данных, например, в вышеприведенном коде первый раз при переходе в начало цикла инструкции там находящиеся попадут в кеш и последующие разы переход будет выполняться за 1 такт, иначе придется сбросить конвеер и дождаться чтения инструкций из флеша, а это 2 такта требуемых на заполнение конвеера плюс само чтение с учетом тактов ожидания флеша которые зависят от частоты, потому если постоянно не пишешь на ассме для одной серии на одной частоте, то вручную подсчитать количество тактов не так просто, в итоге я добавил счетчик и замерял при помощи таймера сколько выполняются 1000 итераций... У более продвинутых кортексов может работать сразу два конвеера, читаться сразу два 32-х битных значения из RAM и выполняться две команды за такт, там вообще писать на ассме подсчитывая такты гиблое дело(при пошаговой отладке будет показывать не совсем то, что происходит на полной скорости)... Но есть серии где код можно выполнять из CCM RAM, тогда многие проблемы пропадают и на любой частоте код выполняется максимально быстро.
А как насчет 480 МГц? https://www.st.com/en/microcontrollers- ... 750vb.html В добавок 2 МБ флеша и 1 МБ ОЗУ. Только это МК не для подсчета каждого такта. К ядре есть кеши инструкций и данных, конвейер и др. что затрудняет точный подсчет времени до такта.
roman.com писал(а):
И флеш не зависит от частоты
Потому что частоты низкие. Когда речь идет о сотнях МГц, из флеша не успевает производится чтение на такой скорости и применяются различные методы позволяющие снизить скорость чтения не снижая производительность МК.
Короче... пипец)) Ну я примерно так и думал... что не всё так просто)) Короче надо подробней всё это изучить...
Да нафиг этот асм и подсчет тактов Возьмите пожирнее что нибудь.
_________________ "Вся военная пропаганда, все крики, ложь и ненависть исходят от людей, которые на эту войну не пойдут !" / Джордж Оруэлл / "Война - это,когда за интересы других,гибнут совершенно безвинные люди." / Уинстон Черчилль /
есть целый список узкоспециализированных задач... пожирнее что нибудь типа Intel Core i9 10 x 3600 МГц ?)) Этот справится )) а на сколько хватит одной батарейки ? на 5 минут ? ))
Нужно по максимуму перекладывать работу на железо, тогда не придется подсчитывать такты команд. В идеале процессор только конфигурирует и обслуживает железо.
В то же время никто не запрещает использование внешних специализированных микросхем сопровождения. В том числе и самодельных. Да и "рассыпухи" средней степени интеграции в избытке. Попривыкали уже все в одном "клопе" делать.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 5
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения