Comments 96
Казалось бы, девборд, познакомиться с новой платформой, что бы потом, возможно, на голых МК проектировать/собирать девайсы, если возможности МК зайдут, но цена девборды впечатляет не очень ...
Цены на голые чипы в рознице тоже не очень. В Чип и Дипе аж 3К за чип, на Озоне (где ж ещё чипы покупать) три штуки за 3К. То есть 1000 за голый чип. Если очень хотеть, то конечно можно, но пока действительно трудно сказать, что это разумный выбор для энтузиаста.
Я в 10 раз дешевле с частотой в 10 раз выше беру, какой в этом камне по такой цене смысл я не понимаю, если бы он продавался рублей по 100-150, можно было кофеварку или сервопривод какой-нибудь на нём собирать, на большее он всё равно не потянет, а так не выгодно его в изделия пускать стоимостью меньше 15к, а это, простите э, уровень микро-пк, а не 32МГц, 16кБ ОЗУ
какой в этом камне по такой цене смысл я не понимаю
а если Родина скажет: "НАДО" ;)
Родина всегда готова обобрать гражданина. Дай только повод =)))
Эх!.. училась у нас в классе Родина (Галя)... вот даже странно - Родин, или, там, Рыбин - звучит как обычная фамилия, а с женскими вариантами всякие нелепости в голову лезут...
Скрытый текст
Нет, с околопредельными вариантами, типа Мужицкая Любовь, в реальности не сталкивался, но, говорят, и такие есть - вот откуда такие родители-затейники берутся?
А ещё имел шапошное знакомство с китайцем "зовите меня Василий" - в паспорт не заглядывал, но коллеги говорили, что реальное его имя "Нивыхуй".
/offtopic
Мы последний раз закупали много automotive grade чипов ATmega328P, ~3$ за штуку. Обычные стоят как пачка сухариков, в таком же количестве, как сухариков в пачке. Ну и в целом, ландшафт популярных МК и около того не сильно кошмарит ценами с высоты сегодняшнего дня.
трудно ожидать, что в 2025 году у кого-то не будет на компьютере Windows 10 или 11, а будет аж Windows 7
Вы не поверите, но во многих случаях нужна именно Windows 7. И 32-битная.
Верю, поэтому она у меня до сих пор и установлена.
Для таких историй почти всегда срабатывает ВМ с пробросом USB-устройства в виртуальную машину ;)
Еще бы проброс всегда работал. Но еще бывает, когда оборудование подключается к pci/pcie плате от производителя оборудования, и тогда ВМ совсем не вопрос.
Проброс "физики" работает вообще всегда на сегодня и так же на древнее "вчера", даже видимокарты и пресловутое D3D/OGL(Vulkan, etc...). Вопрос в гипервизоре и в CPU хоста, наличия VT-d/x/AMD-Vi, SR-IOV, APICv, etc.
Это не заменит "железяку", но вполне работает, если не нужны полноценные мощности нативного окружения.
PCI/PCIe девайс прокинуть в ВМ обычное дело, вы точно что-то делаете не так.
Минус в том, что могут быть неочевидные глюки. Такие, что всё как бы работает, но слишком медленно или просто периодически отваливается. К примеру, если какой-нибудь USB-UART прокидывается сравнительно без проблем (только лучше прокидывать не сам адаптер, а порт, на него назначенный), то вот что-то чуть-чуть более скоростное вроде SDR или логического анализатора уже начнёт подтупливать.
Я так довольно долго мучился с прошивкой одного древнего телефона: почему-то на этапе бэкапа предыдущей прошивки этот самый прошивальщик где-то на полпути вылетал с неведомой ошибкой, а я упорно не понимал, что именно делаю не так. После где-то десяти неудачных попыток попробовал всё то же самое, но на настоящем ПК, и процесс прошёл успешно с первого раза.
О. Вот ещё вспомнилось.
Как раз пример в тему - надо подключить железку к древнему (проще запустить на системе, для которой он был актуален, чем долго и муторно всё это пересобирать) софту в ВМ.
В настройках ВМ включён контроллер XHCI, SDR воткнут в USB 3.0 порт, активирован проброс в виртуалку, железка даже определяется софтом, но... ничего не работает. Пропускной способности этого канала не хватает, сигнал передаётся с прерываниями и телефоны его не ловят. При этом при подключении к обычному ПК всё работает без задержек.
Ха, недавно я боролся со скачиванием, простите, MIDI-данных с древного устройства (Yamaha QY-70) в древнюю-же программу (QY Data Filer - запускается под Windows10). Приходилось пользоваться USB-MIDI адаптером неплохого производителя (т.к. подключение по RS-232 не заработало даже под Windows 7 c реальным COM-портом). Без ошибок не получалось передать данные ни под Windows 10, ни под Windows 7, ни под Windows XP на Atom 410 - до тех пор, пока я реально не воспользовался компьютером на P-4 под Windows XP.
Этим-же компьютером (под DOS, c шиной ISA) я пользуюсь, когда нужно запустить такое устройство, как ARVID 1031.
Ох, как бы я хотел тоже позаниматься скачиванием с QY70 или QY100. Давно охочусь, они редко всплывают в продаже в наших краях. У меня для таких целей, для запуска сильно старых устройств, есть отдельный ПК на Pentium II и Windows ME, с ISA, COM, LPT, но и с USB тоже.
даже под Windows 7 c реальным COM-портом
в виндах где то с 2000 немного поменяли api доступа к компортам если номер порта выше COM9 то может не работать надо немного допилить
ARVID 1031.
сразу представился ретро-обзор на эту штуку
Мне кажется, в Windows API всегда так было (даже в мануале из Win32 SDK об этом написано было), ну, либо, во всех NT-based: если номер порта двузначный, то при вызове CreateFileEx имя порта нужно указывать в виде "\\.\COMxx"
А еще то ли до win2k, то ли до хр можно было устраивать ногодрыг на lpt и com...
Недопонял - я "ногодрыгом на LPT" и под семёркой более-менее успешно занимался (отправляешь 0xFF в 0x378 - релюха открылась, отправляешь 0x00 - релюха закрылась), не помню, чтобы какие-то блокировки работали.
...а до 98 включительно, даже резидентные "бегущие огни", запущенные из autoexec.bat работали и после запуска GUI... в 2000 уже такое было недоступно.
Спасибо! Очень интересно всегда прочитать про Новое! Продолжайте!
MIK32 «Амур», о существовании которой я узнал несколько дней назад из статьи на Хабре.
ну да, ну да...верим-верим
Про МК я слышал в этом году краем уха от коллег, что ожидается перспективная разработка с "отечественным RISC-V", но деталями не интересовался, так как думал, что речь опять про что-то недоставаемое. Про платы или не слышал, или не помню. Статья по ссылке попалась на глаза в день выхода, сразу купил и заменил другой свой готовящийся к публикации материал в надежде, что эта тема погорячее, чем мои обычные ретро-ковыряния, и наберёт какие-то просмотры.
Скрытый текст
7 июня прочитать, купить, дождаться доставки, проделать все эти действия и написать статью немалого размера 19 июня.
Вспоминается известная фраза Станиславского.
Ну я же всё-таки слегка профессионал, занимаюсь этим (текстами) четверть века. Статьи такого объёма на готовом материале я обычно пишу за день-два. Плата пришла 13 числа, для Озона это долго, обычно приходит на следующий день. Данная статья начата сразу при получении платы, закончена позавчера, потому что параллельно делались все тесты и набирался материал, и ещё день доснимал видео и фотки. И она сразу же попала в слот публикации, без ожидания.
Да, похоже это для мазохистов. Столько усилий и 50% кончились пшиком. Одна и та же вечная проблема у нашей микроэлектроники - документация и поддержка через пень-колоду + секретность на ровном месте.
Ну хоть цена уже позволяет купить, все же не 100 тыщ за камушек или "отгружаем только партией от миллиона чипов".
Документация на чип, кстати, довольно неплохая и подробная. Но её надо тщательно курить. Я делал эти первые тесты в условиях ограниченного времени, и не успел нормально разобраться — но, думаю, это как раз и показательно, что реально ожидает смельчака, который это купит и пройдёт тот же начальный путь. Пока кажется, что при должном приложении усилий реально дожать и получить более адекватные результаты. Попробую это сделать через некоторое время, очень интересно, взлетит ли.
Да, похоже это для мазохистов. Столько усилий и 50% кончились пшиком.
Не соглашусь. Попытка "в слепую" запустить 8-ми битные библиотеки от Arduino на 32-х битной платформе без адаптации дает такой вот результат.
Стандартная HAL библиотека от производителя тоже не эффективна, содержит кучу избыточного неисполняемого кода который быстро пожирает крохотный EEPROM. В одном из проектов мне пришлось отказаться от HAL, работать с регистрами самостоятельно и компилировать с флагом -flto. Всё получилось.
Ну хоть цена уже позволяет купить, все же не 100 тыщ за камушек или "отгружаем только партией от миллиона чипов".
Микросхему пока еще можно купить без проблем в Чипдипе - 3000 руб за шт. Скорее всего они скоро закончатся, так как была произведена всего одна партия, AFAIK.
Было интересно. Но я бы если честно выкинул бы Arduino ide и взял бы компилятор и писал бы на голом си/си++. Как минимум проблемы с обработчиком прерывания от таймера (что там вообще может левый код делать, в куске, скорость выполнения которого критична) не было бы.
Ну и 32 бита конечно смотрятся интересно, жаль что USB нет у чипа. С ним было бы гораздо удобнее наверняка.
Согласен, с голым C++ было бы эффективнее. Вероятно, это будет следующий шаг. А в BSP Arduino хорошо бы разработчикам предусмотреть переопределение trap_handler на пользовательский. Хотя бы чтобы после пользовательского ISR, если он исполнялся, мог быть сразу return. Типа, if(ISR()) return;
Так нельзя: обработчик может вызываться один на несколько прерываний. Нельзя считать, что если один флаг прерывания нашелся, то другой не будет взведен тоже.
Что-то придумать наверняка можно, но это не так просто как if(ISR()) добавить. Набо либо define'ами баловаться и отключать ненужное, либо может быть добавить оптимизации, что в большинстве случаев флаги не будут взведены. Например можно проверять весь регистр флагов на не ноль, а потом отдельные биты. Если вдруг в процессоре есть спекулятивное выполнение, то пометить, какая ветка более вероятна.
В этой истории меня интересует две вещи. Правда ли тут 12bit ADC? И можно ли частоту PWM программно задавать с шагом в 1Гц?
Пока у меня проверенных ответов нет, только информация из документации. Там обещан 12-битный АЦП, на резистивном ЦАП из двух каскадов по шесть бит, плюс компаратор и мультиплексор на 8 каналов, с частотой оцифровки до 800 кГц. ШИМ делается таймерами, два 32-битных (третий не умеет) и три 16-битных. Я пока не разбирался, как это работает в действительности. Подозреваю, что 32-битные таймеры могут дать шаг частоты ШИМ до 1 Гц, но это не точно.
Правда ли тут 12bit ADC?
Я тестировал АЦП на MIK32, 12 бит там нет - снизу и сверху присутствует сильная нелинейность. Vref = 1.8V создает массу схемотехнических проблем.
Мдя, если посмотреть на техпроцесс КР580ВМ80А, то можно увидеть, что раньше в СССР процессоры слизывались с аналогов, и хотя бы производились в стране.
Но, если посмотреть на заводы: Выпускался на НПО «Кристалл» (г. Киев, Украина) и на заводах «Днепр» (г. Херсон, Украина), «Квантор» (Тернопольская обл., Украина), «Родон» (г. Ивано-Франковск, Украина), «Квазар» (г. Киев, Украина), «Электронприбор» (г. Фрязино, Россия). То станет очевидно, что даже такого мы не можем уже делать.
Теперь мы скатились до переклейки шильдиков.
Всё не так просто. Эта тема детально обсуждалась во времена выхода МК. Он совместим по пинам, в плату поставить можно вместо PIC16. Но архитектура у него несовместимая, нечто среднее между MCS-51 и PIC, и прошивку от PIC туда не залить.
прошивку от PIC туда не залить
Тогда это нифига не аналог.
Именно. Но смуту внёс сам Ангстрем, это у них на сайте было (и остаётся) написано, что аналог. Видимо, иначе тогда этого слона было не продать.
Он аналог в смысле того, что сама идея архитектуры там 1 в 1 (и где там i51 вы увидели, пик пиком...). Ну, как MSP430 почти 1 в 1 слизана с PDP-11 (правда, ради увеличения числа регистров ее попортили...)
На плате также присутствуют разъём USB Type C для загрузки скетчей,
Как там, CC-резистор стоит или опять забыли?
Антистатик-пакетика может не быть потому, что используется чёрный антистатический поролон. В идеале, конечно, и то и то, но с точки зрения дизайна мб решили что пакетик в поролоне не смотрится, или просто сэкономили. Можно проверить поролон тестером в режиме омметра.
Респект за Bad Apple, понастальгировал
Хочу сделать пару замечаний по поводу низкой производительности МК MIK32 "Амур" наблюдаемой автором статьи.
Стандартные библиотеки для Arduino рассчитаные для работы на 8-ми битной ATmega ожидаемо не могут работать быстро на 32-х битной платформе без глубокой переработки, так как по-байтовый доступ к памяти очень медленный! Нужно всё переписывать на использование 32-х битных слов.
Код обработчика прерывания, как и весь остальной критичекий для скорости исполнения код, желательно располагать в EEPROM или в SRAM. Исполнение кода из QSPI Flash очень медленнное. Идея разработчиков микросхемы расположить в EEPROM загрузчик, а основную программу в QSPI показала свою полную непригодность!
По возможности следует использовать аппаратные блоки для работы с SPI и прочей аппаратурой, так как "bit banging" будет очень медленым.
Основной недостаток MIK32 это катастрофически малый обьем EEPROM - 8КБ для 32-х битной платформы это жутко мало и эквивалентно 2КБ для ATmega. Разместить в этом объёме какую-то полезную программу крайне затруднительно, учитывая что код инизацилизации аппаратуры достаточно громоздкий и съедает весь объём EEPROM. То же самое могу сказать и про статическое ОЗУ которого всего 16КБ. Из-за этих проблем MIK32 конкретно проигрывает 8-ми битным МК архитектуры AVR8. Ждем следующей версии этого МК. :-)
Спасибо за замечания! У меня уже были подозрения про некоторые из этих моментов. Второй подход к снаряду не за горами, во второй раз надеюсь выжать побольше.
Ждем следующей версии этого МК. :-)
А она вообще планируется? Думаете это не разовая акция?
Есть некоторые основания думать, что нет. Ходят слухи что вторая версия MIK32 (на самом деле уже третья) будет с тактовой частотой в 10 выше. Еще обещали зафиксить проблемы с АЦП.
В прошлом году студенты НИУ МИЭТ разработали аналогичный МК на том же Синтакоровском ядре SCR1. Этот МК получил название Hackee. Он был изготовлен на зеленоградском Микроне на все тех же 180 нм. Имеет тактовую частоту 85 МГц, статическое ОЗУ обьёмом 128 КБ. На мой взгляд это уже серьезная заявка не велосипед (с) ...
Иными словам, потенциал у технологии 180 нм есть, разработки изделий ведутся.
Но для реализации этой схемы таки придётся лезть в самые дебри, городить очередь из буферов, и всё это становится всё меньше похоже на необременительное легкомысленное ардуинщество.
Если контроллер поддерживает прерывание когда процесс DMA выполнен наполовину, это просто делается — ждём пока передастся одна половина буфера, после взвода прерывания перезаписываем эту часть. А вот если такого не завезли, придётся изворачиваться.
Похоже, что не завезли, поэтому и возникли мысли, что буфера надо два, по классике, как на SoundBlaster под DOS. Пока ещё не выяснил, возможна ли цепочка буферов и насколько большая будет пауза между ними.
Хм, если не завезли, и чтобы цепочку буферов не городить можно так сделать. В качестве источника триггера DMA установить таймер и на него повесить счётчик. Как только счётчик досчитает до половины размера буфера перезаписать первую половину, как только досчитает до размера буфера обнулить и перезаписать вторую половину (ну или сделать два буфера и между ними переключаться). Не знаю будет работать или нет, первое что в голову пришло.
не, буфер один, циклический. DMA может его копировать нон-стоп, выдавая сигналы о выполнении половины диапазона адресов (младший полубуфер) и выполнении всего диапазона адресов (старший полубуфер). Вот по этим сигналам и подкидывать данные в тот полубуфер, который только что был отработан.
Я буквально то же самое написал в комментарии выше :)
Но я так глянул, вроде бы то самое
сигналы о выполнении половины диапазона адресов (младший полубуфер)
на MIK32 не завезли, есть только
выполнении всего диапазона адресов (старший полубуфер)
Либо же я доку читал не тем чем надо.
Я пока не знаю, есть ли там возможность узнать текущую позицию чтения DMA. По классике помимо цепочки буферов есть ещё вариант кольцевого буфера, куда данные пишутся в свободный отрезок между последней позицией записи и позицией чтения DMA. Но он менее стабильный.
Да, там вроде есть счётчик DMA и из него можно вычитать текущую позицию.
Но я вот наоборот думаю — для DMA кольцевой буфер более надёжный и предпочтительный вариант. А может просто дело привычки — с FreeRTOS очень удобно с кольцевым буфером работать. Сработало прерывание на половину DMA — разбудил задачу, положил новые данные, уснул, и так по кругу. И что самое главное — это модульность, а не приколоченный намертво код. Мне поэтому ардуино и не особо нравится (хотя я с неё начинал).
Судя по документации и примеру с сайта разработчика чипа DMA не работает в циклическом режиме. DMA нужно перезапускать руками. И это жирный такой минус при работе с ЦАП и АЦП. На 30 kSPS может, это и нормально, но как они вообще собрались запускать АЦП на скорости 800 kSPS - не знаю.
А что такое свой jtag, j-link не будет работать?
И да, у меня тоже w7, мне дело делать надо, а не апдейты бесконечные ставить!
Продаются комплекты со своим и без него, зачем — непонятно. На Хабре есть статья, где JTAG у автора взлетал долго и сложно. У меня есть J-Link, но пока не рискнул играться, попозже, когда надоест ардуинить. Думаю, должен работать, по описанию там всё по стандарту.
Никаких проблем с JTAG у MIK32 нет. Я достаточно давно использую FTDI FT2232 в качестве универсального программатора, он прекрасно работает с OpenOCD и MIK32, прошивает и EEPROM, и QSPI Flash, и ПЛИСы всех мастей. Но есть некоторые нюансы - нужно подготовить скрипт, спаять правильный провод и взять правильную версию OpenOCD.
J-Link от Segger это проприетарная лабудень, у меня с ним вообще половина микросхем не работает, я уже лет 10 не доставал его из шкафа. Рекомендую и Вам задвинуть его в шкафчик поглубже. :-) Весь опенсорс живет на FTDI.
Ценю ваши рекомендации, но у меня по этому вопросу строго противоположное мнение. Называть мейнстримный отладчик "проприетарная лабудень", ну такое.. Уже лет 15+ работаю J-Link'ом, опенсорс не показатель, там нет вариантов.
у меня с ним вообще половина микросхем не работает
а он случайно не на aliexpress куплен ? так то есть техподдержка у них
Там оригинальный отладчик сделан на основе FT2232H, можно с OpenOCD спокойно работать. И я так подозреваю что j-link таки не будет работать.
У автора большой стаж и опыт в электронике. И то, куча времени ушла на разборки с косяками и не всё получилось. У начинающего ардуинщика, который в большинстве своём может только готовые библиотеки компилировать и не открывал даташита на процессоры скорее всего вообще ничего более менее сложного не получится. Ну а что, я начинал программировать процессоры когда документация была только в бумажном виде и то не вся, и никаких форумов и интернетов в развитом виде вообще не было. И ничего, при желании всё делается.
автор еще хорошо скакнул за рамки ардуины, а вот качество документации сейчас и "тогда" еще надо посравнить - ее вообще не пишут, а в уши будут петь про ИИ и nocode приходиться перенабивать поистине "магические строчки" не из копированных 10 раз листов, а с видетуориалов, причем автор кооторых ушел в туман и его не спросить даже.
а собственно вот конкретно этот МК как раз по такому же принципу осваивать, есть документация, но на формах и интернетах инфы пока что нет особо
Для меня как для любителя собирать всякие проекты с датчиками движения, дисплеями, инфракрасными датчика и и светодиодными лентами с веб-мордой. Я не понимаю в чем интерес купить плату за оверпрайс, потом курить как все запустить и упирается в то, что оно работает не так как надо. По моему должно быть так, купил, подключил и сиди код и оно будет работать так, как ты ожидаешь. Да, отечественное, да новое, но полудохлое, зачем оно нужно?
Доброе утро! Подскажите пожалуйста, работали ли аналовой переферией на данном микроконтроллере?
Все ниженаписанное лишь предположение.
Откуда появился интерес?
Вынашиваю планы написать свой простенький процессор на Verilog и использовать его в ПЛИС от GoWin. Когда посмотрел на кристалл микроконтроллера, почему-то подумал что это просто прошитая ПЛИС.
Когда прочитал про схемотехнику АЦП на компараторе и резистивном DAC на напряжении 1.8V, то еще больше окреп в мысли о том что ПЛИС и ОУ/компаратор встроили внутрь кристала. У некоторых производителей есть готовые модули процессора в Verilog коде, которые позволяют грузится с внешей Flash и использовать кэш на основе BSRAM. Т.е. даже переделывать ничего ненужно. Обычно у ПЛИС есть банки 3.3V и 1.8V, отсюда мысли о том что 1.8V банк приколхозить некуда, по этому на него повесили АЦП.
А много плата потребляет?
Не закидывайте дизлайками. Я реверс-инженер, в прошлом работал с The IDA/Ghidra и немного ковырял схемотехнику, по этому часто предполагаю. Гипотезу о том что там FPGA проверить не могу, т.к. у меня нет этого МК.
Почему этот вопрос интересен. Допустим, у меня получится написать оптимальный код МК (для FPGA нужно оптимизировать под LUT-(4)), а под кристалл под логику и блоки готовые и это разное. Будет ли возможность отдать его на тот же микрон чтобы они процессор запустили в серию. Или у нас только вода, а то что производят из своих "МК",- просто прошитые и перемаркированные FPGA? Или нет смысла и все-таки покупать ARM дешево кучками и не парится?
"Прошитая FPGA (ПЛИС)" - ближе к БМК (ASIC) и отличается отсутствием огромного количества транзисторов, коммутирующих простейшие внутренние ячейки (таблицы + Д-триггер, LUT + DFF).
ПЛИС могли использоваться на этапе отладки ядра и периферии МК. Потом, полученная RTL "компилировась" напрямую в "кремний".
дислайкнуть тут можно если что за сумбурность :) Вопросов тут по сути несколько
написать свой простенький процессор на Verilog и использовать его в ПЛИС от GoWin
и это хорошо, в этом месяце еще вроде двое таких желающих было, даже статьи писали
нет смысла и все-таки покупать ARM дешево кучками и не парится
Не совсем понял как сочетается с п.1
почему-то подумал что это просто прошитая ПЛИС
Даже если так, какой смысл лезть именно в нее? Тут конечно есть "разрушители покровов", но с поставленной задачей это прямо не коррелирует. Но будет коррелировать с учетом
Будет ли возможность отдать его на тот же микрон чтобы они процессор запустили в серию
Очень интересно сколько это будет стоить. Вполне себе деловой вопрос. Думаю очень не кисло, но в рамках договора они точно скажут что им нужно, в каком виде и чем они смогут помочь, и в какой срок.
Спасибо за этот обзор. Сам за такие деньги точно покупать не буду, но читать про опыт использования очень интересно, как и комментарии от понимающих людей😀
Вот это крутяк! Не в обиду будет сказано репкамПай, но это уже похоже на импортозамещение. Спасибо за обзор!
Русская «Ардуина»: первый взгляд любителя