Вы ещё предложите власть у себя держащим не воровать, перестать держаться за кормушку, сажая и устрашая более (или просто) подходящих и прекратить коррупцию.
Там вроде бы с 70-ых проблемы с развитием микроэлектроники начались. Когда решили не развивать, а повторять. И Шохин отстранял талантливых как "неблагонадёжных".
Так что можно рассматривать развал микроэлектроники как продолжение советской программы, начатой в 70-ых.
Есть заводы 90...350 нм. Насколько я понимаю, им весьма актуально иметь такое устройство для проверки и испытаний кандидатов на производство обычной литографией. Стоимость и скорость разработки можно значительно сократить. Для изготовления кандидатов на 90 нм в эквивалентном масштабе эта установка на 150 нм не подойдёт, но для прототипирования ШИМ-контроллера, драйвера верхнего ключа, ОУ - полагаю, подойдёт. Ну и есть немало проектов, где потребности конечного изделия 10...100 шт в год. Их немало и на Западе, и в РФ. С учётом того, что Запад сейчас закрыт для таких заказов, на эту установку спрос должен быть стабильным.
Не всё можно сделать из одних только логических элементов, триггеров, PLL, сериализаторов-десериализатрров, элементов памяти и драйверов.
А в CPU и комбинировать не из чего.
Ни FPGA ни CPU не сделают силовую часть управления мотором. И даже схема защиты аккумулятора для гарнитуры не получится, по энергоэффективности не пройдёт. Драйвер матрицы дисплея не пройдёт ни по электрическому интерфейсу, ни по габаритам, ни по энергоэффектичности.
Если ограничиться задачами , реализуемыми в FPGA, CPU, то остаётся вопрос по габаритам, энергопотреблению и цене.
На FPGA разрабатываются прототипы, которые затем переносятся в ASIC. Ну а эта безмасочная технология, выходит, даёт альтернативный путь для такого перехода. Более быстрый для небольших серий. И потенциально гораздо более дешёвый.
Ну и есть то, что в FPGA и CPU не реализуется. Аналоговые схемы, например. Есть аналоговые программируемые схемы, но там возможности для многих задач очень скромные, даже если не брать во внимание энергопотребление и размеры.
А вообще, большая часть полупроводников вокруг сделана по технологиям больше 100 нм.
Вот не пойму, чем Qwen так хорош? За последние два месяца я от него существенной пользы не добился. От GLM тоже. DeepSeek V4 Pro + Flash решают задачи лучше, чем GLM, Qwen и какие-то ещё. Кажется с Qwen 3.6 я на неё перешёл.
Но недавно попробовал MiMo V2.5 Pro. Она оказалась лучше DeepSeek V4. Для сложной отладки с пониманием Embedded.
Задачи у меня в последние месяцы были в основном для Embedded Espressif ESP32-S3 + LVGL + FreeRTOS.
М.б. Qwen , GLM, Kimi для этих задач плохо подходят?
Как-то раз требовалось создать список элементов по сторонам платы, чтобы монтажнику было удобно паять.
в KiCAD это можно экспортировать в виде HTML , в котором показана плата и настраиваемый список элементов с подсвечиванием в списке и на плате. Там можно выбрать сторону платы.
20 лет назад о китайских проектах так же могли бы писать и говорить.
А 60 лет назад о японских.
Китай, кстати через госзаказы свою микроэлектррнику поднимал.
Коррупция, конечно, уничтожит почти все добрые начинания и превратит любые бюджеты в богатства воров, у которых уже припасена недвижимость в других странах и гостиницы в испаниях.
Но здесь описано как конкретно эти компании и эти команды делают необходимые и неизбежные шаги к развитию российской микроэлектроники.
То ли я не умею их готовить, то ли всё-таки это не лучший вариант.
Попробовал дать задачу. C/C++, улучшить код - в нескольких местах однотипно присваиваются значения разным экземплярам одного класса. Создать объект, чтобы хранить наборы значений и присваивать разом. Что-то в этом роде, точно не помню.
qwen3.7 max - начал ходить кругами , сливая токены
Deepseek v4 задачу решил.
С qwen3-coder у меня тоже не пошло. Nemotron, Trinity, hy3 составляют план и кодируют лучше
TTS , распознавание речи на 5-10 летних ноутбуках вроде бы и локально нормально работает. А посмотреть текстовые логи - это ещё менее затратно по ресурсам.
Я когда-то сделал привычное release upgrade, по рекомендациям удалил устаревшие пакеты, что-то немного поднастроил и пользуюсь 24.04 дальше, как это было с предыдущими LTS.
Пользуюсь инженерным ПО: GCC, VS Code, Qt, FreeCAD, KiCAD, Libre Office, браузер. В целом у меня от LTS к LTS всё работает нормально.
Да вы тут эзоповым языком ответы написали!
Вы ещё предложите власть у себя держащим не воровать, перестать держаться за кормушку, сажая и устрашая более (или просто) подходящих и прекратить коррупцию.
Кажется, про такое в статье упомянуто в примере с Индией
Там вроде бы с 70-ых проблемы с развитием микроэлектроники начались. Когда решили не развивать, а повторять. И Шохин отстранял талантливых как "неблагонадёжных".
Так что можно рассматривать развал микроэлектроники как продолжение советской программы, начатой в 70-ых.
+ для малопотребляющих устройств и силовой электроники 350 нм - нормальная технология.
Есть заводы 90...350 нм. Насколько я понимаю, им весьма актуально иметь такое устройство для проверки и испытаний кандидатов на производство обычной литографией. Стоимость и скорость разработки можно значительно сократить. Для изготовления кандидатов на 90 нм в эквивалентном масштабе эта установка на 150 нм не подойдёт, но для прототипирования ШИМ-контроллера, драйвера верхнего ключа, ОУ - полагаю, подойдёт.
Ну и есть немало проектов, где потребности конечного изделия 10...100 шт в год. Их немало и на Западе, и в РФ. С учётом того, что Запад сейчас закрыт для таких заказов, на эту установку спрос должен быть стабильным.
Это несравнимо.
В FPGA можно комбинировать из того, что есть.
Не всё можно сделать из одних только логических элементов, триггеров, PLL, сериализаторов-десериализатрров, элементов памяти и драйверов.
А в CPU и комбинировать не из чего.
Ни FPGA ни CPU не сделают силовую часть управления мотором. И даже схема защиты аккумулятора для гарнитуры не получится, по энергоэффективности не пройдёт. Драйвер матрицы дисплея не пройдёт ни по электрическому интерфейсу, ни по габаритам, ни по энергоэффектичности.
Если ограничиться задачами , реализуемыми в FPGA, CPU, то остаётся вопрос по габаритам, энергопотреблению и цене.
На FPGA разрабатываются прототипы, которые затем переносятся в ASIC. Ну а эта безмасочная технология, выходит, даёт альтернативный путь для такого перехода. Более быстрый для небольших серий. И потенциально гораздо более дешёвый.
Ну и есть то, что в FPGA и CPU не реализуется. Аналоговые схемы, например. Есть аналоговые программируемые схемы, но там возможности для многих задач очень скромные, даже если не брать во внимание энергопотребление и размеры.
А вообще, большая часть полупроводников вокруг сделана по технологиям больше 100 нм.
Недавно я как раз распробовал MiMo 2.5 Pro. Приятно удивил способностями и ценой, сравнивал я с DeepSeek V4 Pro.
Вот не пойму, чем Qwen так хорош? За последние два месяца я от него существенной пользы не добился. От GLM тоже. DeepSeek V4 Pro + Flash решают задачи лучше, чем GLM, Qwen и какие-то ещё. Кажется с Qwen 3.6 я на неё перешёл.
Но недавно попробовал MiMo V2.5 Pro. Она оказалась лучше DeepSeek V4. Для сложной отладки с пониманием Embedded.
Задачи у меня в последние месяцы были в основном для Embedded Espressif ESP32-S3 + LVGL + FreeRTOS.
М.б. Qwen , GLM, Kimi для этих задач плохо подходят?
в KiCAD это можно экспортировать в виде HTML , в котором показана плата и настраиваемый список элементов с подсвечиванием в списке и на плате. Там можно выбрать сторону платы.
Интересно!
Но хотелось бы подробностей:
Насколько открытый проект вписывался в новый микроконтроллер
Что и в каких масштабах адаптировалось, перерабатывалось, переделывалось? Заголовки, исходники, компилятор, отладчики.
Что с периферией? Работает нормально или условно?
Что со средствами разработки и отладки?
Насколько полна документация и SDK?
Чтобы понимать масштабы работ по внедрению нового российского микроконтроллера. Задача любопытная и интересная.
Ну и сравнить можно со знакомыми многим маршрутами на ESP32, STM32.
20 лет назад о китайских проектах так же могли бы писать и говорить.
А 60 лет назад о японских.
Китай, кстати через госзаказы свою микроэлектррнику поднимал.
Коррупция, конечно, уничтожит почти все добрые начинания и превратит любые бюджеты в богатства воров, у которых уже припасена недвижимость в других странах и гостиницы в испаниях.
Но здесь описано как конкретно эти компании и эти команды делают необходимые и неизбежные шаги к развитию российской микроэлектроники.
Солнце вам не мешает, а вода - мешает. Минск отличается тем, что солнечных дней в нём поменьше, пасмурных побольше.
Хорошая в Минске инфраструктура для велосипедов. И городские виды интересные.
Но велописпедная дорожка + брусчатка, как на участке Проспекта Незавимисости - это нехорошо.
Вы в Минске?
У меня были мысли взять e-Ink и связать его с телефоном для отображения карты и себя на карте.
Но со скоростью отображения как на имеющихся у меня электронных книгах надо решать проблему обновления изображения.
А у этого устройства как с этим?
Как с защитой от воды?
Ну и ещё проблема - использование зимой.
В общем, проблема велосипедного навигатора ещё не решена.
А к Cline (Continue, Kilo Code) агентом её приделать можно?
То ли я не умею их готовить, то ли всё-таки это не лучший вариант.
Попробовал дать задачу. C/C++, улучшить код - в нескольких местах однотипно присваиваются значения разным экземплярам одного класса. Создать объект, чтобы хранить наборы значений и присваивать разом. Что-то в этом роде, точно не помню.
qwen3.7 max - начал ходить кругами , сливая токены
Deepseek v4 задачу решил.
С qwen3-coder у меня тоже не пошло. Nemotron, Trinity, hy3 составляют план и кодируют лучше
TTS , распознавание речи на 5-10 летних ноутбуках вроде бы и локально нормально работает. А посмотреть текстовые логи - это ещё менее затратно по ресурсам.
Я когда-то сделал привычное release upgrade, по рекомендациям удалил устаревшие пакеты, что-то немного поднастроил и пользуюсь 24.04 дальше, как это было с предыдущими LTS.
Пользуюсь инженерным ПО: GCC, VS Code, Qt, FreeCAD, KiCAD, Libre Office, браузер. В целом у меня от LTS к LTS всё работает нормально.
Я паучка дома держу. Он мух ловит.