в RISC V есть векторные прерывания, но с PLIC (как в нашем МК) они не работают. Vectored Interrupts | Five EmbedDev Что бы это исправить, в МК обычно используют, контроллер CLIC, подробнее про типы контроллеров прерываний можно почитать тут SiFive Interrupt Cookbook
Но с векторными прерываниями есть одна неприятность, в RISCV перед обработкой прерываний нужно сохранить все регистры процессора в стек, а если есть fpu то еще и их, а на выходе вернуть их из стека. Так вот этот код сохранения контекста продублируется в каждом векторном обработчике прерывания. вместе с fpu это 104 инструкции на каждый обработчик или 208 байт. для 16 прерываний уже имеем 3 кб кода в никуда. Об этом даже упоминается в спецификации в пункте 5 riscv-fast-interrupt/src/clic.adoc at master · riscv/riscv-fast-interrupt
По поводу пинов WAKEUP и AT_IN и AT_OUT по моему мнению они отдельно по 2м причинам: 1. Эти пины специализированы под применение МК в счетчиках для определения факта вскрытия корпуса, т. к. функция критически важная этим решением уменьшили вероятность ошибок в дизайне и в софте. 2. Эти пины находятся в батарейном домене питания, и должны работать с минимальным потреблением при отключённом "ядре". Если эти пины добавить в мультиплексор с GPIO, то пришлось бы и мультиплексоры перемещать в батарейный домен и непонятно как бороться с утечками на отключенную периферию через эти мультиплексоры.
На сколько я помню в регистрах RISC-V есть биты которые показывают было ли использование расширений fpu, vector и тд. То есть, ядро может пропустить восстановление контекста если бит не был установлен.
Похожий проект, тоже от русского автора, тоже старается использовать шаблоны и возможности новых стандартов C++. Из интересного: * Вычисление итогового значения регистров при стартовой конфигурации периферии в compile time * Объединение нескольких GPIO причем с разных физических портов, в виртуальный порт.
Хранить zip архив с бинарниками упаковщика прям в репозитории это конечно сильно. Исходный код упаковщика я так понимаю закрыт? Такие вещи обычно хранят в Release секции гитхаба.
У утилиты упаковщика есть консольный режим? Если бы был, то можно было все манипуляции с прошивками засунуть в CI/CD и совсем исключить человеческий фактор при очередной сборке релиза. А там уже и нужность GUI будет под вопросом...
На самом деле это из за нового акциза на газировку с содержанием сахара больше 5г, теперь многие производители стали добавлять сахарозаменители даже в обычную газировку (не zero). Отсюда и вкус резко ухудшился.
Разные уровни разработки, на микроконтроллере почти все блоки разрабатываются на Verilog, потом под нужный завод синтезируется. А ПЛИС уже это история про аналоговую разработку ячейки LUT и его массива под конкретный завод и техпроцесс. Исходя из этого для разработки нужны совершенно другого класса специалисты.
Я вам больше скажу они во всем мире похожи, так как есть стандарт icao9303, который специфицирует расположение надписей на карточке и api считывания электронной информации. Электронные загранпаспорта как раз тоже относятся к этому стандарту.
Прошивка осуществляется через утилиту написанную на питоне. Не ожидал, что кто то будет запускать на Win7. Попробую в новой версии утилиты понизить версию питона. В идеале создайте issue в DCVostok/vostok-1-frmwrk-vn-arduino:(github.com) с полным описанием проблемы.
К каналу подключен чат (попасть в него можно через кнопку "Просмотреть обсуждение"), где можно задать вопросы и обсудить платформу, в том числе и с разработчиками.
Для VsCode и STM32 есть плагин PlatfromIO, по факту бесплатный аналог VisualGDB, о котором говорили выше. Но PlatfromIO по моему мнению обладает куда большим функционалом, статический анализатор, анализ использованной памяти, удаленная отладка через tcp/ip, запуск Unit тестов, как на мк так и нативно на ПК (только аппаратно-независимый код).
Да емкость уменьшая вместе с уменьшением тех процесса, но при этом ток утечки в транзисторе так же возрастает при уменьшении затвора, в итоге в это и уперлись.
Или вот совершенно новый российский мк на risc V, первые кристаллы уже готовы, начинается разработка sdk, тестирование и допиливание документации RISC-V микроконтроллер MIK32 (mikron.ru)
У НИИЭТ в К1921вг015 встроенный сигма-дельта АЦП как раз для счетчиков
В YADRO есть стажировки на embedded вакансии, удаленка очень сильно развита, сам успешно работаю из Владивостока.
в RISC V есть векторные прерывания, но с PLIC (как в нашем МК) они не работают. Vectored Interrupts | Five EmbedDev
Что бы это исправить, в МК обычно используют, контроллер CLIC, подробнее про типы контроллеров прерываний можно почитать тут SiFive Interrupt Cookbook
Но с векторными прерываниями есть одна неприятность, в RISCV перед обработкой прерываний нужно сохранить все регистры процессора в стек, а если есть fpu то еще и их, а на выходе вернуть их из стека. Так вот этот код сохранения контекста продублируется в каждом векторном обработчике прерывания. вместе с fpu это 104 инструкции на каждый обработчик или 208 байт. для 16 прерываний уже имеем 3 кб кода в никуда. Об этом даже упоминается в спецификации в пункте 5 riscv-fast-interrupt/src/clic.adoc at master · riscv/riscv-fast-interrupt
По поводу пинов WAKEUP и AT_IN и AT_OUT по моему мнению они отдельно по 2м причинам:
1. Эти пины специализированы под применение МК в счетчиках для определения факта вскрытия корпуса, т. к. функция критически важная этим решением уменьшили вероятность ошибок в дизайне и в софте.
2. Эти пины находятся в батарейном домене питания, и должны работать с минимальным потреблением при отключённом "ядре". Если эти пины добавить в мультиплексор с GPIO, то пришлось бы и мультиплексоры перемещать в батарейный домен и непонятно как бороться с утечками на отключенную периферию через эти мультиплексоры.
Обычные коллекторные двигатели, совсем не герметичные, тоже удивился как они под водой должны работать, но оказалось работают хорошо.
На сколько я помню в регистрах RISC-V есть биты которые показывают было ли использование расширений fpu, vector и тд. То есть, ядро может пропустить восстановление контекста если бит не был установлен.
Похожий проект, тоже от русского автора, тоже старается использовать шаблоны и возможности новых стандартов C++.
Из интересного:
* Вычисление итогового значения регистров при стартовой конфигурации периферии в compile time
* Объединение нескольких GPIO причем с разных физических портов, в виртуальный порт.
Немного поправлю, в esp32 никогда не было и не будет ARM ядер, там либо Xtensa либо Risc-V.
Хранить zip архив с бинарниками упаковщика прям в репозитории это конечно сильно. Исходный код упаковщика я так понимаю закрыт?
Такие вещи обычно хранят в Release секции гитхаба.
У утилиты упаковщика есть консольный режим? Если бы был, то можно было все манипуляции с прошивками засунуть в CI/CD и совсем исключить человеческий фактор при очередной сборке релиза. А там уже и нужность GUI будет под вопросом...
На самом деле это из за нового акциза на газировку с содержанием сахара больше 5г, теперь многие производители стали добавлять сахарозаменители даже в обычную газировку (не zero). Отсюда и вкус резко ухудшился.
Разные уровни разработки, на микроконтроллере почти все блоки разрабатываются на Verilog, потом под нужный завод синтезируется. А ПЛИС уже это история про аналоговую разработку ячейки LUT и его массива под конкретный завод и техпроцесс. Исходя из этого для разработки нужны совершенно другого класса специалисты.
Я вам больше скажу они во всем мире похожи, так как есть стандарт icao9303, который специфицирует расположение надписей на карточке и api считывания электронной информации. Электронные загранпаспорта как раз тоже относятся к этому стандарту.
Прошивка осуществляется через утилиту написанную на питоне. Не ожидал, что кто то будет запускать на Win7. Попробую в новой версии утилиты понизить версию питона. В идеале создайте issue в DCVostok/vostok-1-frmwrk-vn-arduino:(github.com) с полным описанием проблемы.
Официальный репозиторий проекта на GitHub: DCVostok/vostok-1-frmwrk-vn-arduino:(github.com), поддерживается Arduino IDE и Platform.io для VsCode, ОС Windows и Linux.
Официальный канал платформы Vostok в telegram: https://t.me/vostok_platform2021
К каналу подключен чат (попасть в него можно через кнопку "Просмотреть обсуждение"), где можно задать вопросы и обсудить платформу, в том числе и с разработчиками.
Для VsCode и STM32 есть плагин PlatfromIO, по факту бесплатный аналог VisualGDB, о котором говорили выше. Но PlatfromIO по моему мнению обладает куда большим функционалом, статический анализатор, анализ использованной памяти, удаленная отладка через tcp/ip, запуск Unit тестов, как на мк так и нативно на ПК (только аппаратно-независимый код).
Да емкость уменьшая вместе с уменьшением тех процесса, но при этом ток утечки в транзисторе так же возрастает при уменьшении затвора, в итоге в это и уперлись.
2-3 месяца, если без очередей
С дескрипторами только недели 2 нужно разбираться, там черт ногу сломит, это не Serial.println()
Или перед продажей текст с этих кнопок старательно стерли) видимо что то пострашнее initiate было
Или вот совершенно новый российский мк на risc V, первые кристаллы уже готовы, начинается разработка sdk, тестирование и допиливание документации RISC-V микроконтроллер MIK32 (mikron.ru)