да, "чисто" на ПЛИС можно сделать "полностью цифровую ФАПЧ" (DPLL, All Digital PLL), но понадобится достаточно высокая 'core' частота, чтобы джиттер (или ошибка согласования) был приемлемым, потому что квантоваться выход будет на её период.
при резке фиксируется вся пластина на конструкции "рамка + ламинационная плёнка". После резки уровень адгезии кремния к плёнке понижается путём задубливания адгезивного слоя ультрафиолетом. Кроме того, пленка с матрицей уже порезанных чипов немного растягивается на специальной установке. После этого вакуумный picker хватает чипы с плёнки, но их ещё и подталкивают снизу иглой для лучшего детачинга.
К сожалению, такое действительно встречается - тренд уменьшения толерантности драйверов в "винде" реальной поддержке фич в устройствах.
То есть, в драйвере добавляется поддержка фич, находящихся за рамками достаточного множества для работы устройства - но потому что "это есть в спецификации". В принципе, правильно, но стоило бы предусматривать "Legacy" (или "backward-compatibility") режим, обозначая ситуацию в свойствах драйвера...
Мы с подобным столкнулись, когда наша имплементация USB MSD перестала работать на Windows8 (Win2000, XP, 7 - без нареканий). Довольно быстро "отловили" дополнительно появившийся запрос и отработали по нему пустым ответом. Всё стало хорошо. Но жаль, что сразу этого не было очевидно: запрос описывался как необязательный.
Ещё очен очень много рядом с нами PiN диодов в фоточувствительных сенсорах - матрицах камер/фотоаппаратов. Фоточувствительные ячейки КМОП матриц как раз содержат PiN диод, как элемент "реагирующий" на свет.
Банальность, но.. COM-порт, конечно, выглядит анахронизмом в нынешнее время, но всё же очень популярен в системах аатоматизации и связи с промышленным и медицинским оборудованием.
Интеграторы у нас в компании даже специально заказывают платы промышленных ПК с "аппаратным" СОМ-портом (не USB VCP) - отсутствие дополнительных адаптера и драйверов положительным образом сказывается на стабильности соединения.
При некоторой спорности определённых позиций, можно поставить большой плюс к использованию в тестировании. В нашей практике (мы выпускаем сложное оборудование и ПО) Python ускорил реализацию задач тестирования (в аппаратурно-программном комплексе) в разы (в сравнении со связками C/C#/Matlab).
да, "чисто" на ПЛИС можно сделать "полностью цифровую ФАПЧ" (DPLL, All Digital PLL), но понадобится достаточно высокая 'core' частота, чтобы джиттер (или ошибка согласования) был приемлемым, потому что квантоваться выход будет на её период.
к сожалению, функциональность USB-Host понадобится; в то время, как здесь (и в целевых STM'ках) речь об USB-Device
при резке фиксируется вся пластина на конструкции "рамка + ламинационная плёнка". После резки уровень адгезии кремния к плёнке понижается путём задубливания адгезивного слоя ультрафиолетом. Кроме того, пленка с матрицей уже порезанных чипов немного растягивается на специальной установке. После этого вакуумный picker хватает чипы с плёнки, но их ещё и подталкивают снизу иглой для лучшего детачинга.
спасибо за инфо - допускаю, что это чипы без пассивации. Мы работаем в основном с area image sensors - там пассивация is must.
так что примите коррекцию на мою проф.деформацию :)
вполне стандартный шаг последнего этапа процессинга пластины - пассивация.
Типично - это нитрид кремния толщиной несколько сотен нанометров. Даёт пластине слегка желтоватый оттенок.
Иногда добавляют оксидирование и flat (и потом уже - опционально - нитрид). Тогда защита получается "мощнее".
В любом случае этого хватает, чтобы чип был устойчив к влаге и воздуху. И да, самой последней операцией будет вскрытие контактных падов.
К сожалению, такое действительно встречается - тренд уменьшения толерантности драйверов в "винде" реальной поддержке фич в устройствах.
То есть, в драйвере добавляется поддержка фич, находящихся за рамками достаточного множества для работы устройства - но потому что "это есть в спецификации". В принципе, правильно, но стоило бы предусматривать "Legacy" (или "backward-compatibility") режим, обозначая ситуацию в свойствах драйвера...
Мы с подобным столкнулись, когда наша имплементация USB MSD перестала работать на Windows8 (Win2000, XP, 7 - без нареканий). Довольно быстро "отловили" дополнительно появившийся запрос и отработали по нему пустым ответом. Всё стало хорошо. Но жаль, что сразу этого не было очевидно: запрос описывался как необязательный.
Ещё очен очень много рядом с нами PiN диодов в фоточувствительных сенсорах - матрицах камер/фотоаппаратов. Фоточувствительные ячейки КМОП матриц как раз содержат PiN диод, как элемент "реагирующий" на свет.
Банальность, но.. COM-порт, конечно, выглядит анахронизмом в нынешнее время, но всё же очень популярен в системах аатоматизации и связи с промышленным и медицинским оборудованием.
Интеграторы у нас в компании даже специально заказывают платы промышленных ПК с "аппаратным" СОМ-портом (не USB VCP) - отсутствие дополнительных адаптера и драйверов положительным образом сказывается на стабильности соединения.
При некоторой спорности определённых позиций, можно поставить большой плюс к использованию в тестировании. В нашей практике (мы выпускаем сложное оборудование и ПО) Python ускорил реализацию задач тестирования (в аппаратурно-программном комплексе) в разы (в сравнении со связками C/C#/Matlab).