Вы делаете очень крутую работу! Но я сходу не смог разобраться, а вытались интегрироваться с kicad? или как раз из за невозможности это сделать приходится создавать графическую оболочку для решателя "заного" ? Просто для меня, как не знакомого с внутренностями вашего проекта и кикада (да и вообще не программиста) кажется, что и там и там графический интерфейс схожий, проделано куча работы, а у кикада есть система плагинов, бери да встраивай!
Простите за мое ИМХО, но кажется у вас слишком мало опыта работы коммерческой разработки электроники с нуля, либо есть только опыт работы с военными заводами, где есть инструментальный цех и есть жесткие регламенты и куча опытных специалистов с 100-летним стажем, а еще другие понятия о сроках и экономии. К сожалению в коммерции в рф не так, и то что автор описывает проходят крупные игроки. Я наблюдал за конструкторами которые года 4 поднимали логистику и производство своего корпуса евромеханики (ой да раз плюнуть, пару пластин да направляющие, фигня, не корабль космический), все именно так как в статье.
Автор, извини меня за токсичность и все такое, но твое обьяснение уровня "я знаю что с автобусом - он сломался". Ведь те три версии, что ты озвучил (если они официальные научные) не с потолка взяты, из каких то научных исследований в рецензируемых журналах имеют какой то под собой мат аппарат, иначе бы они не рассматривались в научном поле. Есть ли что то в пользу твоей версии? Вон посмотри на статью про обьяснения относительности скорости света при помощи котиков, которая тут была недавно . Есть не только интерпретация но и доказательство ее применимости и корректности для базовых случаев.
Спасибо за статью! Хотелось бы услышать почему был выбран именно PTP? Чтобы он давал точность выше чем NTP необходима аппаратная поддержка всех устройств в сети (timestamp прихода пакета в устройство вычисляет PHY а не CPU), если ее нет, то в локальных сетях (по крайне мере в проводных, с которыми я работал) точность будет примерно одинаковой - порядка 1мс.
Когда ты знатно ошибся (не заказал трафарет) но героическим исправлением проблемы можно поделиться с сообществом =) Я не принижаю ваш труд, но вы уже сами поняли, что тут пахнет нормальным трафаретом и нормальными пинцетами.
Корреляции между ценой и качеством товара на малых партиях у ЧИДа нету, просто так получилось. разные цепочки поставок, где-то залежалось и так далее.
Если нужны чуть более адекватные цены так сразу надо сравнивать на lcsc.com на том размере партий на что вы рассчитываете. Как там покупать другой вопрос, но эту информацию можно найти в интернете. Куча позиций в ЧИДе кстати тупо отображение базы с этого китайского сайта.
Китайцы не исправляют даташиты, они просто по вашей просьбе (если покупаете большую партию) пишут то, что именно вам надо =)
Для синхронизации детекторов используются высокоточные часы.
А как все хорошо начиналось... Навигация при путешествии к центру земли, вот это все. А часики чем синхронизировать будем? Правильно, по GPS =)
В будущем эту технологию можно будет использовать и для навигации роботов, которые работают под землей или под водой,
Ой, вот только незадача, канал связи же нужен, чтоб передавать время детектирования. По сему каналу связи можно конечно и часы засинхронизировать, но вот работа под водой или под землей (если это не подлодка с каналом радиосвязи связи в десятки килогерц) это уже под сомнением.
Концептуально конечно решение интересное и возможно таки воякам пригодится, но пока слишком много вопросов.
Ничем обидеть не хотел, просто очень часто слышу мол использование чистого make это плохой подход старых дедов и вообще плохо плохо как goto. Просто при этом не приводятся примеры проектов на на bare metall где наворачивание cmake оправдано.
Спасибо, есть пара интересностей, но столько утилит и фреймворков чтоб светодиодом комфортнее помигать....
Куб и так генерирует мейкфайл, которому достаточно указать путь для gcc в tasks.json , хотелось бы увидеть пример кода или проекта, где имеет смысл наворачивать столько фарша помимо мейка. Или щас в ойти прям увольняют пожизненно, если не дай бох руками мейкфайл править?
Интересно получаетcя, что в электронике (да и наверно и других областях ), что одни и те же задачи можно решить кучей способов и выбор решений зависит не только от цены но и от цепочек поставок и от личных предпочтений разработчиков.
Потому очень хочется узнать почему именно такой МК был выбран, а не что то другое. Просто на вскидку он не такой уж и дешевый и размер тут явно не был определяющим фактором, поскольку на плате есть еще и сдвиговые регистры (а может и нет, слишком мало данных).
Вот первый пример на вскидку HC32L110C6UA-SFN20TR , корпус 3x3мм , ценник в полтора-два раза ниже. Документация конечно на китайском, хотя на гитхабе есть готовые проекты на нем, но если заказчик ставил требования удешевления конечного устройства (а не оплаты труда разработчика) , то время на изучение нового камня он бы компенсировал.
Чому же нет в статье информации про "отладку " от бушных майнеров Ebaz4205 ? Плата с FPGA SOC, езернетом , и DDR за каких то полторы тыщи рублей с али) к ней китайцы уже предлагают кучу плат расширения да и инфы и на русскоязычных ресурсов по ней достаточно, очень советую.
Спасибо за статью, но Возвращаемся в Kits и донастраиваем наш комплект. Выбираем Device type и Device – Bar Metal Device. Применяем.
QtCreator не очень дружит с Makefiles.
Ушел много лет назад от креатора на vscode так как очень неудобно реализован процесс переносимости. В vscode достаточно плагинов cortex-debug и settings-sync для полноценной работы с cmake makefile проектами STM32 на другой машине. Все настройки для отладки и прошивки как есть хранятся в директории проекта. В креаторе же надо было ручками заводить таргеты или копировать файлы из системной директории, я так понял в этом плане не поменялось ничего? Ну хоть поддержка svd появилась, это хорошо!
Наверное для тех кто и так кодит декстоп проекты в креаторе это имеет смысл, ну и у кого не очень новый пк, ибо vscode иногда очень аппетитный к ресурсам.
Хорошее описание поиска и анализа проблемы, спасибо! Но.
в большой плате – всё веселей. Там PHY тактируется от порта A8 контроллера:
на серийных устройствах с STMF4 была та же самая проблема , на большинстве устройств (но не всех) были потери при прямом соединении с пк. Так что вам повезло с платой ST. Она же в единичном экземпляре была. Джиттер PLL в ST порядка 0.5-1нс ( на выходе MCO а не значения из даташита! ), , замерял осцилом в рамках системы DPLL, построенной на этих мк (на входе таймера импульс 1гц асинхронный, на выходе точные частота и фаза кварца, что управляется этим мк, и его же тактирует ). Требования по джиттеру у входного сигнала микросхемы физики повыше (см страницу 77 дш dp83848 , мы использовали micrel, там все тоже самое) лучше даже вот тут смотреть, все микросхемы езернета весьма чувствительны к качеству клока. https://www.ti.com/lit/an/snla091b/snla091b.pdf?ts=1660652493295
Так что только лишь из этого утверждать что PLL в GD хуже нельзя
Нагнал много чего полезного (и вредного ) но вот как мне кажется важного не сказал.
Проблема все таки не в самой Ардуине (как семейства железок и софта) а в ЦА на которую оно рассчитано. И это, если что, не оскорбление ни первых ни вторых =). Это гениальный конструктор для тех, кто слабо знаком с электроникой. Для тех кому надо решить с помощью нее какую-то интересную задачу. Электроника тут не самоцель, а лишь инструмент, и максимальной быстрый в применимости инструмент из всех, что есть на рынке. Но вот чтоб эффект Даннинга — Крюгера не завладел теми, кто научился включать ватчдог и думает, что теперь он сделает серийную железку на основе своего пет-проекта как раз и рассчитана эта статья, ну и дополнения в комментах.
По поводу сказочности идеи внедрения закладок не разработчиком, а где-то посередине техпроцесса вспоминается прекрасная статья с хабра (не смог найти) , где описываются механизмы защиты микросхем от копирования как раз таки на этом уровне. Ну то-есть вы не то что дополнительный транзистор поставить не можете, у вас тупо при копировании фотошаблонов (без доп манипуляций на других шагах) итоговый процессор не заработает.
По опыту общения с дизайнерами кажется что без слепой веры в эпл их просто автоматом увольняют
Вы делаете очень крутую работу! Но я сходу не смог разобраться, а вытались интегрироваться с kicad? или как раз из за невозможности это сделать приходится создавать графическую оболочку для решателя "заного" ?
Просто для меня, как не знакомого с внутренностями вашего проекта и кикада (да и вообще не программиста) кажется, что и там и там графический интерфейс схожий, проделано куча работы, а у кикада есть система плагинов, бери да встраивай!
Простите за мое ИМХО, но кажется у вас слишком мало опыта работы коммерческой разработки электроники с нуля, либо есть только опыт работы с военными заводами, где есть инструментальный цех и есть жесткие регламенты и куча опытных специалистов с 100-летним стажем, а еще другие понятия о сроках и экономии. К сожалению в коммерции в рф не так, и то что автор описывает проходят крупные игроки. Я наблюдал за конструкторами которые года 4 поднимали логистику и производство своего корпуса евромеханики (ой да раз плюнуть, пару пластин да направляющие, фигня, не корабль космический), все именно так как в статье.
Автор, извини меня за токсичность и все такое, но твое обьяснение уровня "я знаю что с автобусом - он сломался". Ведь те три версии, что ты озвучил (если они официальные научные) не с потолка взяты, из каких то научных исследований в рецензируемых журналах имеют какой то под собой мат аппарат, иначе бы они не рассматривались в научном поле. Есть ли что то в пользу твоей версии? Вон посмотри на статью про обьяснения относительности скорости света при помощи котиков, которая тут была недавно . Есть не только интерпретация но и доказательство ее применимости и корректности для базовых случаев.
Avr, pic, а парни то разбираются в том, что на рынке актуально...
Спасибо за статью!
Хотелось бы услышать почему был выбран именно PTP?
Чтобы он давал точность выше чем NTP необходима аппаратная поддержка всех устройств в сети (timestamp прихода пакета в устройство вычисляет PHY а не CPU), если ее нет, то в локальных сетях (по крайне мере в проводных, с которыми я работал) точность будет примерно одинаковой - порядка 1мс.
Когда ты знатно ошибся (не заказал трафарет) но героическим исправлением проблемы можно поделиться с сообществом =)
Я не принижаю ваш труд, но вы уже сами поняли, что тут пахнет нормальным трафаретом и нормальными пинцетами.
-наличие make cmake + gcc проектов не от stm , проекты на других платформах и языках
-куда более шустрый и функциональный интерфейс редактора кода чем в эклпипсе
-обнаружил в vscode в качестве плагина просто изумительный uart терминал
Так а разработке или в производстве? =) Писатель текста и писатель заголовка, договоритесь пожалуйста.
Корреляции между ценой и качеством товара на малых партиях у ЧИДа нету, просто так получилось. разные цепочки поставок, где-то залежалось и так далее.
Если нужны чуть более адекватные цены так сразу надо сравнивать на lcsc.com на том размере партий на что вы рассчитываете. Как там покупать другой вопрос, но эту информацию можно найти в интернете.
Куча позиций в ЧИДе кстати тупо отображение базы с этого китайского сайта.
Китайцы не исправляют даташиты, они просто по вашей просьбе (если покупаете большую партию) пишут то, что именно вам надо =)
А как все хорошо начиналось... Навигация при путешествии к центру земли, вот это все. А часики чем синхронизировать будем? Правильно, по GPS =)
Ой, вот только незадача, канал связи же нужен, чтоб передавать время детектирования. По сему каналу связи можно конечно и часы засинхронизировать, но вот работа под водой или под землей (если это не подлодка с каналом радиосвязи связи в десятки килогерц) это уже под сомнением.
Концептуально конечно решение интересное и возможно таки воякам пригодится, но пока слишком много вопросов.
И никаких технических характеристик. Вроде это сайт для инженеров а не сеошников и прессрелизеров.
Ничем обидеть не хотел, просто очень часто слышу мол использование чистого make это плохой подход старых дедов и вообще плохо плохо как goto. Просто при этом не приводятся примеры проектов на на bare metall где наворачивание cmake оправдано.
Спасибо, есть пара интересностей, но столько утилит и фреймворков чтоб светодиодом комфортнее помигать....
Куб и так генерирует мейкфайл, которому достаточно указать путь для gcc в tasks.json , хотелось бы увидеть пример кода или проекта, где имеет смысл наворачивать столько фарша помимо мейка. Или щас в ойти прям увольняют пожизненно, если не дай бох руками мейкфайл править?
Интересно получаетcя, что в электронике (да и наверно и других областях ), что одни и те же задачи можно решить кучей способов и выбор решений зависит не только от цены но и от цепочек поставок и от личных предпочтений разработчиков.
Потому очень хочется узнать почему именно такой МК был выбран, а не что то другое.
Просто на вскидку он не такой уж и дешевый и размер тут явно не был определяющим фактором, поскольку на плате есть еще и сдвиговые регистры (а может и нет, слишком мало данных).
Вот первый пример на вскидку HC32L110C6UA-SFN20TR , корпус 3x3мм , ценник в полтора-два раза ниже. Документация конечно на китайском, хотя на гитхабе есть готовые проекты на нем, но если заказчик ставил требования удешевления конечного устройства (а не оплаты труда разработчика) , то время на изучение нового камня он бы компенсировал.
Чому же нет в статье информации про "отладку " от бушных майнеров Ebaz4205 ?
Плата с FPGA SOC, езернетом , и DDR за каких то полторы тыщи рублей с али)
к ней китайцы уже предлагают кучу плат расширения да и инфы и на русскоязычных ресурсов по ней достаточно, очень советую.
Спасибо за статью, но
Возвращаемся в Kits и донастраиваем наш комплект. Выбираем Device type и Device – Bar Metal Device. Применяем.QtCreator не очень дружит с Makefiles.Ушел много лет назад от креатора на vscode так как очень неудобно реализован процесс переносимости. В vscode достаточно плагинов cortex-debug и settings-sync для полноценной работы с cmake makefile проектами STM32 на другой машине. Все настройки для отладки и прошивки как есть хранятся в директории проекта.
В креаторе же надо было ручками заводить таргеты или копировать файлы из системной директории, я так понял в этом плане не поменялось ничего?
Ну хоть поддержка svd появилась, это хорошо!
Наверное для тех кто и так кодит декстоп проекты в креаторе это имеет смысл, ну и у кого не очень новый пк, ибо vscode иногда очень аппетитный к ресурсам.
Хорошее описание поиска и анализа проблемы, спасибо! Но.
в большой плате – всё веселей. Там PHY тактируется от порта A8 контроллера:
на серийных устройствах с STMF4 была та же самая проблема , на большинстве устройств (но не всех) были потери при прямом соединении с пк. Так что вам повезло с платой ST. Она же в единичном экземпляре была.
Джиттер PLL в ST порядка 0.5-1нс ( на выходе MCO а не значения из даташита! ),
, замерял осцилом в рамках системы DPLL, построенной на этих мк (на входе таймера импульс 1гц асинхронный, на выходе точные частота и фаза кварца, что управляется этим мк, и его же тактирует ).
Требования по джиттеру у входного сигнала микросхемы физики повыше (см страницу 77 дш dp83848 , мы использовали micrel, там все тоже самое)
лучше даже вот тут смотреть, все микросхемы езернета весьма чувствительны к качеству клока.
https://www.ti.com/lit/an/snla091b/snla091b.pdf?ts=1660652493295
Так что только лишь из этого утверждать что PLL в GD хуже нельзя
и вероятно не DP83448 а DP83848 ?
Нагнал много чего полезного (и вредного ) но вот как мне кажется важного не сказал.
Проблема все таки не в самой Ардуине (как семейства железок и софта) а в ЦА на которую оно рассчитано. И это, если что, не оскорбление ни первых ни вторых =).
Это гениальный конструктор для тех, кто слабо знаком с электроникой. Для тех кому надо решить с помощью нее какую-то интересную задачу. Электроника тут не самоцель, а лишь инструмент, и максимальной быстрый в применимости инструмент из всех, что есть на рынке.
Но вот чтоб эффект Даннинга — Крюгера не завладел теми, кто научился включать ватчдог и думает, что теперь он сделает серийную железку на основе своего пет-проекта как раз и рассчитана эта статья, ну и дополнения в комментах.
По поводу сказочности идеи внедрения закладок не разработчиком, а где-то посередине техпроцесса вспоминается прекрасная статья с хабра (не смог найти) , где описываются механизмы защиты микросхем от копирования как раз таки на этом уровне. Ну то-есть вы не то что дополнительный транзистор поставить не можете, у вас тупо при копировании фотошаблонов (без доп манипуляций на других шагах) итоговый процессор не заработает.