Jump to content

    

prig

Свой
  • Content Count

    955
  • Joined

  • Last visited

Community Reputation

0 Обычный

About prig

  • Rank
    Знающий

Контакты

  • Сайт
    http://
  • ICQ
    0

Информация

  • Город
    СПб

Recent Profile Visitors

6143 profile views
  1. Проблемы с помехами - это преимущественно ошибки проектирования/монтажа. Если речь о длинных линках , то правильно выполненная двусторонняя трансформаторная развязка будет обеспечивать нормальную работу в 99.хх% всех случаев из жизни, включая случаи умеренно кривого монтажа и питания. Проверено самой жизнью. Конечно, всегда есть возможность нарваться на "нежданчик" типа источника какой-нить зверской помехи, но это уже малые доли процента. И это особые случаи, которые в данном контексте обсуждать смысла нет. Использование конденсаторной развязки снижает подавление паразитного синфазного напряжения/помехи на порядки. Это вовсе не значит, что такую развязку нельзя использовать. Но это означает гораздо более жёсткие требования к монтажу, условиям эксплуатации и квалификации обслуживающего персонала для случаев межприборного соединения. И не всегда эти требования выполнимы. И даже если в вашем конкретном случае всё контролируемо и регламентировано (земли, питание, экраны, условия эксплуатации и т.п.), суммарная надёжность всё равно будет ниже, чем для "стандарта". И переносимость решений будет гораздо ниже. Крче, стоит ли экономить копейку на трансформаторе, чтобы потом из-за этого потратить рубль? Другой вопрос, что не совсем понятно, для каких задач используются нестандартные соединения до 10 метров, если есть ещё стандартные? К чему такой зверинец? Если эти нестандартные соединения специально добавлены в целях производства и отладки, то такую практику можно только приветствовать. Собственно, это как раз то, что собирается делать автор топика.
  2. Строго говоря, о такой возможности было известно задолго до этой аппноте. Это прямо следует из спецификаций на 100BASE-TX. Вот только ни эта аппноте, ни интернет не покажут всех конкретных случаев, когда в безтрансформаторной схеме возникнут проблемы с синфазной помехой. И это без оглядки на требования к изоляции. Если это штатный порт, доступный пользователю, то хоть на 20м. Требований к изоляции никто не отменял. Как и максимальную длину 100м. А если порт специфицируется как 10/100, так там ещё и ваши конденсаторы на 16В не катят из-за требовании к работе при допустимом синфазном 25В, и это даже без требований к изоляции. Ну а если это чисто технологический порт, используемый в процессе производства/отладки, то хоть на балалайке играй, лишь бы работало. Если есть возможность, я сам всегда добавляю в схему технологические порты с конденсаторной развязкой. Вывожу их на обычные штыри. Места много не занимает, и на коротких кабелях в пределах 10м проблем никогда не было. Но при отладке/технологических операциях трансформатор обычно присутствует со стороны компа или прочего оборудования. Это существенный момент, и его тоже надо учитывать.
  3. Можно, но только если речь о линках внутри прибора/платы. А тут речь явно о другом. Для межприборных соединений всегда есть риск получить хороший синфаз.
  4. Забавный и далеко не банальный вопрос. Никогда сильно не задумывался. Из того, что в 802.3 явно указывает на возможные варианты в части индуктивности: - Clause 14 (10BASE-T) 14.3.1.2.1 Differential output voltage Приведены нагрузки в тестах для устройств с поддержкой Auto-Negotiation: 115 Ω - 180 uH, 76.8 Ω - 220 uH - Clause 25 (100BASE-TX) 25.4.5 Change to 9.1.7, “Worst case droop of transformer” Требование к эффективной постоянной времени "2L/R" при R = 100 Ω - не меньше 2.4 us. Т.е., если ставить меньше 200uH, могут быть проблемы с Auto-Negotiation. А вот если использовать 200uH и более, каких-то принципиальных проблем я не вижу. Если работать только на 100BASE-TX, 150uH тоже должны сгодиться. Крче, если на что-нибудь решитесь, дайте знать, что в итоге получилось, плз.
  5. Если серьёзно, то есть ещё оценка рынка и общего риска. И самоя большая неприятность - это риски. И скорее проблема не в том, что идеи закончились, а в том, что многие идеи находятся в зоне плохо определяемых рисков. Например, мне хотелось бы разработать базовую платформу устройства типа "пакетный брокер" на пару Тбит/с. В идеале, на базе mTCA. Правда его ещё на 100G не специфицирровали, но это уже детали, не mTCA единым. Есть определённое представление, куда и как продавать. Есть определённый опыт и задел. И даже не так страшно то, что это самое "чего" - шуршащие вечнозелёные (объёмы работ и непосредственных затрат реально будут немалые). А вот в части оценки рисков всё выглядит не очень здорово. Но это чисто ИХМА. Да и как на самом деле эти риски считают? Рецепты в стили MBA для таких проектов откровенно не катят. Вот ещё вариант - система адаптивного предыскажения для аудиосистемы. И тоже не на пустом месте. Даже пытался тему растолкать. К моему величайшему сожалению, математик, который наверняка осилил бы и оценку в части реализуемости и собственно саму задачу, явно преждевременно нас навсегда покинул. А второго математика такого класса, занимающегося такого рода прикладными задачами, мне больше не попадалось. Наверное, найти можно, но это всё те же риски. И весьма специфичные риски.
  6. IEEE Std 802.3, Clause 40: 40. Physical Coding Sublayer (PCS), Physical Medium Attachment (PMA) sublayer and baseband medium, type 1000BASE-T ... 40.4.4 Automatic MDI/MDI-X Configuration ... Implementation of an automatic MDI/MDI-X configuration is optional for 1000BASE-T devices. ... ... 40.8.1 MDI connectors допускает одновременную перестановку пар A-B и C-D с сохранением полярности (см. картинко в самом стандарте). Т.е., можно сделать только такую попарную перестановку, если ваше устройство поддерживает полноценный MDI/MDI-X for 1000BASE-T. Насколько это оправдано для " более качественной разводки" - это ещё тот вопрос. Лично я не рекомендовал бы. Выигрыш для весьма дубового 1000BASE-T весьма сомнителен, а вот программисты и эксплуатационщики могут хлебнуть. П.С. И кстати, этот вопрос стоило бы поместить в раздел "Интерфейсы" - "Fast Ethernet/Gigabit Ethernet/FibreChannel" Вы бы повнимательнее.
  7. А если у бабушки был бы... Я же сказал, "дипендс оф..."(зависит от...). И " впечатление ..., как от кружка "умелые руки", именно потому, что "технические спецификации" в понимании ТС явно далеки от нормального ТЗ. В противном случае, "дипендс оф..." не появился бы.
  8. А каким боком " Аудио-, видео- и аналогичная электронная аппаратура" прислонилась к этому датчику? Строго говоря, с безопасностью надо разбираться исходя из назначения и т.п.. И справедливости ради, используемое в датчике реле обеспечивает "изоляцию" 1500VAC, однако. Так что, не всё там так совсем плохо, и сильно дипендс оф... Но в целом, да. Впечатление от всего этого хозяйства, как от кружка "умелые руки".
  9. Для более-менее грамотного специалиста это будет невыгодным и неинтересным. Микрозадания на почасовке по тарифам регулярной постоянной работы - это гарантированные пролёты на оценке трудозатрат. Особливо с учётом "архитектур" и возможных противоречий в подходах к разработке и т.п. Да и разгребать чужие проекты спецы не слишком любят. Время от времени приходится сталкиваться с чем-нибудь типа кривого китайского рефа. Радости они особо не доставляют. Особливо в случае специфичных, трудноотлавливаемых ошибок.
  10. Как правило, пляски с бубном происходят вокруг первого каскада. А в случае фотоприёмников, это практически норма. Думается, что первый каскад у Вас будет тупо возбуждаться. Емкость у фотоприёмника большая, так просто с ним не управишься. Очень рекомендую почитать что-нить специализированное на этот счёт. Например, у ADI есть хорошие книжки по операционникам с подробным разбором подключения фотодиодов и т.п.. И кстати, далеко не факт, что для вашего фотоприёмника нужен именно такой первый каскад. И дело тут даже не в том, что описание "КФЭУ" у Вас никакое. Работа с фотоприёмником подразумевает необходимость понимания/формализации задачи в целом. А понять, к чему Вы всё это городите, не представляется возможным.
  11. Вот и я про то. Но обсуждаемый товарисч - кадр весьма занятный. Перспективный, можно сказать... Не исключено, что может просто уболтать, случайно зацепившись за потенциальную жертву. У нас тут не так давно один аналогичный кадр тоже пошустрил. А потом большие дядьки сами на себя удивлялись.
  12. Да, сайт - это зачёт. Не Галкин, а ходячий концерн. Крче, дохляком от этого сайта - за километр. О работе в Куопио гугль ничего не находит. Но в закормах гугля за 31.03.2019 на "моём круге" находится следующее: "Илья Галкин Инженер-схемотехник • Старший (Senior) Altium designer • Fpga • Программирование микроконтроллеров • C++ • C • Stm32 • Прикладная математика • Git • Цифровой сигнальный процессор • Qt Возраст и стаж: 26 лет • 7 лет и 9 месяцев опыта работы Последнее место работы: Kemppi • Hardware Electronic Engineer • 2 года и 4 месяца Основное образование: ВолгГТУ • Технологии конструкционных материалов • 2009-2014 Волгоград • Готов к переезду и удаленной работе • Не ищу работу Последний визит сегодня" Т.ч., резюме - это тоже зачёт. Особливо если соотнести с сайтом (фото почти совпадают) и заявленной тематикой. Насчёт Kemppi - это почти на 100% враньё, если не на все сто. В пределах 3-4 лет русских разрабов у них точно не было. М.б. он и контачил каким-то боком с Kemppi, но скорее это просто фантазии. И таки Волгоград. И регистрация ИП там же. Петрозаводск и как бы одновременная работа в Кемппи - из серии поди пойми. Да ещё эмблемки на сайте и на github.com совпадают. Но на последнем уже " I develop equipment for solar power plants and for motor control. " И т.д., и т.п. Я так понимаю, это всё рассчитано только на тех, кого на гугле забанили. Насорил в инетах товарисч не мало.
  13. При регистрации на ieee.org оно качается за бесплатно. Но теперь они именные штампы ставят. Со всеми вытекающими.
  14. Вот по 10GBASE-КR на Arria10 как раз вопросы и возникают. Как и по работе Arria10 на бэкплейн вообще. А к 10GBASE-R и 1000BASE-X у нас претензий тоже не было. Тут дело в том, что когда была возможность протестировать этот КR, просто не успели. А сейчас интересующее нас оборудование просто недоступно. Но разобраться с этим вопросом хотелось бы. Так что, если вдруг запустите 10GBASE-КR на Arria10, да на реальном бэкплейне, дайте знать.
  15. Это на 10GBASE-КR? И если да, то на какой платформе? П.С. В нашем случае эксперимент с Arria10 был не совсем чистый. Т.е., наша плата на Arria10 использовалась с чужим оборудованием, включая mTCA с заявленными производителем 40G (4 x 10G) . К Interlaken приживили свой FEC. Вместо link traning крутили настройки трансиверов. Плисоводы очень опытные. Железо такого уровня - тоже не впервой. Подозрения в отношении разъёмов были, но скорее всего проблема не в них. Гораздо больше подозрений было в отношении чужого оборудования (но таки подозрения, т.ч. тыкать палочкой в довольно известного бренда я не буду). Тем более, в части 10GBASE-R у них нашлись кое-какие косяки. Хотя они их честно пофиксили (пришлось гонять платы через океан), осадочек остался. Ну и сама Альтера на старте Arria10 так металась со спеками на трансиверы, что мы могли что-то не дожать или не успеть получить актуальные исправления в спеках. Таки, нам достались чипы из первой серийной партии. От инженерных образцов они сильно отличались.