И вас не смущает что на железе будет Composer Studio со всеми отптимизациями под фичи DSP, а в Similink будет какой-то GCC или VS без понятия о DSP фичах? Т.е. разница в вычислениях. Потом вижу двигателю нагрузку не симулируете. Откуда уверенность что вообще правильно симулируете среду?
Что-то совсем запутали. Так генерит ваш инженер из Similink исходники или нет?
Или он где-то на стороне пишет исходники. Потом вставляет их в C-блок Simulink и таким образом тестирует эти исходники? Тогда да - это уникальная инновация.
Но если все же генерит симулинком, то знаете, каждая следующая версия симулинка генерит исходники по своему. У них там до сих пор морока с приведением типов. А у вас на модели нет ни одного блока контроля или преведения типов. А сомневаюсь, что вы показываете настоящий свой рабочий процесс.
Странная модель в Simulink. Подозрительно простая. Ни сенсоров нет, ни машин состояний. Как будто с ней один раз кто-то работал , и сильно ничего не исследовал. Вы бы там хоть минимальный Stateflow сделали для отработки основных аварийных сценариев. А если у вас сценарии отрабатываются вне модели, то это уже костыли. И не видно четкого отделения модели софта от модели внешнего окружения. Вы уверены что софт генерится именно из этой модели?
Кстати, SIL уже много десятков лет существует. Чего это вы его называете до сих пор "уникальная программно-модельная методика"?
Как-то мутно и фрагментарно написано. Как будто про железо , но о железе очень слабые представления у автора. С кэшем он больше знаний показывал. Начнем с того что сначала надо ждать пока разгонится PLL, и ждать надо с запасом. Потом надо ждать запуска часового кварца, потом надо калибровать тактирование DDR. Потом надо ждать пока очухаются периферийные модули, раз уж он собрался всю периферию инициализировать в загрузчике. Одна только SD карта может 500 мс не выходить на рабочий режим.
Ну а так в учетом возможностей Claude я бы сам UBoot отправил в утиль с его деревьями, динамической памятью и HAL-ами. Claude не нуждается в абстракциях и не дрожит за переносимость. Может написать большинство драйверов с нуля с полностью статическим выделением памяти.
Приколько , но мне буквально на прошлой неделе Calude сделал точно такой же экранный интрефейс для подключения к WiFi сети.
Еще рекомендую - затребуйте у AI чтобы каждый раз пароль AP в дивайсе менялся. Поскольку канал не защищен. Сейчас много у кого в телефонах работает постоянный сканер всех WiFi точек. И он просто раньше перехватит вашу страницу и зафлудит. Тут можно сколько угодно сбрасывать и ничего не поможет.
ценность даёт не количество агентов, не «параллельность» и не персонажи, а три вещи — изоляция контекста, границы прав и независимая проверка. Если этих причин нет — отдельный агент не нужен, достаточно ясной задачи в одном промте.
На сильных современных моделях персона почти не даёт прироста. «Будь дотошным проверяющим», «ты senior-инженер» — модель от этого не становится умнее. Виртуальные «человеческие роли» — в основном театр
Питание 1.8 нужно сенсору потому что он молотит SPI на 50 МГц. А 50 МГц нужно чтобы передать огромные фреймы данных АЦП Поэтому стоят буфера переводящие 1.8 в 3.3 В для адаптации к обычными микроконтроллерам. SD карты на 50 МГц тоже работают только на 1.8 В. Так что это не экзотика.
Ну и далее. Напечатайте такой корпус (чтоб гладкий был , как заводской) , купите аккумлятор и такую светодиоднуб панель. И за всё заплатить 5$. Вот тогда поговорим.
Потом, радары BGT60TR13C не самые новые и крутые в линейке радаров Infineon. Пришлось смирится, поскольку такой только был в KIT-е.
К тому же я не утверждал, что разрабатываю примитивный датчик движения. Я ж написал "сенсорный хаб". С этим хабом совместим и протестирован фирменный софт Radar Fusion GUI. Там куча экзотических приложений, включая очень дорогие и востребованные. К этому я еще возможно вернусь.
Начнем с того что эти платки KIT-ов профессиональным разработчкикам дистрибуторы раздают бесплатно. Они просто пылились у меня без дела.
Я сам был в шоке от того за сколько модули на BGT60TR13C продаются на Alieхpress
Сделать на этом сенсоре свою плату - дело пары часов. Даю мою типовую схему
На LCSC все детали есть . Обойдется не дороже 20 Евро. Делайте и продавайте на алике. 1000% навар даже если сделаете скидку.
Так что самая дорогая часть в моем проекте была бы печать корпуса такого размера , аккумулятор и светодиодная панель. И я этого успешно избежал. В этом и есть фишка данной статьи.
А вот процессорный модуль тема отдельная. Его проект в принципе открыт. Но я бы его хотел достойно описать. Но это сложная работа. Думаю.
Да ладно вам постить эту лабуду. Fable 5 конечно нет, но и Opus 4.8 снегерит рабочее окружение для билдинга и отладки Corteх-M4 для любой IDE. И бы рекомендовал VS Code.
Не знаю за STM32 низких серий, но на AT32F вы сделаете еще более эффективный драйвер и в 10 раз больше плюшек. Смотрите https://biricha.com/design-software/st-wds/ Там регуляторы 3..4 порядка. Сверхэффективные. Для широчайших диапазонов тока. С тучей защит и детекциями деградаций. Там attiny85 просто нечего делать.
Китайские чипы AT32F435 гораздо круче. Раз в три дешевле и раза в два быстрее Вчера пока работал Fable5 он мне накатал из китайского pdf подробный компонент со всеми альтернативными функциями и оптимальным способом раскидал сигналы
Получил конроллер с управлением не менее 16 фарами и радаром ближнего действия, с дисплеем и аудиплейером.
А вы не пробовали спросить у Claude: «Как всё устроено в этом проекте?» Уверяю, он объяснит так, что ни один сеньор, работавший над этим проектом 10 лет, лучше не объяснит.
Нет никакого долга. Хотя бы потому, что Claude умеет создавать абсолютно точную и исчерпывающую документацию - в любом стиле и с любой степенью детализации. Он даже может предположить, почему в прошлом архитектура была сделана именно так. Но это уже неважно.
Статья разочаровала. Надеялся на более глубокий анализ. Похоже, автор задавал GPT неправильные промпты. Так-то мне статьи от GPT нравятся.
Это не тяжело совсем. Заставьте AI делать то, что он умеет лучше всего - улавливать аномалии и искать их причины в больших дампах логов. Не надо никаких дополнительных окошек , он и без них сожрет токены в невероятных количествах. Но и результат будет невероятный. Мне нашел баги, которые сидели в дивайсе 5 лет! Но стоило это около 300$ Я знал о багах, но скоростная периферия не такая вещь, которую легко дебажить. Поэтому все 5 лет в наставлениях писалось - если зависло , то сбросьте питание.
У меня просто просмотр логов агентом после одного единственного отладочного прохода забирает пол миллиона токенов. А у человека столько сессий и даже миллиона не набралось. Либо его проект микроскопический, либо он толок воду в ступе.
Кэши почти ничего не стоят. У меня один запрос забирает 2 млн. токенов кэша легко. Так что миллиарды там за неделю набираются.
И похоже автор переплатил. Он реально запряг AI на пару десятков баксов, не более.
OPUS 4.8 уже долго не работает, это пару месяцев назад агенты что-то долго думали, часами иногда. Сейчас больше интерактива, но результативней. Особенно удачно получается разрабатывать тесты. Беда в том что создание тестов теперь забирает много токенов. И тут по деньгам все плохо начинается.
Т.е. крупный проект - это проект c большим кличеством требований. Настолько большим, что их всех сформулировать , перечитать и верифицировать гораздо дольше чем запрограммировать с AI. Правильно понял?
Потому что для AI нет предела в размерах сорсов. Были бы сами сорсы.
А крупные проекты это сколько файлов? У меня Copilot с успехом перепахивает проект с 5 тыс. файлов. Контекст на прошлой неделе раздвинули до 1 М токенов. Но в реальности редко до четверти доходит. И агенты, кстати, тоже устарело. Я заметил что Copilot больше не использует параллельных агентов. Видимо они только зря токены съедали.
Для пультов они как то развесисто дерево драйверов создали включая моторы. Видимо поняли, что больше нет смысла. Такую лапшу теперь AI за десять мин сварганит.
Теперь яснее.
И вас не смущает что на железе будет Composer Studio со всеми отптимизациями под фичи DSP, а в Similink будет какой-то GCC или VS без понятия о DSP фичах? Т.е. разница в вычислениях.
Потом вижу двигателю нагрузку не симулируете.
Откуда уверенность что вообще правильно симулируете среду?
Что-то совсем запутали. Так генерит ваш инженер из Similink исходники или нет?
Или он где-то на стороне пишет исходники. Потом вставляет их в C-блок Simulink и таким образом тестирует эти исходники? Тогда да - это уникальная инновация.
Но если все же генерит симулинком, то знаете, каждая следующая версия симулинка генерит исходники по своему. У них там до сих пор морока с приведением типов. А у вас на модели нет ни одного блока контроля или преведения типов. А сомневаюсь, что вы показываете настоящий свой рабочий процесс.
Странная модель в Simulink. Подозрительно простая.
Ни сенсоров нет, ни машин состояний.
Как будто с ней один раз кто-то работал , и сильно ничего не исследовал.
Вы бы там хоть минимальный Stateflow сделали для отработки основных аварийных сценариев.
А если у вас сценарии отрабатываются вне модели, то это уже костыли.
И не видно четкого отделения модели софта от модели внешнего окружения.
Вы уверены что софт генерится именно из этой модели?
Кстати, SIL уже много десятков лет существует.
Чего это вы его называете до сих пор "уникальная программно-модельная методика"?
Как-то мутно и фрагментарно написано. Как будто про железо , но о железе очень слабые представления у автора. С кэшем он больше знаний показывал.
Начнем с того что сначала надо ждать пока разгонится PLL, и ждать надо с запасом.
Потом надо ждать запуска часового кварца, потом надо калибровать тактирование DDR.
Потом надо ждать пока очухаются периферийные модули, раз уж он собрался всю периферию инициализировать в загрузчике. Одна только SD карта может 500 мс не выходить на рабочий режим.
Ну а так в учетом возможностей Claude я бы сам UBoot отправил в утиль с его деревьями, динамической памятью и HAL-ами. Claude не нуждается в абстракциях и не дрожит за переносимость. Может написать большинство драйверов с нуля с полностью статическим выделением памяти.
Приколько , но мне буквально на прошлой неделе Calude сделал точно такой же экранный интрефейс для подключения к WiFi сети.
Еще рекомендую - затребуйте у AI чтобы каждый раз пароль AP в дивайсе менялся. Поскольку канал не защищен. Сейчас много у кого в телефонах работает постоянный сканер всех WiFi точек. И он просто раньше перехватит вашу страницу и зафлудит. Тут можно сколько угодно сбрасывать и ничего не поможет.
Как сказал Claude Opus 4.8
Питание 1.8 нужно сенсору потому что он молотит SPI на 50 МГц.
А 50 МГц нужно чтобы передать огромные фреймы данных АЦП
Поэтому стоят буфера переводящие 1.8 в 3.3 В для адаптации к обычными микроконтроллерам.
SD карты на 50 МГц тоже работают только на 1.8 В. Так что это не экзотика.
Ну и далее. Напечатайте такой корпус (чтоб гладкий был , как заводской) , купите аккумлятор и такую светодиоднуб панель. И за всё заплатить 5$. Вот тогда поговорим.
Потом, радары BGT60TR13C не самые новые и крутые в линейке радаров Infineon. Пришлось смирится, поскольку такой только был в KIT-е.
К тому же я не утверждал, что разрабатываю примитивный датчик движения.
Я ж написал "сенсорный хаб". С этим хабом совместим и протестирован фирменный софт Radar Fusion GUI.
Там куча экзотических приложений, включая очень дорогие и востребованные.
К этому я еще возможно вернусь.
Начнем с того что эти платки KIT-ов профессиональным разработчкикам дистрибуторы раздают бесплатно. Они просто пылились у меня без дела.
Я сам был в шоке от того за сколько модули на BGT60TR13C продаются на Alieхpress
Сделать на этом сенсоре свою плату - дело пары часов.
Даю мою типовую схему
На LCSC все детали есть . Обойдется не дороже 20 Евро. Делайте и продавайте на алике. 1000% навар даже если сделаете скидку.
Так что самая дорогая часть в моем проекте была бы печать корпуса такого размера , аккумулятор и светодиодная панель. И я этого успешно избежал. В этом и есть фишка данной статьи.
А вот процессорный модуль тема отдельная. Его проект в принципе открыт. Но я бы его хотел достойно описать. Но это сложная работа. Думаю.
Да ладно вам постить эту лабуду.
Fable 5 конечно нет, но и Opus 4.8 снегерит рабочее окружение для билдинга и отладки Corteх-M4 для любой IDE.
И бы рекомендовал VS Code.
Не знаю за STM32 низких серий, но на AT32F вы сделаете еще более эффективный драйвер и в 10 раз больше плюшек.
Смотрите https://biricha.com/design-software/st-wds/
Там регуляторы 3..4 порядка. Сверхэффективные. Для широчайших диапазонов тока. С тучей защит и детекциями деградаций.
Там attiny85 просто нечего делать.
Ну так что заставило опять на STM32 вернутся?
Китайские чипы AT32F435 гораздо круче. Раз в три дешевле и раза в два быстрее
Вчера пока работал Fable5 он мне накатал из китайского pdf подробный компонент со всеми альтернативными функциями и оптимальным способом раскидал сигналы
Получил конроллер с управлением не менее 16 фарами и радаром ближнего действия, с дисплеем и аудиплейером.
Эх, крутая штука была Fable 5.
Проблема, по-моему, высосана из пальца.
А вы не пробовали спросить у Claude: «Как всё устроено в этом проекте?»
Уверяю, он объяснит так, что ни один сеньор, работавший над этим проектом 10 лет, лучше не объяснит.
Нет никакого долга. Хотя бы потому, что Claude умеет создавать абсолютно точную и исчерпывающую документацию - в любом стиле и с любой степенью детализации.
Он даже может предположить, почему в прошлом архитектура была сделана именно так.
Но это уже неважно.
Статья разочаровала. Надеялся на более глубокий анализ.
Похоже, автор задавал GPT неправильные промпты. Так-то мне статьи от GPT нравятся.
Это не тяжело совсем.
Заставьте AI делать то, что он умеет лучше всего - улавливать аномалии и искать их причины в больших дампах логов. Не надо никаких дополнительных окошек , он и без них сожрет токены в невероятных количествах. Но и результат будет невероятный.
Мне нашел баги, которые сидели в дивайсе 5 лет!
Но стоило это около 300$
Я знал о багах, но скоростная периферия не такая вещь, которую легко дебажить.
Поэтому все 5 лет в наставлениях писалось - если зависло , то сбросьте питание.
В статье нереалистичные цифры.
У меня просто просмотр логов агентом после одного единственного отладочного прохода забирает пол миллиона токенов. А у человека столько сессий и даже миллиона не набралось.
Либо его проект микроскопический, либо он толок воду в ступе.
Кэши почти ничего не стоят.
У меня один запрос забирает 2 млн. токенов кэша легко. Так что миллиарды там за неделю набираются.
И похоже автор переплатил. Он реально запряг AI на пару десятков баксов, не более.
OPUS 4.8 уже долго не работает, это пару месяцев назад агенты что-то долго думали, часами иногда.
Сейчас больше интерактива, но результативней. Особенно удачно получается разрабатывать тесты.
Беда в том что создание тестов теперь забирает много токенов.
И тут по деньгам все плохо начинается.
Т.е. крупный проект - это проект c большим кличеством требований. Настолько большим, что их всех сформулировать , перечитать и верифицировать гораздо дольше чем запрограммировать с AI. Правильно понял?
Потому что для AI нет предела в размерах сорсов. Были бы сами сорсы.
А крупные проекты это сколько файлов?
У меня Copilot с успехом перепахивает проект с 5 тыс. файлов.
Контекст на прошлой неделе раздвинули до 1 М токенов.
Но в реальности редко до четверти доходит.
И агенты, кстати, тоже устарело. Я заметил что Copilot больше не использует параллельных агентов. Видимо они только зря токены съедали.
По идее, эти 20% должно съесть то, что заказов станет меньше.
Заказчики и сами так умеют.
А если у них доступ не к GPT, а к OPUS 4.8, и сорсам, и лимиты выше, так они ещё круче сделают.
Для пультов они как то развесисто дерево драйверов создали включая моторы.
Видимо поняли, что больше нет смысла. Такую лапшу теперь AI за десять мин сварганит.