jcxz 241 2 мая Опубликовано 2 мая · Жалоба 59 минут назад, ozforester сказал: Правильные МК посмотрел. Купить в розницу незадорого, и собрать минимальный набор для отладки не получится. Похоже на чисто промышленный сегмент. Зачем что-то собирать, если есть готовые отладки? Если из России, то например дешёвая: https://aliexpress.ru/item/1005005337709625.html Которая содержит и МК значительно мощнее, чем нужно (с запасом) и встроенный J-Link. PS: Странно - ещё пару дней назад эта же плата в этом же магазине стоила 2400руб, а сейчас уже 2900руб. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 2 мая Опубликовано 2 мая · Жалоба 11 минут назад, jcxz сказал: PS: Странно - ещё пару дней назад эта же плата в этом же магазине стоила 2400руб, а сейчас уже 2900руб. Дело хозяйское, но рекомендую про RISC-V не забывать) Есть отладка, в два раза дешевле, по некоторым пунктам уделывает "нормальный" МК) https://aliexpress.ru/item/1005006650480128.html?sku_id=12000037925938796&spm=a2g2w.productlist.search_results.7.62aa778fnseC10 Если принципиально Cortex-M, то смотреть AT32F, GD32F что-то из 4хх-линейки. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 241 2 мая Опубликовано 2 мая · Жалоба 1 час назад, adnega сказал: Дело хозяйское, но рекомендую про RISC-V не забывать) Есть отладка, в два раза дешевле, по некоторым пунктам уделывает "нормальный" МК) По каким именно "уделывает"??? ОЗУ - почти в 6 раз меньше; скорость - по обзорам в инете у RISC-V на 30% ниже, чем у равного по частоте Cortex-M; АЦП - всего какие-то жалкие 14МГц и 2 преобразователя вместо 36МГц и 4-х преобразователей у XMC. Да и по количеству обсуждаемых в теме таймеров общего назначения CH32 нервно курит в сторонке: 10 шт. у CH32 против 24 шт. XMC4700. Причём периферия XMC позволяет внутренний роутинг различных сигналов от- и к- таймерам. С логическими функциями над ними. Определяемый пользователем. Равного которому нигде больше не видел. А в общем, по богатству и жирности периферии, равных XMC среди МК сравнимого уровня просто нет. PS: Уж не говоря о "китайскости" CH32 по сравнению с немецким Infineon. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 2 мая Опубликовано 2 мая · Жалоба 1 час назад, jcxz сказал: По каким именно "уделывает"??? Конкретно мне он интересен: USB-HS со встроенной физикой на 480МГц. Ethernet 10/100/1000 со встроенной физикой на 10МГц. Восемь последовательных портов, SDIO, CAN (два), еще один USB, но -FS, контроллер внешней памяти FSMC, порт для камеры DVP, ADC-12бит 2 по 16 (с возможностью тача), DAC-12бит, операционники/компараторы OPA/CMP (четыре штуки), часы реального времени, три SPI, два I2C. А главное ценник от 250 руб/шт (почти в розницу) и наличие в РФ. Кста, частота 144 МГц (но есть особенности). Оперативки можно накрутить до 128КБ за счет флеши (которая WS0). По плотности кода и эффективности исполнения соглашусь - до Cortex-M4 не дотягивает, но я на последние и не гуляю. FPU одинарной точности имеется. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SapegoAL 0 3 мая Опубликовано 3 мая · Жалоба On 5/2/2024 at 1:17 PM, adnega said: Это очень хороший результат. Согласен. Стандартно, для регистрации событий по таймеру, даже без обработки требуется 2 такта. На последних STM частота таймера выше шины в 2 раза. Поэтому для регистрации сигналов высокой частоты нужен достаточно высокоскоростной микроконтроллер. В каких-то MCU я видел асинхронные таймеры с тактовой значительно превышающей тактовую MCU. С другой стороны, не совсем понятно, что вы собираетесь делать... Как известно, F=1/T. Если Вы измеряете просто период сигнала, то можно определять частоту и период и пересчитывать если частота высокая ... И наоборот... Я, к примеру, измеряю период, а если он меньше определённого значения, то измеряю N периодов. Если Вы анализируете сложный периодический сигнал, то лучше его предварительно записать, а потом анализировать... При любом раскладе сигнал с частотой даже 1/10 от тактовой, на лету, нормально вы не обработаете... Это просто неэффективное использование MCU будет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Plain 220 3 мая Опубликовано 3 мая · Жалоба В 02.05.2024 в 12:32, ozforester сказал: стал читать таймеры, дошел до ... обратное извелечение информации из ШИМ, декодирование что-ли Это уже имеется в аппаратном виде, дойдите до защёлок. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ozforester 0 3 мая Опубликовано 3 мая (изменено) · Жалоба Это в референсе на stm32f030? Так-то и CCR тоже своего рода защёлки. 8 hours ago, SapegoAL said: не совсем понятно, что вы собираетесь делать Это лишь лаба. Изучаю матчасть. Таймеры - в несколько заходов, частями, от простого к сложному. Вроде с захватом разобрался. Задержка между захватами небольшая, ну там на арбитре дма может задержится чутка, прерывания не ожидаются, systick отключен, css тоже, процессор валяет дурака (loop: b loop ), главное чтобы следующий захват не случился до чтения предыдущего. По окончанию переноса делается обработка, и "начинай сказку сначала". В реальных условиях так нагружать не собираюсь, это лишь для понимания, сколько должно остаться для. Если пофантазировать, то подумываю сделать, например, частотомер (не очень точный, но с необходимым мне функционалом и размером), деокодер датчиков погодной станции (функционал станции убогий), ИК пульты ненужные валяются, может их куда пристрою, если доберусь до декодирования. Если доберусь до декодера и синтеза DTMF, можно будет сигналы управления через телефонное соединение передавать. Были бы знания - фантазия к ним сама адаптируется. Да, если сигнал периодический, то ошибка измерения уменьшается с большим буфером, но для измерения частоты нужен еще формирователь, хотя бы компаратор, а то помехи досаждают. С меандром не интересно. Про таймер быстрее процессора, так вроде бы у авр в каких-то аттинях уже таймер от pll тактировался, аппнот попадался про формирование табличной синусоиды шимом при низкой тактовой процессора и таким разогнанным таймером, запомнилось. Изменено 3 мая пользователем ozforester Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ozforester 0 3 мая Опубликовано 3 мая (изменено) · Жалоба On 5/2/2024 at 1:17 PM, adnega said: книги Джозефа По cortex3-m нашел книжку, больше пока ничего не попалось. Посмотрю еще на трекерах. (про популярное ядро, так оно-ж самое доступное - все необходимые инструменты и документация открыты, пишу вот в линуксе на старшем кортексе, рокчип, в текстовом редакторе, make, arm-gcc, openocd, с чем еще такой минимализм возможен, разве что с авр, но там отладчик не впишется) On 5/2/2024 at 1:30 PM, jcxz said: Зачем что-то собирать, если есть готовые отладки? Да просто нет средств. Изменится ситуация - возьму готовую. Пока экспериментирую с тем, что доступно. Бывает. Изменено 3 мая пользователем ozforester Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
adnega 11 3 мая Опубликовано 3 мая · Жалоба 1 час назад, ozforester сказал: По cortex3-m нашел книжку Цитата ARM ASSEMBLY LANGUAGE (Fundamentals and Techniques) - William Hohl.pdf ARM instruction set quick reference card.pdf ARMv7-M_ARM.pdf ARM_SoC_Arch_2nd_E.pdf Cortex-M4 Instruction Timing.pdf DDI0403D_arm_architecture_v7m_reference_manual.pdf DDI0419C_arm_architecture_v6m_reference_manual.pdf defingidtoarmcortm23&m33(pdf).pdf Fisher M., ARM Cortex M4 cookbook(2016).pdf Furber S., ARM system-on-chip architecture(2000).pdf GNU ARM assembler quick reference.pdf Mahout V., Assembly Language Programming ARM Cortex-M3(2012).pdf Martin T., The Designer's Guide to the Cortex-M Processor Family. A Tutorial Approach(2013).pdf Martin T., The Insiders Guide to the STM32 ARM based Microcontroller(2008).pdf The Definitive Guide to ARMR CortexR-M0 and Cortex-M0+ Processors - Second Edition [2016].pdf Yiu J., The Definitive Guide to ARM Cortex-M3 and Cortex-M4 Processors(2014).pdf Yiu J., The Definitive Guide to the ARM Cortex-M0(2011).pdf Yiu J., The Definitive Guide to the ARM Cortex-M3(2007).pdf Yiu J., The Definitive Guide to the ARM Cortex-M3(2010).pdf Zhu Y., Embedded Systems with ARM Cortex-M Microcontrollers in Assembly Language and C(2018).pdf Вовк П., Введение в архитектуру Cortex-M3. Части 1-3(2007).pdf Ознакомительное руководство по ARM-микроконтроллерам Cortex-M3.pdf Ю Д., Ядро CORTEX-M3 компании ARM(2012).djvu Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SapegoAL 0 10 мая Опубликовано 10 мая · Жалоба On 5/3/2024 at 10:34 PM, ozforester said: Это в референсе на stm32f030? Так-то и CCR тоже своего рода защёлки Ну да. Если ты представляешь входную часть таймера как счётчик, то это неправильно, для данного семейства. Любое событие стробируется частотой таймера. То есть изменение сигнала произойдёт если во время двух последовательных тактов частоты таймера будет зафиксировано разное значение входного сигнала. Если входной сигнал является защёлкой, то он защёлкивает тактовую. То есть Выше тактовой событий по любому не происходит. Так большинство MCU построено. Иногда выпускают MCU предназначенные для обработки высокочастотных сигналов. Поступают следующим образом: На некоторых я видел асинхронный делитель на входе (считай простой счётчик). На некоторых, асинхронные таймеры высокочастотные. Когда вход асинхронный, то он может реагировать на выбросы фронта, более чувствителен к уровню и форме сигнала. Поэтому часто возникают вопросы по повторяемости изделий и стабильности их работы. И вообще, в целом, MCU предназначен для комплексной обработки. Обрабатывать узконаправленную задачу одним MCU, как минимум, нецелесообразно. Для этого существуют другие решения. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ozforester 0 10 мая Опубликовано 10 мая · Жалоба Функционал таймеров и тонкости применения достаточно подробно описаны в референсах и сопутствующих документах. Предельный и запредельный режимы нужны как практический опыт. Чтобы чаще заканчивать со словами "так-то вот", а не с "ах ты же ж" (= Это если в общих словах, а в частности хотелось проверить, когда вблизи порога начнут появляться ошибки в сторону занижения значений. Проще всего для этого превысить порог. Ну и чтобы быть уверенным, что причина именно в частоте, ещё раз изучить матчасть и подумать. Вроде бы получилось. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_Sergey_ 17 23 июня Опубликовано 23 июня · Жалоба Подскажите, что можно почитать по Input Capture? RM и an4013 обретению дзена не помогли.. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Arlleex 183 23 июня Опубликовано 23 июня · Жалоба 36 минут назад, _Sergey_ сказал: Подскажите, что можно почитать по Input Capture? RM и an4013 обретению дзена не помогли.. В каком смысле? Это ж весьма тривиальная штука в любом таймере - по некому событию "защелкнуть" текущий счетчик в регистр. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_Sergey_ 17 23 июня Опубликовано 23 июня · Жалоба Мда, смог бы задать вопрос правильно - сам бы ответил.. Что генерит это событие? Как привязать источник события к триггеру. Вот в RM на картинке входы TIMx_CHx висят в воздухе.. они же кстати и выходы. А как их подключать к ноге, допустим - не понимаю.. нужно альтернативную функцию вывода задействовать? Например TIM1_CH2 для работы с таймером 1 канал 2.. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
EdgeAligned 86 23 июня Опубликовано 23 июня · Жалоба А попробовать на практике? В тот момент, когда на физический вход, соединенный с каналом таймера, приходит фронт (восходящий или нисходящий), текущее значение счетчика таймера CNT заносится в регистр сравнения CCRx и выставляется флаг CCRxIF, и если разрешено, вызается запрос на прерываниею Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться