kleverd

Да, наверное дело с БМК обстоит как-то так. А с какими БМК имели дело, и сколько это стоило? Я помню где-то видел БМК отечественного производства, программируемые маской. Так что без выпекания кристалла можно обойтись. 5585БЦ1У, 1537ХМ2 я так понимаю программируются нанесением металлической маски. И где-то я видел, что минимальная партия составляет 200шт. Да, а почему ни Ментор, а Синопсис и Кэденс?

Если речь идет о МОП44, то надо посмотреть, что есть серийного на сегодняшний день. Смотреть надо в сторону Александр Электрик Источники электропитания, ЭЛТОМ, Александр электрик ДОН, и других производителей. Они выпускают фильтры для своих ИП.

Самим вряд ли удастся провести полноценные испытания на ЭМС. Если делать на коленке - все равно придется покупать большое количество оборудования. И такой вариант даст только пристрелочную оценку. Если на Вашем предпричтии есть ОТК и метрологическая служба, это уже лучше. Можно составить акты о проведении испытаний. Для некоторых целей это сойдет. Ну а если нужно сертифицировать прибор для массового использования, то без специализированной лаборатории не обойтись. Если какие-то элементы оснастки можно сделать самостоятельно, то об этом как правило написано в ГОСТах. Предложены методы построения и параметры оснастки. Если ничего подобного нет, то в приложении обычно присутствует список рекомендуемого оборудования. Антенны, эквиваленты сети это все готовое оборудование. Для проведения испытаний его придется по всей видимости покупать. Также если идет речь о сертификационных испытаниях, то нужна экранированная безэховая камера. При том камеры бывают трех типов. Делятся они по коэффициенту ослабления излучения в определенных диапазонах частот. Насколько я помню даже конструкция дверей имеет значение. И вроде как для сертификационных испытаний годятся камеры только с распашными дверями. Так что дело о проведении испытаний следует начинать с изучения Гостов. Сначала их надо понятное дело найти (в посте выше).

Превышение незначительно. Есть шанс, что некорректно собрана измерительная оснастка. Проверить надо как подключено заземление и как установлен измеряемый объект. Да, и действительно, а прибор-то исправен?

Ну есть вариант смоделировать ситуацию. CST studio Вам в помощь. Также можно посмотреть на Ansys и некоторые другие инструменты моделирования электромагнитных полей.

Ну 50В/м это не катастрофично. Вот 300В/м - это уже беда. И главная беда заключается в том, что такую напряженность поля очень трудно создать при испытаниях. Барнс Дж.Электронное конструирование.Методы борьбы с помехами.1990.djvu должно слегка помочь. Рецепт в общем и целом такой - электрически герметичный экран, желательно феромагнитный (убивает как электрическую так и магнитную составляющую), проходные конденсаторы-фильтры (что-то типа Б25-4). Для убиения помех надо по всей видимости ставить проходные конденсаторы на все провода, входящие в корпус. Провода, идущие в корпус не должны быть очень длинными, иначе они станут шикарной антеной. Если имеется длинный провод с цифровым сигналом, то для блокирования помех надо ставить гальваническую развязку.

На самом деле товарищи из Analog Devices добились такого результата путем проведения большого количества экспериментов, проб и ошибок. Они подогнали схемотехнику под имеющуюся у них технологию. Тот же путь предстоит пройти отечественным разработчикам, которые возьмутся за реализацию похожего девайса в кремнии. Да, такого по всей видимости пока невозможно. Нет ни технологий, ни ип-блоков. Да и пользы от одного ацп будет скорее всего мало. К ацп нужен еще и аттенюатор для реализации полноценной системы сбора данных. Но есть много чудес творящихся на ситалловых просторах микросборок.

А, если не секрет, каков смысл в этом деянии? Набор команд изменится, существующие компиляторы станут несовместимы с Вашим творением. Или написание собственного компилятора также входит в план?

Жалко, что без аналоговых фичей. А так бы был очень полезен преобразователь сигнала с термопары со встроенным компенсатором холодного спая с внешнеподключаемым резистивным термодатчиком на ом эдак 43-46. Чтобы спецстойким был и малопотребляющим. Стойкость по спецфакторам 7К1 и 7К4 приветствуется.

