Перейти к содержанию
    

Krys

Свой
  • Постов

    2 052
  • Зарегистрирован

  • Посещение

Весь контент Krys


  1. Herz, не теоретизируйте пожалуйста :))) Конечно помочь, раз человек попросил.
  2. Посоветуйте, пожалуйста, самый дешёвый микрофон (наверное электретный, как я понял - но не факт), который можно было бы применить в ширпотребовской поделке по обнаружению громкого звука. Ну типа всего лишь пороговое устройство на микрофоне сделать - шаги или разговоры услышал - сработало. Т.е. усилить сигнал я и сам смогу на операционнике. Мне просто недорогой источник сигнала нужен. Максимально недорогой, т.к. будет ширпотреб. Желательно в СМД-корпусе.
  3. Всё немножко не так (или совсем не так), по крайней мере касаемо модулей SFP, я с ними плотненько работал. С остальными не знаю точно. Начнём с начала. У модуля есть грубо говоря 2 стороны: сторона для подключения к локальному устройству и сторона для подключения к линии связи. Сторона для подключения к локальному устройству имеет единый (для всех SFP) интерфейс - это PECL (нечто похожее на LVDS, но где-то в 2 раза больше по размаху). Сигналы передаются последовательно. Есть по одной дифференциальной линии на приём и на передачу. И всё. Остальные выводы модуля - это питание и управление режимами, к самой передаче данных отношения не имеют. Отдельная линия синхронизации отсутствует. Поэтому предполагается самосинхронизирующийся код, для которого гарантируются частые изменения сигнала, без него никак. В данном случае это код 8B/10B. Автору и вопрошающим хочется иметь MII (и его модификации), по которому данные должны поступать в его процессор. Это параллельный интерфейс. А на стороне подключения модуля SFP к устройству имеются последовательные сигналы PECL - это высокая частота. Для гигабитного изентета частоты гигагерцы соответственно. Поэтому, чтобы сигнал можно было обрабатывать, его преобразуют в параллельную форму и обратно. Для этого ставят SerDes. Но это ещё не MII. Потому что сигнал закодирован, его нужно как минимум избавить от кода 8B/10B. Я эту задачу решал в ПЛИС. Возможно, существуют SerDes сразу с кодером-декодером 8B/10B, не знаю. ... Теперь о стороне модуля SFP, куда подключается линия связи. Тут жёстких ограничений нет, что это будет за среда. Изначально видимо SFP придумывали для оптики. Но потом появились умельцы (в первую очередь наверное из Марвела), которые внутри SFP-модуля ставят микросхему, перекодирующую сигналы PECL, включая код 8B/10B в сигналы "медного" изернета. Среди производителей таких штучек есть и другие, например, Vitesse. Надеюсь, немного прояснил ситуацию. Если что - спрашивайте.
  4. Предлагаю ввести в фак новый раздел: устранение неполадок (TroubleShooting). Вот первый претендент на размещение в этом разделе: http://electronix.ru/forum/index.php?s=&am...st&p=814797 Очень полезное решение.
  5. Не соглашусь с Вами. Когда-то на какой-то версии типа 6.7 или что-то такое я делал полный экспорт в пикад. Дело в том, что наше предприятие (где я когда-то работал) никак не хотело слышать ни о чём, кроме пикада. Ну а я его терпеть не мог, т.к. "пробовал кое-чего слаще морковки". И вот я развёл в АД 4-слойку (довольно сложную, с БГА-ками), получил из неё гербера и отдал в производство. А для архива пришлось делать пикадовские файлы. Я их получил экспортом, полигоны конечно были незалитые. Залил их как попало, как говорится "на отъ...ись", всё равно она не является исходником, по которому гербера генерировались :))
  6. я думаю это бага, так что предлагаю в теме "ошибки работы АД" это отразить.
  7. ... короче этим "хакерством" будут заниматься единицы, кого уж очень припёрло: хоть разбейся, но выдай пикадовский формат. А остальные просто на экспортёре ставят крест.
  8. да мёртвый экспортёр... не будешь же так с каждым компонентом возиться... надо констатировать, что он мёртвый, и им пользоваться нельзя. Нашёл, вот то сообщение: http://electronix.ru/forum/index.php?s=&am...st&p=724852
  9. Владимир, по п. 1 - стало в целом понятно, как это будет устроено. Меня это устраивает (как представителя группы "упёртых" :)) ). Единственный вопрос: А чем это отличается от "просто надёргать себе компонентов"? Также вроде - надёргал и работаю локально :)) Вот это меня и смущает: когда я добавил себе компонент из временного хранилища, то у меня ссылка имеется локально только на временное хранилище, но не на постоянное. Соответственно, через полгода я захочу проапдейтиться (через ту же программу синхронизации), а она лезет по ссылке на временное хранилище. Там компонент либо уже удалён, либо так и лежит, но неисправленный. И получается, что чтобы у меня появилась ссылка на основное хранилище, я должен спустя дни убедиться, что библиотекарь перенёс мой новый компонент в постоянное хранилище, и исправить ссылки у себя локально. А это я могу забыть сделать. Или попутать чего-нибудь по запарке, сделать не для всех нужных мне компонентов. И т.д. Или я тут тоже чего-то не до конца понимаю? ЗЫ: Имеется опыт работы (в размере Comit - Update) с репозиторием TortoiseSVN, тут вроде объяснять не надо.
  10. Припоминаю, что я пытался экспортировать в пикад библиотеку, и тоже натыкался на то, что куски описаний отсутствовали. Я об этом делал развёрнутый репорт в "Ошибках работы АД". Думаю, экспорт схем тоже "сломали", как и библиотеки. Поэтому можно сказать, что работающего экспорта нет. В этой версии.
  11. Странно... открыл этот файл в простом текстовом редакторе, это всё же файл пикада, а не АД. Вот привожу первые строки из файла: ACCEL_ASCII "H:\Rabota\proba\Export\SCH.sch" (asciiHeader (asciiVersion 3 0) (timeStamp 2010 9 23 1 4 37) (program "Protel DXP" "Version 9.4.0.20159") (copyright "Copyright c Altium Limited 2010") (fileAuthor "") (headerString "") (fileUnits mil) (guidString "{00000000-0000-0000-0000-000000000000}")
  12. ну а что плохого, что пластиковые защёлки и метализация?
  13. Извините, может, я просто недопонимаю всех тонкостей как самих баз данных вообще, так и работы с библиотеками через базы данных в АД. Ни с тем, ни с тем дела не имел. Поэтому выражаюсь несколько абстрактно, в предположении, что я когда-то это всё освою. Касаемо конкретно этого вопроса: получается, что символы и футпринты будут браться из инета, а база компонентов, хранящая на них ссылки, будет у каждого своя локально? Я то думал, база со ссылками будет тоже в инете. Но я в этом механизме ничего не понимаю пока. Нянька будет только одна - библиотекарь. Править может только он. А остальные - только добавлять свои собственные компоненты.
  14. Это зачем? Ну про первое Вам уже ответили. А углы каждого компонента... Можно поворот рассчитать в маткаде, вывести в нём таблицу, а таблицу вставить в PCB List. PCB List удобная конечно штука... Может быть, просто формулу синуса прямо в АД ввести, если можно. Но я этого не умею...
  15. давно в квартусе не работал, но, насколько я помню, символ для какого-либо модуля можно создать (сгенерировать автоматически) единожды, потом подправить ручками и больше не трогать. Необходимость в перегенерации символа может возникнуть лишь при изменении числа портов. И то, чтобы не пропало всё, что рисовали, проще добавить или удалить порты ручками. Так что думаю, перегенерировать символ каждый раз после изменения Verilog-кода Вам (автору темы) просто не требуется, Вы же порты у модуля не меняете?
  16. это тоже костыль. Футпринты я мог бы заменить группой без всего гимора. Я хотел просто один резистор полностью поменять на другой. Включая и ссылку на библиотеку, которая пригодится при дальнейших апдейтах. А этого не получилось...
  17. Если все создают компоненты, выкладывают во временную библиотеку, потом это проверяют и перекладывают в основную - это опять же перечёркивает возможность таким как я (с таким же миропониманием) пользоваться библиотекой как основной, т.к. не выполняется пункт моих пожеланий, что я это нарисовал - и сразу должен иметь возможность пользоваться, а потом к этому больше не возвращаться. В случае с моей локальной библиотекой - я нарисовал компонент, влепил и забыл. Согласно предложению о 2х библиотеках - проверенной и основной - я должен нарисовать компонент, положить его во временную базу, вставить в схему. А потом спустя дни поправить ссылку в этом компоненте на основную базу. Я забуду сделать это спустя дни. Или что-нибудь прогляжу и сделаю это не для всех компонентов. И начнётся у меня путаница... Из-за немалой вероятности возникновения путаницы (по моей же собственной запарке) я лучше вообще откажусь от использования инет-библиотеки как основной и опять же просто "надёргаю" компоненты себе в локальную, потом дорисую недостающие, потом выложу эти новые компоненты в инет (и то, если по запарке не забуду), но пользоваться ими уже не буду. Выложу и забуду про них... И править возможно не буду уже (допустим, из-за занятости), т.к. у меня нет прямой заинтересованности, ведь это у меня не основная библиотека. ________________________________________________________________________________ ___________ ... Предлагаю (не знаю как точно это реализовать и можно ли вообще), что добавлять новые компоненты в базу может любой. Править или удалять уже имеющиеся - только библиотекарь. Править ещё дополнительно можно наделить правом самого автора компонента. Это разгрузит библиотекаря. Библиотекарь взглянет и лишь выскажет автору пожелания, сам ничего править не будет, чтобы не тратить своё время. А поправит сам автор. Чем это хорошо? Тем что такие как я сразу нарисовали компонент, добавили в базу в инете, вставили в свою схему и забыли про него. И при дальнейших апдейтах из этой инетовской базы как из основной библиотеки ссылка на компонент сразу будет указывать на нужное место (на основную базу, а не как в случае с 2мя разными базами - временная и основная). Естественно, такой недавно "самовольно" вставленный в общую базу компонент может содержать ошибки, он ещё не проверен библиотекарем. Поэтому других пользователей необходимо предупредить об этом. Если можно, то нужно, чтобы другой пользователь, выбирая себе какой-либо компонент для вставляния в свою схему, имел возможность для каждого компонента видеть определённое поле со статусом компонента: проверен, сырой, проверен, содержит такие то ошибки и т.д. Возможно, поле просто текстовое, где библиотекарь добавляет комментарии. Таким образом, даже если компонент и не проверен, то совершенно у всех есть возможность его использовать, и они предупреждены, что используют на свой страх и риск. При моём предложении по добавлению любым пользователем новых компонентов в базу, имеющиеся компоненты пострадать не смогут, т.к. у всех нет возможности их править. Поэтому бардака не будет. Зато будет оперативность применения вновь нарисованных компонентов. В частности, самими авторами этих компонентов. ... Остаётся ещё один невыясненный момент: допустим компонент поменялся в базе, а я на это не рассчитывал. Сделал апдейт, получил другой компонент, который я ещё лично для себя не проверял. Необходим какой-то механизм, который гарантирует, что я никогда не останусь без извещения, что такие-то компоненты были модифицированы после лично моей последней их ревизии (проверки на правильность лично для меня).
  18. Согласен, без библиотекаря будет бардак. Поэтому сложно решить возникшее противоречие пожеланий. Но я их высказал "как есть", т.е. без их выполнения вряд ли такие как я смогут пользоваться базой как основной. Всё равно тягомотина получится :) Скорее всего, получится так: первый пункт я выполню, т.е. нарисую локально и вставлю в схему. А всё остальное - забуду. Или будет некогда или не разрешат и т.д. И получится только банально "надёргать компонентов" - вот для чего эта база сможет пригодиться... Вот если бы я нарисовал и сразу мог пользоваться - как это я могу с локальной - тогда другое дело. Т.е. я нарисовал для себя, сразу же ей воспользовался, но копия уже осталась в инете. К стати, ещё одно обстоятельство: ну ладно, есть разработчики-одиночки, они чем хотят, тем и пользуются. Но во многих организациях, у которых ведётся "своя" база, такой подход, когда в нет выкладывают результаты своего труда, а потом инетом пользуются как основной базой, сочтут несерьёзным. Или ещё хуже разглашением коммерческой тайны. Или просто в приказном порядке запретят так делать.
  19. А в какой программе смотрите? Может, сама программа подглючивает? Попробуйте для надёжности в другой открыть. У нас было такое: инвентор не до конца правильно понимал, а солид воркс понимал всё правильно. Далее Вы сами отвечаете на свой вопрос: Вот это я не понял... Как это "закрываются" и что значит "условными". Я вроде так делал - всё без проблем.
  20. Не знаю, бага или нет... Пытался поменять все резисторы 0603 на 0402 на схеме (ну а потом и на плате). Для этого пытался обновить компоненты из библиотеки (на схеме) через Update From Libraries: Мне нужно, чтобы Value и Comment остались неизменными, т.к. отвечают за номиналы. Всё остальное нужно поменять на содержащееся в библиотеках. Настройки сделал согласно картинке. На следующей странице диалогового меню выбрал другой компонент и всё. Value и Comment не смотря ни на что поменялись на библиотечные... Начал экспериментировать... Если я ставлю галочку менять Library Reference, то Value и Comment подменяются даже при отсутствии галочек. Иначе - всё как мне надо, но само поле Design Item ID остаётся старым (т.е. 0603 вместо 0402). Я бы с таким полем смирился, но ведь при возможном последующем апдейте из библиотек (пусть я чуть-чуть поменял УГО) будет браться УГО компонента 0603, а я то уже всё поменял на 0402, и апдейт даст совершенно не то, что я ожидаю. Я решил выбрать все нужные компоненты и поменять у них Design Item ID группой через SCH Inspector. После этого Value и Comment автоматически подменились на библиотечные... Бага? И как мне выкрутиться? Пока вижу вариант, но он оооочень "через одно место": Сделать полную замену 0603 на 0402, но предварительно в SCH List скопировать все поля Value и Comment, а затем подставить в 0402. Но тут высока вероятность ошибиться, т.к. нужно правильную сортировку компонентов применить... короче нетривиальная задача...
  21. PCB Editor Вопрос: Где включить или отключить проверку правил "на лету" (online DRC - Design Rule Check)? Ответ: 3 способа: 1. Полностью включить или отключить DRC позволяет галочка online drc в меню DXP-preferences-pcb editor-general. 2. Отдельно отключать или включать проверку определённых правил можно в меню Tools-Design rule checker (при открытом файле печатной платы), окно rule to check, снять с не нужного флаги online. 3. Открыть панель PCB rule and violation.
  22. при наличии эрора трансляция прошла не полностью. Предлагаю выложить сюда исходный файл (или если коммерческая тайна, то тестовый проект) и что получилось. Мы подумаем. Диагностические сообщения (варнинги и эроры) можете сюда запостить или тоже файлом приложить.
  23. где отключить online drc конкретно для чего-либо? В данном случае для полигонов? Видел только одну общую галочку в tools-preferences-pcb editor-online drc, там либо включено всё, либо отключено полностью. А выборочно нет.
×
×
  • Создать...