Jump to content

    

ggg

Свой
  • Content Count

    327
  • Joined

  • Last visited

Everything posted by ggg


  1. Сперва по теме опроса скажу - о том, какие неудобства вижу в нашем производстве комплектующих, в порядке убывания критичности: 1. Как мне кажется, самая животрепещущая проблема - кроме ЭКБ (быший МОП) нет единой базы данных производимых комплектующих. Сам список ЭКБ сделан неудобно для поиска по параметрам, и, найдя (не всегда сразу) нужный раздел, приходится потом глазами просматривать множество строк, отбирая требуемое. После того, как первичный (грубый) отбор произведён, перед разработчиком встает еще более любопытная задача - найти подробное описание, чтобы определится окончательно. Вот тут возникает вторая проблема: 2. Не все производители выкладывают подробные описания на своих сайтах. У некоторых производителей вообще информация об элементах, помещенных в перечне ЭКБ, появляется на сайте только после письма-пинка со стороны потенциальных заказчиков. Так же есть проблема с некоторыми предприятиями, у которых подробное описание приведено только в ТУ, а ТУ предлагают только учтённый вариант за деньги. К счастью, такой ерундой страдают не все, у очень многих или ТУ выложено прямо для скачивания, или можно попросить электронную версию (типа, неучтенный экземпляр) при общении с разработчиками. 3. Есть заметное отставание по многим направлениям, например, по микроконтроллерам, памяти, микросхемам DC/DC преобразователей, интеллектуальным ключам. В части случаев это может быть обойдено, в части - пока нет. 4. Сроки поставки. Особенно это касается изделий с "ВП", так как эти изделия, как правило, не лежат на складе, а выпускаются под конкретный заказ. Это не обязательно лень производителей, это еще и некоторые особенности "ВП" - например, изделие, выпущенное несколько лет назад, может быть не допущено к установке по причине "старости". В случае серии срок поставки, как правило, особой роли не играет, но на этапе разработки/отладки/макетирования - очень даже важен. Из вариантов обхода, используемых лично мной - двойные футпринты (под наши и под буржуйские) комплектующие. Вариант, разумеется, не идеальный и не везде проходит, но нервы экономит здорово. 5. Цена. Вот здесь вопрос спорный, так как в тех случаях, когда речь идёт о температурном диапазоне от минус 60 - дешёвых комплектующих не бывает ни у нас, ни у буржуев. У "супостатов" тоже наценка на "милитари" начинается от пятикратной и выше. В том, что касается ОТК и температурных диапазонов от нуля или от минус 40 - здесь мы, к сожалению, во многих случаях проигрываем по цене. Теперь скажу немного по другим поводам, в том числе, по поводу импортозамещения. 1. Во-первых, никто и нигде не требует 100% отечественных комплектующих даже для изделий ВТ. Все понимают, что полностью заменить импорт мы пока не можем. Но требуют провести анализ и по каждой импортной детали обосновать необходимость её применения и доказать отсутствие отечественных аналогов. Считаю это правильным подходом. 2. При всем моем уважении к высказывающимся на форуме коллегам, должен сказать, что высказывания о том, что "никто на нас нападать не собирается" - считаю в корне ошибочными, чтобы не сказать чего-нибудь покрепче. Югославия, Ирак, Ливия, Сирия, а так же Украина - показывают ярко и наглядно, что в мире есть вполне определенная задница, которая гадит везде, где ей позволяют присесть. И "уговорить" эту задницу оставаться в пределах своих границ можно только с помощью неслабой такой дубинки (пример - Северная Корея, на которую хоть бочку и катят, но бомбардировок не устраивают). 3. Импортозамещение - вещь нужная и правильная, давно нужно было этим начать заниматься. Во-первых, разрабатывать изделия военной техники на импорте - это бред полнейший, ибо позволяет лёгким движением руки перекрыть всю разработку техники в стране (привет от санкций!). Во-вторых, развитие гражданских направлений дает надежду на сохранение отрасли, специалистов и, в дальнейшем - на сокращение или полную ликвидацию отставания. 4. Дорогу осилит идущий: как бы коряво ни шло импортозамещение, его нужно продолжать, прикладывая к этому делу и голову, и руки, и сердце. Да, именно так: и сердце тоже, так как любое хорошее дело можно сделать только "с душой". А подход "ничего личного, просто бизнес" - путь в тупик. ИМХО, разумеется.
  2. Это Ваши снабженцы про забавную буквочку "А" в наименовании компонента при заказе забыли :) Эта буквочка обозначает "пригодность для автоустановщика" - именно при наличии этой буквочки они и упаковываются в ленту. А без буквочки - да, в пакетиках присылают, типа, для ручной установки.
  3. Коллега, здесь Вы глубоко ошибаетесь. У нас не одна плата за последние три года собрана на резисторах Реом (0603 - 1206), - всё у них с маркировкой в порядке, не хуже импорта. Из SMD конденсаторов используем керамику производства "Монолит" (Беларусь) (в основном - К10-47Мв, сейчас ещё новые пошли К10-84). Танталовые кондёры есть у "Элеконда". Резонаторы (кстати, ОТК тоже) - фирма "Пьезо". У "Пьезо" вообще можно заказать на любую частоту от 5 штук (если мне не изменяет память) кварцев. Нет, разумеется, я бы тоже хотел, чтобы не только ВП, но и ОТК двигалось и широко развивалось, и цены были такие, чтобы любой студент мог купить и в самоделке "выходного дня" использовать. Но, как я думаю, дорогу осилит идущий: если сейчас все разработчики "встанут в позу" и принципиально будут только импорт использовать - вряд ли что толковое будет в нашей стране хоть через 10, хоть через 100 лет. Коллега, обеими лапами голосую ЗА!!! Смайлика с поднятым пальцем, увы, нет :) А вот за эту ссылочку - отдельное спасибо!
  4. Если исполнителя пока не нашли, уточните, пожалуйста: 1. Требуемая точность установки интервалов времени. 2. Диапазон рабочих температур. 3. Есть ли требования по времени непрерывной работы или по сохранению работоспособности после снятия с длительного хранения?
  5. Слесарно-монтажные работы тоже входят в требуемый объем работ? Имею в виду - крепление 32 фототранзисторов на доске (из какого материала?), изготовление корпуса для изделия?
  6. Прошу прощения, коллега, я не вполне разделяю отдельные положения Вашего высказывания. 1. "Неполная или отсутствующая документация на процессор"... Вот МК от НИИЭТ http://niiet.ru/chips/microcontrollers/98-.../354-arm-cortex, ссылка на тех.описание на той же странице. На него выпущена отладочная плата, дороговатая, правда - около 20 т.р. Есть поддержка от разработчиков (форум) - они реально отвечают на вопросы, причём, вполне оперативно. Я понимаю, один пример, конечно, не делает погоды, но, тем не менее - где здесь неполная информация? 2. "Процессор скопированный". У указанного выше МК ядро - Cortex-М4. Разумеется, была куплена лицензия на ядро, а периферия - вполне своя, полных аналогов у "буржуинов" нет. Где здесь можно нарваться на патент? 3. "исходные коды собираются в бинарник "взломанным" софтом с левыми патчами"... Исходные коды чего? Если программы пользователя, то это проблема пользователя, на чём он его пишет. Ибо, например, для указанного МК вполне можно использовать привычный Keil uVision, пак для этого МК производитель МК предоставляет, а сам Keil - исключительно на совести потребителя. Если потребитель не может его купить лицензионный - при чём здесь производитель МК? У Миландра тоже есть МК разного типа, для них так же может быть приобретено лицензионное ПО для программирования. При чём тут производитель МК? Вот с чем я согласен на все 100% - это с тем, что сильно не хватает и-нет магазинов (или, хотя бы, и-нет баз данных) по отечественным компонентам (типа dgkey). Пока найдёшь то, что нужно - упаришься. ЭКБ, конечно, в помощь, но она только для ВП помогает, для ОТК - крутись как хочешь. А наши производители далеко не всегда полноценную информацию на сайтах вывешивают. Отставание есть, и серьёзное. Но, думаю, навёрстывание, частично, зависит и от нас, инженеров-разработчиков: не лениться, а стараться везде, где можно, использовать отечественные комплектующие. Любая отечественная мелочь, примененная нами в схеме, дает возможность развития отечественному производителю. Да хоть те же самые SMD-резисторы - вполне нормальные Реом выпускает, брать импорт нет необходимости.
  7. Вы не поверите, но кое-что таки есть у Мстатора: http://mstator.ru/products/micro Самое любопытное, что значительную часть этого выложили на сайт только после письма с вопросом, почему в ЭКБ есть, а на сайте нет? Где, мол, простому российскому инженеру параметры смотреть? А вот ещё есть интересная фирмочка: http://tavridasip.ru На сайте у них мало что имеется, но возможности богатые: производство заказных микросборок. В микросборку, по требованию заказчика, могут впихнуть что угодно, и аналог и цифру, и МК и память. Кристаллы и отечественные и импортные могут использовать. От нескольких штук до больших партий. И ОТК и ВП могут, причём вплоть до космоса и радиационно-стойких ИМС.
  8. Сожалею, информация закрыта. Небольшая подсказка о причине закрытости - в перечне МК.
  9. Группа разработчиков выполнит разработки по следующим направлениям: 1. Разработка принципиальных схем и печатных плат (основное направление - микроконтроллеры и ПЛИС). 2. Разработка ПО для микроконтроллеров и ПЛИС: - микроконтроллеры серий TMS320 (Texas Instruments), STM32 (STMicroelectronics), К1921ВК01Т (НИИЭТ), 1986ВЕ9xx (Миландр), LPC1768 (NXP) и др; - ПЛИС и ПЛМ фирмы Altera (Cyclon, Cyclon II-IV, MAX) и др.; 3. Разработка ПО для встраиваемых компьютерных модулей (формата PC/104, PC/104++, StackPC и др.) под управлением Linux-подобных ОС. 4. Разработка интерфейсов управления электронными устройствами на ПК (ОС Linux, Windows, Android). 5. Разработка автоматических систем управления приводами и механизмами (от построения мат.модели объекта управления до синтеза замкнутой СУ). Возможно как выполнение отдельной разработки по любому из вышеперечисленных направлений, так и выполнение сложной многоэтапной составной разработки, включающей все указанные направления. Территориально расположены в Крыму, для других регионов предлагается вариант с удалённым выполнением разработки. Контактный адрес - здесь.
  10. Разгруппировать штамп и отредактировать нужную цифру. Перед этим - не забыть снять защиту листа. Защита без пароля, просто от случайного изменения :)
  11. Кажется, решение есть, правда, не идеальное :( Подойдет, если компонентов, под которыми надо изменить правило зазоров не слишком много. Для этого нужно вручную под заданными компонентами на том же слое, что и дифпара, нарисовать небольшие полигоны размерами как раз с ту область, в которой нужны иные зазоры. Далее, либо определить для них класс, либо присвоить таким полигонам похожие имена (poly1, poly2, ...) и написать правило для зазоров между дифпарами и полигонами с именами, Name Like "poly*". Соответственно, указать правильный порядок перестройки полигонов, чтобы "главный полигон" строился после того, как уже построены "кусочные" полигоны. Не проверял, но, вроде, должно сработать :)
  12. Простите, что не ответил сразу - давно не заглядывал в тему. Редактируется очень просто: 1. Включить в экселе панель "элементы управления" 2. Нажать кнопку "Конструктор". 3. Нажать кнопку "Свойства" - появится панель свойств элементов. 4. Щелкнуть левой кнопкой мышки на нужном параметре - выделится вся основная надпись. Щелкаете второй раз - выделяется нужный Вам параметр. 5. В панели свойств элемента меняете шрифт. 6. скрываете панель свойств, отжимаете кнопку "Конструктор", сохраняете шаблон. Основная надпись выполнена, действительно, графически, а потом сгруппирована. Для редактирования разгруппировывать не требуется.
  13. Согласен с Владимиром, у каждого будет своя база :) Но, если кому интересно, вот моя база :) Это в продолжение темы "BOM по ГОСТ" :) Линки на даташиты и апноуты локальные, у других работать, естественно, не будут. База содержит скрипт обновления гиперссылок, не пугайтесь, вирусов там нет. Скрипт запускается по нажатии кнопки в панели инструментов "Вид - Панели инструментов - Альтиум" - "Обновить гиперссылки". Скрипт автоматически проверяет всю базу, обнаруживает записи в полях типа "ComponentLink1URL", "ComponentLink2URL" и т.д. и присваивает этим ячейкам гиперссылку, совпадающую с содержимым ячейки. Тем самым, базу можно использовать как электронный справочник, в котором все даташиты вполне упорядочены. Поле Comment содержит формулы (разные на разных листах). Его я заполняю, поскольку этот параметр передается на печатную плату. В результате у меня на печатной плате каждый компонент содержит еще и данные о параметрах этого компонента. DB_home.rar
  14. Можно, но не зеркально, а просто повернуть. Выделить нужный кусок, "взять" его мышкой (левой клавишей), и нажать клавишу "L". Если именно "зеркально", то связи потеряются :)
  15. Поле Rem наиболее актуально только для "сборочных единиц" и "деталей" - там указывается название этой детали ("Катушка индуктивности", "Субмодуль стабилизатора", "Трансформатор"...). При этом в поле "Корпус" для таких элементов заносится формат чертежа данного компонента (для правильного заполнения спецификации). Для других компонентов это, скорее, подсказка для инженера, когда база данных используется в качестве простого электронного справочника, без Альтиума. Ведь там есть ссылки на pdf компонентов, кратко описаны их параметры. В поле Rem я заношу что-то вроде сокращенного обозначения типа компонента - reg для стабилизатора, Zener для стабилитрона, Shottky - для диодов Шоттки и т.п. Для спецификации это не так важно (кроме сборочных единиц и деталей). В поле ManufacturerPartNumber хранится код производителя, что для полупроводников, как правило, означает его название (AD8527AR). Поле Value заполняется только для резисторов, конденсаторов, индуктивностей и, по желанию (или, если нет кода производителя) для стабилитронов, разрядников и предохранителей. Добавленные в скобках значения - это уже последние исправления, связанные с тем, что малое частное предприятие часть компонентов иногда закупает на радиорынке, поэтому указывать только код производителя не всегда правильно (данного производителя может и не оказаться в данный момент). Изначально отображались только код производителя и фирма. Для кондесаторов и резисторов отображаются их параметры, однако, если для какого-нибудь компонента указан еще и код производителя, то будет выведен и он (например, необходим какой-нибудь особый высокодобротный высокочастотный коденсатор). То, что вы написали ("В спецификации в разделе микросхем поля Value, ManufacturerPartNumber и Manufacturer помещаются в скобках. Выглядит это примерно вот так (Analog Devices) (AD8527AR)") - это что-то у вас неподобающим образом заполнено. Поле ManufacturerPartNumber для микросхем и вообще для полупроводников выводится без скобок. В скобках - фирма и корпус. Корпус тоже был добавлен мной после перехода с большого завода на малое предприятие для удобства закупок компонентов (чтобы закупщик не парил себе мозги, ковыряя pdf-файл в поисках расшифровки названия микросхемы, чтобы понять, какой корпус ему надо выбирать). Сразу скажу, что все поля у меня передаются в проект из базы данных (в Экселе), поэтому правка их достаточно проста. В принципе, экселевский бейсик довольно прост, так что все желающие могут адаптировать этот скрипт под свои требования :) Приятно общаться с творческими людьми :) У меня форматки нарисованы заранее, просто второй лист при необходимости копируется, а лишние листы - делаются скрытыми. Аналогично. Хотя, насчет переноса строк - уже не помню, так ли это в перечне элементов, очень давно делал скрипт, и никогда еще с необходимостью переноса не сталкивался. В спецификации, действительно, строки переносит и для позиционных обозначений и для параметров компонентов. Кроме основной надписи у меня еще и заполняет свойства файла, помещая туда название проекта и фамилии разработчиков. Важное примечание - для спецификации фамилии разработчиков не проставлены, так как спецификацию может оформлять конструктор ("железянщик"), а схему разрабатывал электроник. Эти поля можно заполнить прямо в готовой спецификации. У меня это все приведено к единому виду - и ТУ и номер производителя заносятся в поле ManufacturerPartNumber. Компоненты заносятся из базы Экселя. При этом, перед моим уходом со старого предприятия, мне удалось "в лоб" решить проблему связи с заводской базой данных - в Экселевскую базу был добавлен идентификатор из заводской базы, а спецификация из Экселя выдавалась в формате .ddb, что напрямую позволяло "подтянуть" ее заводскую базу. У меня по другому. В схему заносится только то, что необходимо. Детали и сборочные единицы попадают на схему только если они там нужны - например, это катушка индуктивности или трансформатор. Винты, гайки и т.п. железки я на схему не ввожу. Документы тоже. При создании спецификации автоматически, на основе номера документа у меня формируется три строки (самые первые, там, где документация) - указания на СБ, ПЭ3 и Э3. Номер у них один, разные только буквы в конце. Это просто стандартизовано. Внесенные в схему детали и сборочные единицы имеют код, начинающийся с определенных букв (шифра предприятия), что позволяет отделить их от покупных компонентов. При этом детали имеют цифру 7 после шифра: ХХХХ.7 (это по какому-то ГОСТу, уже не помню, давно делал). Все механические детали могут быть добавлены в спецификацию после ее создания. При этом, на момент редактирования спецификация "разворачивается" в непрерывный список, не разбитый на страницы, который очень удобно редактировать - добавлять и удалять строки, перенумеровывать позиции и т.п. Затем, по окончании редактирования, скрипт снова разбивает этот список на форматки.
  16. Да мне не жалко :) Но, по правде говоря, терзают меня смутные сомнения насчет "многие разберуться, что подправить, чтобы заработало"... Все-таки, чужая программа - потемки, что ни говори :) Поэтому я решил немного облегчить эту задачу, и написал нечто вроде памятки-пояснения о том, что и где нужно менять, а так же о правилах заполнения полей свойств компонентов и листов схем. Просьба всем, кто рискнет попробовать, отписаться о результатах :) Template_GOST.rar
  17. Автоматизировал :) Только я не переношу в ворд :) У меня форматки сделаны прямо в Экселе, картинки внизу. Плюс в спецификации содержится скрипт, который позволяет ее редактировать, то есть добавлять/удалять строки. Данные для полей типа разработал, проверил, нормоконтроль, утвердил, номер документа, название проекта, первичное применение и т.п. передается напрямую из Альтиума, из принципиальной схемы.
  18. Да, попробуйте в менеджере переименовать старое поле Value в Value1, затем сделать обновление из библиотеки (указав при этом, что не нужно удалять те поля, которых нет в библиотеке). Затем опять открыть менеджер, удалить новое пустое поле Value, а старое - переименовать обратно в Value (из Value1).
  19. Мной опробована и прекрасно работает следующая методика: 1. Создаете в Экселе шаблон, который содержит несколько листов: 1 - шаблон для BOM с колонками, имеющими имена такие же, как и названия соответствующих параметров компонентов в Альтиуме. 2 - лист, содержащий расшифровки наименований разных компонентов в единственном и множественном числе (то есть, там расписано, что, к примеру, R - это "резистор" или "резисторы", C - "конденсатор" или "конденсаторы", D, DD, DA - "Микросхема" или "микросхемы" и т.д. 3 - пустая форматка первого листа перечня элемиентов по ГОСТ 4 - пустая формака второго листа перечня элементов по ГОСТ 5 - лист регистрации изменений 6 - пустая форматка первого листа спецификации по ГОСТ 7 - пустая форматка второго листа спецификации по ГОСТ 2. В этом же Экселевском шаблоне пишете скрипт на Визуал Бейсике, который обрабатывает поступивший от Альтиум BOM, создавая при этом два документа - перечень элементов и спецификацию. При этом спецификация может быть откорректирована при необходимости с помощью скрипта корректировки (корректировать удобно когда весь набор компонентов идет единым списком, а потом скрипт разбивает на листы-форматки). Важное удобство - скрипт автоматически заполняет не только строки с параметрами компонентов, но и, к примеру, название проекта и фамилии разработчиков в полях основного штампа (все эти данные передаются из Альтиума). Поля свойств экселевского документа также заполняются автоматически :) Группировку по одинаковым типам компонентов, которая необходима для спецификации, тоже выполняет этот скрипт в экселевском шаблоне. Таким образом, правильное составление схемы полностью решает вопрос о правильном заполнении спецификации и перечня элементов. Однако, есть ОЧЕНЬ ВАЖНОЕ ЗАМЕЧАНИЕ: для правильной работы скрипта необходимо строгое соответствие названий полей свойств компонентов. Поэтому простое выкладывание этого шаблона не сильно поможет другим разработчикам, так как шаблон будет работать только при условии, что будут приведены к соответствующему виду и названия полей свойств компонентов в Альтиуме. Короче говоря, нет смысла выкладывать отдельно шаблон для спецификации и перечня элементов, необходим целый комплекс - шаблоны листов с полями свойств, библиотеки компонентов (так как масштаб компонентов подобран под размеры листов), правила заполнения полей свойств компонентов, шаблоны для перечня и спецификации... Естественно, что если у Вас уже сложилась какая-то система наименований полей свойств, то чужие шаблоны Вам уже не подойдут :(
  20. Ну, на вкус и цвет, как говорится :) А вообще-то, библиотека обычно делается под определенные шаблоны листов. Библиотека без шаблонов листов - только половина дела. Компоненты, действительно, лучше размещать либо первым выводом в центре, либо строго посередине. Последнее - для упрощения "отзеркаливания" тех компонентов, для которых это может потребоваться (например, транзисторы или какие-нибудь микросхемы). Отзеркаливание компонента идет относительно центра координат. Плюсики лучше рисовать линиями, а не текстом, иначе возможны проблемы. Выводы компонентов, все-таки, должны точно попадать в необходимый шаг сетки. Вообще, я использую старую, еще с Protel99 систему - устанавливаю единицы измерения на листе "Dxp Defaults", и считаю, что 1 шаг сетки равен 0,5 мм. Соответственно, 2 шага - 1 мм. Шаблоны листов рисуются в соответствующем масштабе и соответствующих размеров. Еще очень полезная возможность - создать для компонентов несколько вариантов отображения (знак "+" - Add a display mode). Например, светодиод со стрелками, направленными в разные стороны. Тогда, при размещении компонента на схеме, можно будет выбрать такой вариант, при котором стрелки будут направлены вверх (как того требует ГОСТ), вне зависимости от расположения самого светодиода (катодом вверх или катодом вниз).
  21. А кнопку "Clear" нажимали? Очень уж похоже на то, что компоненты замаскированы...
  22. Увы, из Альтиума относительные ссылки не работают, документ открывается только если указан полный путь. Попытка указать Альтиуму в настройках путь к библиотеке все равно ни к чему не приводит :( Впрочем, если дело касается одного отдельно взятого домашнего компьютера, то организовать постоянную неперемещаемую папку с базой данных и библиотекой компонентов не так уж и трудно. А когда речь идет об организации, то там тоже проблема не возникает, потому что даташиты помещаются на одной машине в сети, и адрес к ней указывается полностью. Аналогично можно сделать и с помощью ftp-сервера, потому что ftp-ссылки Альтиум тоже вполне нормально открывает.
  23. Можно без апдейта из библиотеки. Через find similar objects находите и выделяете все компоненты на нижней стороне. Через инспектор перебрасываете их на верхний слой. НЕ СНИМАТЕ ВЫДЕЛЕНИЕ!!! Лезете в слои, задаете их пары. Возвращаетесь в инспектор, возвращаете выделенные компоненты на нижний слой. И никакой возни с библиотеками :) Особенно это важно, когда футпринты в разных библиотеках, и разбираться, что из какой - долго :)
  24. Можете, причем запросто. Запускаете Reports - Bill of Material, смотрите левую колонку с кучей параметров. Все это может быть передано в отчет. Про арифметические и иные операции - смотрите на местном ftp пример оформления шаблона Excel со встроенным скриптом. В скрипте можете загнать любые действия. У нас сейчас скрипт автоматически формирует ГОСТовские перечень и спецификацию. Вот старый вариант скрипта, который я выкладывал несколько лет тому назад: ftp://ftp.electronix.ru/upload/PCB/Altium..._metodichka.rar Внимание: не забудьте разрешить выполнение макросов в Excel!