Да , Altium не пишет никаких материалов. Они тупо ставят аббревиатуры : CF-004 - это Copper Foil толщиной округленно 004 PP-022 - это PrePreg толщиной 022
Но в сети точно есть информационный сайт , выглядящий солидно , который указывает, что CF-004 это какой-то инновационный материал. Весь сайт сгенерен AI в прошлом году, когда они еще нещадно галюцинировали. Но есть кто на это покупается.
После загрузки герберов на JLCBCB они воссоздают 3D модель платы. Компонеты нарисованы верно, но на своих посадочных местах могут быть неправильно повернуты. Поэтому в их online редакторе надо руками все компонетны правильно повернуть. Обычно это сразу видно. Но микроконтроллер симметричный. И где стоит его ключ можно упустить.
Вот у меня был интересный случай. Значит посылаю производителю документацию на изготовление платы. Приложил туда стекап вот такой
Но забыл вложить гербера двух внутренних слоев. Приходят платы. Толщина правильная, а двух внутренних слоев нет. Говорю: как так? А в ответ слышу: так ведь CF-004 это диэлектрик. И дают ссылку на страницу в интернете, где действительно написано, что CF-004 это новейший диэлектрик изобретенный Altium-ом. Шок!
А есть и хороший пример. Тех производителей я послал и стал заказывать у JLCPCB. А у них на сайте при отправке на сборку надо самому правильно ориентировать компоненты. Я все правильно расставил и запостил. И как-то через пару дней, подумал - ну не может быть все так гладко. Пошел еще раз пересмотрел ориентации. Ну и точно, процессор поставил не так. Платы приходят, а китайские товарищи сами повернули процессор в правильной ориентации.
Статья о том, что выбор микроконтроллера на сегодня вообще никак не влияет на сложность разработки. Сложность разработки может быть повысит выбор модулей типа teensy. Потому что они хуже документированы и тестированы и вносят свой слой косяков разработчиков модулей. Для AI модули затрудняют анализ схемотехники.
esp32 p4 и других подходящих esp не было в продаже на LCSC. А STM32 гораздо дороже.
Я уверен что Claude сделал оптимальный выбор, даже с учетом его косяка с анализом гибкости настроек SPI.
Ревью проектов я не делаю. Так как сам по себе. Я проекты сразу в производство отдаю. Если что не так - то тюниг. Не помню ошибок которых не мог бы тюнингом выправить.
По Altium. Сейчас они дают скачать некий обрезанный тулс с названием Altium Designer DEVELOP. По сути тот же десктопный Altium. Но API не видно нигде Мне скачало бесплатно потому что я и так имею лицензию. Правда старую и не дающую право на обновление. И это сам по себе момент интересный.
Мне STEP модели и посадоные места рисовал Fable и Opus. Рисовали прямо по скриншотам из pdf. Рекомендую. Получаются гораздо приятнее и точнее чем из snapeda.
Согласен что Fable 5 дорог. Но до 19-го он еще включен в план. Поэтому нормально.
Выбор MK по табличкам, я уже склонен считать самообманом. Я это проходил. Ну не может человек в голове деражать десятки критериев, записывать их в таблички. Искать оптимум. А тот оптимум оказывается в долях процента от среднего. И все равно кто нибудь из-за плеча уверенно скажет что мог бы это сделать на ESP. Руководство вооще скажет, что конкуренты на реле делают и хорошо живут. Классика жанра.
Вся статья о том что "проще" и "оригинал" теперь не имеют значения. Я создал полнофункциональную прошивку вообще не заглядывая в даташит AT32F435 . Что может быть уже проще!
Про SPI на 50 Мгц вопрос коварный. Советую проконсультироваться у Fable 5. Он вам построит бюджет задержек и на пальцах покажет, что дело не в частоте клока и не в согласовании линий, а в том что ваша периферия SPI не умеет постраивать точку выборки. А у радара специфически смещены фронты. И нужна более навороченная периферия SPI. Такая есть у чипов Infineon. И с ними та же схема работает отлично. Но это я уже потом понял.
Про via тоже вопрос про дельту отимальности. Вы чуть уменьшите овершутинги , и вообще не почуствуете разницы, и плата дешевле не станет. Но потратите лишний день. Такое и со мной бывало. Я это вижу как прокастринацию. Боязнь перехода к более сложному этапу - программированию.
Про MCP-серверы для Altium Designer не слышал. ChatGPT говорит что просто теже наборы Delphi скриптов. Это тот же мой подход. Я и сам пог собрать свои скрипты вместе и назвать их MCP сервером. Настоящее же API ребята из Altium продают очень задорого. Я жду когда Renesas уже откроет бесплатный движок Altium в облаках. Правда тогда придется плото сесть на семейство RA8.
Согласен, что не описал в подробностях, что именно плата будет делать, кому я её продаю и почём. Из-за этого вам приходится гадать. Сожалею.
Но я действительно никогда не делаю устройства только для одной функции. Чем больше функций удаётся реализовать, тем лучше я считаю результат.
Что касается DC/DC, вы упустили из виду наличие интерфейса расширения. На него предполагалось подключать целую гирлянду внешних модулей, и там даже двух ампер может не хватить. В частности, предполагалось подключать длинную LED-ленту на адресных светодиодах и делать цветомузыку.
Нет, Claude получал схему в pdf файле , он ее преобразовывал просто в растровый png файл когда анализировал. Но у меня схема так сделана, что на ней легко идентифицируются отдельные узлы. Это кстати тоже лайфхак. Надо наверно было написать.
И вот по такому рисунку он мне спокойно указал на несоответствие назначения выводов на схеме и назначения выводов в табличе Excel и корректировал Excel.
Припоздали такие проекты и теперь выглядят несколько наивно. У NXP давно есть проект с такой же функциональностью - FreeMaster Работает через USB, Ethernet, RS232, CAN, SWD и проч. Сорсы открыты. Управление видимостью переменных и сервисы гибче. Там у него нет расчета PID , но он интегрируется в MATLAB а там не то что PID но и нейросеть синтезирует.
Но главное не это. На сегодя весь интерфейс подобный Digital Points напишет Claude буквально за час , включая отладку. И этот интерфейс будет и круче и заточенней под задачу. И что самое главное, на это истратится максимум половина недельного лимита плана Pro.
Отвечает Claude Fable 5 Max (на радостях, что его продлили без кредитов до 12-го июля) :
Ценность умения выбрать правильно с первого раза пропорциональна цене переделки. Раньше неверная БД означала недели миграции, поэтому «выбирающий» стоил дорого. Когда агент переписывает интеграционный слой за вечер, куча дверей в один конец превращается в двери в обе стороны — и премия за выбор с первого раза тает. А энциклопедическая часть навыка (что такое Kafka, чем отличается от Redis Streams, все трейдофы) коммодитизирована полностью: я прочитал все холивары сразу и в этой части сильнее почти любого отдельного инженера.
И остаётся всего три места, где ломается дешёвая итерация «сгенерировал → проверил → переделал»:
Дорогой откат — терабайтные данные, запаянное железо, полученные сертификаты: переделка стоит дороже, чем выбор с первого раза.
Цена подписи — нужен человек, отвечающий за последствия, а отвечать нельзя без понимания режимов отказа выбранного решения; safety-critical — один из случаев.
Неизвлечённые ограничения — нагрузка, бюджет, регуляторка: всё это вполне определено, но живёт в головах и физическом мире, а не в контексте, который агент может прочитать.
От себя добавлю , что похоже автор играется на поле 3-го пункта.
Это очень дешево. Сейчас на GiHub Copilot, где всё уже давно считается по ценам API, на Fable за реализацию одной фичи типа режима пониженого потребления в каком нибудь простенькоми дивайсе можно влететь на 100$ за полчаса.
Человека спасло только то, что проект SQLite включает всего несколько сотен файлов. Из них ключевых всего несколько. Это же его и убъет. Потому что такие движки Fable на ходу может сгенерить.
Да какая мне разница что там "на самом деле". Я пилю фичи. Кодовая база - 1500 файлов. Создает новые экраны, сенарии экранов, дизайны иконок, оконнные процедуры в объёме по нескольку тысяч строк. Пишет потом тесты для этих экранов тоже тысячи строк. Пишет потом утилиты для развертывания. Идет ровно. Не было такого чтобы не мог без ошибок написать простенький модуль на 2 тыс. строк. Я уже не помню когда последний раз отладчик открывал. Ни одной синтаксической ошибки или промаха с утечками памяти уже много месяцев. Что еще надо?
Вчера вечером по UTC+3 модель Opus 4.8 явно просела, прямо на глазах. Рассуждения стали отрывочными, сбивчивыми. Сегодня работает как ни в чем не бывало. Да и неделю назад, когда отключили Fable не сильно то и заметил. Продолжал кодить на Opus 4.8 с той же силой. Кстати сам Fable мне сейчас нашел во вчерашних чатах просадку интеллекта. Так что вывод о том что нельзя проверить просадки ложный. Проверяется и легко.
Про переключение моделей тоже не верно, переключение показывается юзеру явно. Сегодня три раза уже Fable у меня переключался на Opus.
На прошлой неделе Claude лежал пару часов в самый пик. Но что точно я заметил, так это то что такие деградации все реже случаются. Еще пару месяцев назад все было хуже. Наверно контекст научились лучше держать.
Ну так Fable и подскажет какой алгоритм применить. PID у нужны четкие чистые данные без задержек. Есть более эффективные алгоритмы не требуещие таких чистых данных. И тогда да, на пару умножений дольше, зато датчики сильно дешевле.
Те же чувствительные автоматические двери с нелинейной упрощенной механической передачей. Вполне себе хороший объект для нейросетевых алготимов.
Да даже теплый пол. Человека не интересует какая температура самого пола. Ему нужен комфорт. Ну угадайте PID-ом когда человеку комфортно.
Это тоже здорово. Но про большинство реальных систем мне кажется Fable знает лучше. Во всяком случае мне еще в прошлом году слабенький Sonnet сделал отличное управление на основе Калмана прямо в железе вообще без всяких симуляторов.
Смысл-то в чём? PID - один из десятков возможных алгоритмов управления, и застревать на нём - плохая идея.
Мне Fable5 сейчас предложил сделать на ADRC (Active Disturbance Rejection Control), а может и MPC организовать - всё сразу под железо, включая оптимизацию. Надо просто снять и дать Fable лог.
Крутить коэффициенты PID руками на сегодняшний день - просто трата времени.
Да , Altium не пишет никаких материалов. Они тупо ставят аббревиатуры :
CF-004 - это Copper Foil толщиной округленно 004
PP-022 - это PrePreg толщиной 022
Но в сети точно есть информационный сайт , выглядящий солидно , который указывает, что CF-004 это какой-то инновационный материал. Весь сайт сгенерен AI в прошлом году, когда они еще нещадно галюцинировали. Но есть кто на это покупается.
После загрузки герберов на JLCBCB они воссоздают 3D модель платы.
Компонеты нарисованы верно, но на своих посадочных местах могут быть неправильно повернуты.
Поэтому в их online редакторе надо руками все компонетны правильно повернуть.
Обычно это сразу видно. Но микроконтроллер симметричный. И где стоит его ключ можно упустить.
Вот у меня был интересный случай.
Значит посылаю производителю документацию на изготовление платы.
Приложил туда стекап вот такой
Но забыл вложить гербера двух внутренних слоев.
Приходят платы. Толщина правильная, а двух внутренних слоев нет.
Говорю: как так?
А в ответ слышу: так ведь CF-004 это диэлектрик.
И дают ссылку на страницу в интернете, где действительно написано, что CF-004 это новейший диэлектрик изобретенный Altium-ом. Шок!
А есть и хороший пример. Тех производителей я послал и стал заказывать у JLCPCB.
А у них на сайте при отправке на сборку надо самому правильно ориентировать компоненты.
Я все правильно расставил и запостил.
И как-то через пару дней, подумал - ну не может быть все так гладко. Пошел еще раз пересмотрел ориентации. Ну и точно, процессор поставил не так.
Платы приходят, а китайские товарищи сами повернули процессор в правильной ориентации.
Статья о том, что выбор микроконтроллера на сегодня вообще никак не влияет на сложность разработки.
Сложность разработки может быть повысит выбор модулей типа teensy. Потому что они хуже документированы и тестированы и вносят свой слой косяков разработчиков модулей. Для AI модули затрудняют анализ схемотехники.
esp32 p4 и других подходящих esp не было в продаже на LCSC. А STM32 гораздо дороже.
Я уверен что Claude сделал оптимальный выбор, даже с учетом его косяка с анализом гибкости настроек SPI.
Ревью проектов я не делаю. Так как сам по себе.
Я проекты сразу в производство отдаю. Если что не так - то тюниг.
Не помню ошибок которых не мог бы тюнингом выправить.
По Altium.
Сейчас они дают скачать некий обрезанный тулс с названием Altium Designer DEVELOP. По сути тот же десктопный Altium. Но API не видно нигде
Мне скачало бесплатно потому что я и так имею лицензию. Правда старую и не дающую право на обновление. И это сам по себе момент интересный.
Могу дать только скриншот месячной давности.
Может теперь Fable и по другому работает
Мне STEP модели и посадоные места рисовал Fable и Opus.
Рисовали прямо по скриншотам из pdf. Рекомендую.
Получаются гораздо приятнее и точнее чем из snapeda.
Согласен что Fable 5 дорог. Но до 19-го он еще включен в план. Поэтому нормально.
Выбор MK по табличкам, я уже склонен считать самообманом. Я это проходил.
Ну не может человек в голове деражать десятки критериев, записывать их в таблички. Искать оптимум. А тот оптимум оказывается в долях процента от среднего.
И все равно кто нибудь из-за плеча уверенно скажет что мог бы это сделать на ESP.
Руководство вооще скажет, что конкуренты на реле делают и хорошо живут.
Классика жанра.
Вся статья о том что "проще" и "оригинал" теперь не имеют значения. Я создал полнофункциональную прошивку вообще не заглядывая в даташит AT32F435 . Что может быть уже проще!
Про SPI на 50 Мгц вопрос коварный. Советую проконсультироваться у Fable 5. Он вам построит бюджет задержек и на пальцах покажет, что дело не в частоте клока и не в согласовании линий, а в том что ваша периферия SPI не умеет постраивать точку выборки. А у радара специфически смещены фронты. И нужна более навороченная периферия SPI. Такая есть у чипов Infineon. И с ними та же схема работает отлично. Но это я уже потом понял.
Про via тоже вопрос про дельту отимальности. Вы чуть уменьшите овершутинги , и вообще не почуствуете разницы, и плата дешевле не станет. Но потратите лишний день.
Такое и со мной бывало. Я это вижу как прокастринацию. Боязнь перехода к более сложному этапу - программированию.
Про MCP-серверы для Altium Designer не слышал. ChatGPT говорит что просто теже наборы Delphi скриптов. Это тот же мой подход. Я и сам пог собрать свои скрипты вместе и назвать их MCP сервером.
Настоящее же API ребята из Altium продают очень задорого. Я жду когда Renesas уже откроет бесплатный движок Altium в облаках. Правда тогда придется плото сесть на семейство RA8.
Согласен, что не описал в подробностях, что именно плата будет делать, кому я её продаю и почём. Из-за этого вам приходится гадать. Сожалею.
Но я действительно никогда не делаю устройства только для одной функции. Чем больше функций удаётся реализовать, тем лучше я считаю результат.
Что касается DC/DC, вы упустили из виду наличие интерфейса расширения. На него предполагалось подключать целую гирлянду внешних модулей, и там даже двух ампер может не хватить. В частности, предполагалось подключать длинную LED-ленту на адресных светодиодах и делать цветомузыку.
Нет, Claude получал схему в pdf файле , он ее преобразовывал просто в растровый png файл когда анализировал.
Но у меня схема так сделана, что на ней легко идентифицируются отдельные узлы. Это кстати тоже лайфхак. Надо наверно было написать.
И вот по такому рисунку он мне спокойно указал на несоответствие назначения выводов на схеме и назначения выводов в табличе Excel и корректировал Excel.
Припоздали такие проекты и теперь выглядят несколько наивно.
У NXP давно есть проект с такой же функциональностью - FreeMaster
Работает через USB, Ethernet, RS232, CAN, SWD и проч. Сорсы открыты.
Управление видимостью переменных и сервисы гибче.
Там у него нет расчета PID , но он интегрируется в MATLAB а там не то что PID но и нейросеть синтезирует.
Но главное не это. На сегодя весь интерфейс подобный Digital Points напишет Claude буквально за час , включая отладку. И этот интерфейс будет и круче и заточенней под задачу.
И что самое главное, на это истратится максимум половина недельного лимита плана Pro.
Отвечает Claude Fable 5 Max (на радостях, что его продлили без кредитов до 12-го июля) :
От себя добавлю , что похоже автор играется на поле 3-го пункта.
Это очень дешево.
Сейчас на GiHub Copilot, где всё уже давно считается по ценам API, на Fable за реализацию одной фичи типа режима пониженого потребления в каком нибудь простенькоми дивайсе можно влететь на 100$ за полчаса.
Человека спасло только то, что проект SQLite включает всего несколько сотен файлов. Из них ключевых всего несколько.
Это же его и убъет. Потому что такие движки Fable на ходу может сгенерить.
Да какая мне разница что там "на самом деле". Я пилю фичи.
Кодовая база - 1500 файлов.
Создает новые экраны, сенарии экранов, дизайны иконок, оконнные процедуры в объёме по нескольку тысяч строк. Пишет потом тесты для этих экранов тоже тысячи строк. Пишет потом утилиты для развертывания. Идет ровно. Не было такого чтобы не мог без ошибок написать простенький модуль на 2 тыс. строк.
Я уже не помню когда последний раз отладчик открывал.
Ни одной синтаксической ошибки или промаха с утечками памяти уже много месяцев.
Что еще надо?
Вчера вечером по UTC+3 модель Opus 4.8 явно просела, прямо на глазах. Рассуждения стали отрывочными, сбивчивыми.
Сегодня работает как ни в чем не бывало.
Да и неделю назад, когда отключили Fable не сильно то и заметил. Продолжал кодить на Opus 4.8 с той же силой.
Кстати сам Fable мне сейчас нашел во вчерашних чатах просадку интеллекта.
Так что вывод о том что нельзя проверить просадки ложный. Проверяется и легко.
Про переключение моделей тоже не верно, переключение показывается юзеру явно. Сегодня три раза уже Fable у меня переключался на Opus.
На прошлой неделе Claude лежал пару часов в самый пик.
Но что точно я заметил, так это то что такие деградации все реже случаются. Еще пару месяцев назад все было хуже. Наверно контекст научились лучше держать.
Ладно.
Назовем так " P-регулятор по калмановской оценке"
А то сейчас начнем спорить ни о чем.
Ну так Fable и подскажет какой алгоритм применить.
PID у нужны четкие чистые данные без задержек.
Есть более эффективные алгоритмы не требуещие таких чистых данных. И тогда да, на пару умножений дольше, зато датчики сильно дешевле.
Те же чувствительные автоматические двери с нелинейной упрощенной механической передачей. Вполне себе хороший объект для нейросетевых алготимов.
Да даже теплый пол. Человека не интересует какая температура самого пола. Ему нужен комфорт. Ну угадайте PID-ом когда человеку комфортно.
Ну почему же, если он стоит в обратной связи?
Просто Fable лучше оценит что нужно для управления.
Зачем делать калькуляторы для PID, когда столько возможностей просто взглянуть на проблему выше?
Это тоже здорово.
Но про большинство реальных систем мне кажется Fable знает лучше.
Во всяком случае мне еще в прошлом году слабенький Sonnet сделал отличное управление на основе Калмана прямо в железе вообще без всяких симуляторов.
Смысл-то в чём?
PID - один из десятков возможных алгоритмов управления, и застревать на нём - плохая идея.
Мне Fable5 сейчас предложил сделать на ADRC (Active Disturbance Rejection Control), а может и MPC организовать - всё сразу под железо, включая оптимизацию. Надо просто снять и дать Fable лог.
Крутить коэффициенты PID руками на сегодняшний день - просто трата времени.