Да, в Tanner EDA есть автоматический генератор падфрейма на основе библиотечных ячеек. В схемном редакторе в названии ячеек надо добавить _R1 _L2 _T3 к названию пада, в зависимости от того на какой стороне он должен располагаться. И фреймпад будет сгенерирован.

По-моему где-то я видел уже видел что-то вроде портированного НИОС на OpenCores.org.

Как мне представляется, процесс заключается в следующем. Сначала нужно отладить проект на плис. Убираются все платформозависимые блоки. Указанные блоки надо заменить на самописные, или те, которые содержатся в библиотеке стандартных ячеек на целевой фабрике. Как только все отлажено, просимулировано можно идти дальше. А дальше берется синтезатор типа LeonardoSpectrum от Ментора и ему скармливаются файлы написанные на верилоге или виэйтчдиэле. Перед этим в ЛеонардоСпектрум следует подгрузить библиотеку синтеза, содержащую стандартные ячейки. Библиотека берется с завода, на котором будет изготавливаться микросхема. После ЛеонардоСпектрум стнтезирует описание дизайна на Верилоге или на ВХДЛе, которое содержит исключительно библиотечные элементы. Далее это синтезированное описание дизайна надо подкинуть кому нибудь типа Tanner EDA. В схемном редакторе создать ячейку, описанную файлом на верилоге. Далее в схемном редакторе Таннер тулз следует экспортировать нетлист в формате TPR. Дальше надо перейти в Tanner L-edit. В модуле SPR надо загрузить сгенерированный ранее нетлист и указать из какой библиотеки блать топологическое описание стандартных ячеек. В завершении нажимаем кнопочку Run и получаем готовую микросхему с фреймпадом, который генерируется автоматически. Но не стоит обнадеживаться кажущейся простотой процесса. На пути встретятся куча багов, косяков и прочих мелких недоделок, которыми располагает Tanner EDA. На самом деле качество автоматического роутинга в Таннере вызывает некоторые сомнения.

По поводу Tanner EDA: Сначала показался весьма нормальным. Но потом начали выплывать некоторые странности. Я работал с версией 14. 16 версию видел, но ничего в ней не делал. Управление мышью очень странное и поначалу казалось очень неудобным. Задействованы все три кнопки. Да, именно кнопки. Колесо мыши тоже используется как кнопка. Некоторых это сильно раздражает. Но ко всему привыкнуть можно. В 14 версии не все окна умели докится к краям экрана. И восстанавливать расположение окон приходилось кнопкой Ф10. Такое ощущение, что интерфейс проги не подвергалась модернизации с 1995 года. Выбор объектов представляет некоторую проблему. Все время скрывать те слои, которые мешают выбрать требуемый объект крайне не удобно. Из тех инструментов типа Dev-gen можно сказать следующее - все они недоделаные. Косяки мелкие. Но впечатление портят. Нарушение терминологии встречаются в ДевГене. Имеются разночтения в функциональных обозначениях некоторых слоев. Модуль SDL - разводка соединителей по нетлисту. Годится только для разводки вручную. Если в правилах выставить разведение по одному слою металлизации, то в автоматическом режиме на дорожках появятся непредсказуемые зигзаги, повороты и прочие кренделя. Я предполагаю, что это есть попытка создать вокруг элементов топологии одинаковые со всех сторон условия, но попытка неудачная. Никакой многопроходной оптимизации разводки нету. Модуль SPR - роутер по нетлисту. Нет, ни по тому нетлисту который использовался в СДЛ. Нетлист нужен в другом формате. Нужны другие библиотеки стандартных ячеек, выполненые по другим правилам. Глюки с генерацией падфреймов тоже присутствуют. Если сделать пад вручную, то в нетлисте создается два одинаковых порта для подсоединения ядра к падфрейму. В результате роутер выдает ошибку - два порта на падфрейме, четыре порта на ядре. То, как разводятся соединения в автоматическом режиме оценить весьма сложно. Соединений много, вручную их развести нереально. И в прилагаемых примерах библиотек стандартных ячеек тоже косяков дофига. В NPN-транзисторах потерялись Via. В мосфетах где-то исток соединен с подложкой, а где-то нет. Так что платить тучу денег за Таннер я бы не стал.

Опытным путем подобрал содержимое файла с конфигурацией для JTAG HS2 interface ftdi ftdi_vid_pid 0x0403 0x6014 adapter_khz 6000 ftdi_layout_init 0x20e8 0x3feb ftdi_layout_signal nSRST -data 0x2000 ftdi_layout_signal GPIO2 -data 0x2000 ftdi_layout_signal GPIO1 -data 0x0200 ftdi_layout_signal GPIO0 -data 0x0100 Теперь вроде как сканирует цепь устройств. Но ошибка выдается Error: auto0.tap: IR capture error; saw 0x0000 not 0x0001

По всей видимости пины ADBUS5 ADBUS6 ADBUS7 - это управление буферами соответствующих каналов, т.к сигнал на них инвертирован. А распределение информационных линий стандартное (ADBUS0 - ADBUS3). Ну и методом исключения - буфер TDO управляется ADBUS4.

Недавно у меня оказался в руках программатор Digilent HS2. Выглядит очень достойно. Компактен и стоит сравнительно недорого. Плисы шьет быстро. Spartan3e с 500 киловентилями прошивает за несколько секунд. Пользуясь случаем решил его немного поисследовать. Пытался его укротить UrJtag-ом и OpenOCD. Проги девайс видят, но при детекте возникает ошибка - Warning: TDO seems to be stuck at 1. Эксперименты проводил с UrJtag 0.1 и OpenOCD версии 0.5-0.8. Притом Версия 0.8 не смогла получить доступ к устройству FTDI. Как-то давно писал прогу для дерганья пинами ft232rl. Решил проверить как она будет дружить с 232HQ. И прога подружилась с микросхемой. В результате выяснилось, что соответствие пинов микросхемы и выходов программатора следующее: ADBUS5 - TMS ADBUS6 - TDI ADBUS7 - TCK TDO найти таки не удалось. Как и говорил UrJtag - TDO seems to be stuck at 1. Проверял только шину ADBUS. AСBUS моя прога дергать не умела. Вывод - либо TDO подключен через буфер, который по умолчанию переведен в третье состояние, либо он заведен на AСBUS (маловероятно, нестандартная разводка?). Вот содержимое EEPROM, считанное прогой Mprog: Read EEPROM successful Device 0 0000 : 01 00 03 04 14 60 00 09 80 FA 08 00 00 00 A0 12 .. .. `. .. .. .. .. .. 0010 : B2 28 DA 1A 00 00 00 00 00 00 00 00 00 00 56 00 .. .. .. .. .. .. .. .V 0020 : 01 00 C7 92 6A 35 52 01 90 30 4A 74 61 67 48 73 .. .. 5j .R 0. tJ ga sH 0030 : 32 00 00 00 00 00 00 00 00 00 00 44 69 67 69 6C .2 .. .. .. .. D. gi li 0040 : 65 6E 74 20 4A 54 41 47 2D 48 53 32 00 00 00 00 ne .t TJ GA H. 2S .. .. 0050 : 00 00 00 00 00 00 00 00 11 00 00 00 00 00 00 00 .. .. .. .. .. .. .. .. 0060 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 .. .. .. .. .. .. .. .. 0070 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 .. .. .. .. .. .. .. .. А вот содержимое того же еепрома, считанное прогой FTPROG Read EEPROM Device 0 Word 0000: 0100 0304 1460 0009 80FA 0800 0000 A012 0008: B228 DA1A 0000 0000 0000 0000 0000 5600 0010: 0100 C792 6A35 5201 9030 4A74 6167 4873 0018: 3200 0000 0000 0000 0000 0044 6967 696C 0020: 656E 7420 4A54 4147 2D48 5332 0000 0000 0028: 0000 0000 0000 0000 1100 0000 0000 0000 0030: 0000 0000 0000 0000 0000 0000 0000 0000 0038: 0000 0000 0000 0000 0000 0000 0000 0000 0040: 0000 0000 0000 0000 0000 4800 0000 0000 0048: 0000 0000 0000 0000 0000 0000 0000 0000 0050: 1203 4400 6900 6700 6900 6C00 6500 6E00 0058: 7400 2803 4400 6900 6700 6900 6C00 6500 0060: 6E00 7400 2000 5500 5300 4200 2000 4400 0068: 6500 7600 6900 6300 6500 1A03 3200 3100 0070: 3000 3200 3400 3900 3900 3100 3800 3600 0078: 3100 3200 0203 0000 0000 0000 0000 902C Последний вариант по всей видимости более актуален. Vid - 0403 Pid - 6014