Open Home Automation Standard (OHAS)

    image

    Не пугайтесь, стандарт неофициальный и самопровозглашённый, то есть совершенно необязательный к использованию. Это попытка разработать народный стандарт домашней автоматизации, который позволил бы собирать умный дом из стандартизированных блоков, просто как конструктор Лего. Возможно ли это? Да, возможно и такой умный дом давно работает и практика показала полную жизнеспособность идеи. За несколько лет эксплуатации не выявлено никаких сбоев и проблем, мало того, после эксплуатации умного дома, построенного по этому принципу, другие варианты смотрятся просто как анахронизм.

    В этой статье речь пойдёт о части стандарта, касающейся проводки для умного дома. Это, как вы понимаете, больная тема. Каждый эту проблему решает как может, в меру своей грамотности и тех проводов, которые попадутся под руку. Что же в результате? Друзья, это ужас, без преувеличения. Датчики, подключённые телефонной «лапшой», кабели с тремя или четырьмя проводами внутри, полностью индивидуальные и взятые «с потолка» подключения и т. д. и т. п. Не дай Бог вы потеряете бумажку с уникальной распиновкой. Это всё. Конец. Разобраться через пару лет (а умный дом эксплуатируется не один год) будет совершенно невозможно. И паяльник, паяльник и ещё раз паяльник, без него и шагу не ступишь.

    Вторая часть проблемы заключается в том, что единожды спаяв и установив умный дом, вы уже не можете что-либо в нём поменять, всё запаяно и заштукатурено наглухо. Но жизнь никогда не стоит на месте и через год, три или пять вам обязательно понадобиться что-либо изменить или добавить в своём умном доме. Но это попросту невозможно со стандартным подходом. Вы не сможете передвинуть датчик или контроллер даже на 50 сантиметров. Только перфоратор и только новый ремонт.

    Беспроводные технологии


    Да, это здорово, но у беспроводных технологий (особенно в части критически важных функций умного дома) есть определённые, не всеми осознаваемые недостатки. Это, например, незашифрованность некоторых решений, в том числе управляющих сильноточным оборудованием. Это когда ваш сосед может включить у вас дома нагрузку в пять киловатт прямо не вставая со своего кресла. Чем это грозит должно быть понятно. Или, даже если канал зашифрован, работе беспроводных датчиков может помешать помеха (случайная или целенаправленно поставленная). Или когда кому-то «просто так» или «по делу» захочется вскрыть защищённое соединение и поуправлять вашим умным домом.

    Поэтому разумным решением видится, при возможности, во время ремонта или строительства, по максимуму проложить кабели ко всем потенциальным точкам контроля и управления. Ещё раз повторю: при возможности. Если возможности нет, то используем беспроводные технологии, не вопрос.

    А вот когда ремонт уже сделан и проложить кабели уже нет возможности, вот тогда «добиваем» функционал умного дома беспроводными решениями. Это, на мой взгляд, самый разумный подход. В этом случае риски, связанные с использованием беспроводных технологий в критических точках управления умным домом, будут сведены к минимуму.

    Решение проблемы


    Итак, как же решить эту, казалось бы неразрешимую проблему? Как сделать проводку и подключения легко изменяемыми? Оказывается решение есть и оно уже давно известно. Умные люди уже давно придумали для транспортировки слаботочных сигналов Ethernet и структурированные кабельные системы. Это, без преувеличения, гениальное изобретение человечества и нам с вами грех им не воспользоваться. Почему? Потому, что нам как раз и нужно транспортировать слаботочные сигналы.

    В чём преимущества использования структурированной кабельной системы (далее СКС) для построения умного дома? Это:

    • проверенное временем и бесчисленными инсталляциями решение
    • дешёвое, доступное и качественное оборудование
    • поддержка многомиллиардной индустрии
    • досконально отточенные стандарты
    • возможность использовать уже существующую проводку
    • возможность использовать проводку умного дома «по прямому назначению», т. е. для подключения компьютерного оборудования
    • всё оборудование, в т. ч. и датчики и контроллеры подключаются и отключаются без паяльника, одним кликом, что очень благородно
    • ваш умный дом может быть переконфигурирован на железном уровне за пару часов, что в принципе невозможно при обычном подходе
    • вы экономите время, деньги и трудозатраты

    Преимуществ столько и они настолько очевидны, что, наверное, не имеет смысла о них много говорить. Приведу только один пример. Представьте себе, что вы установили умный дом, и вам вдруг понадобилось добавить датчик или переместить контроллер на этаж ниже. В обычном случае вам нужно браться за перфоратор, затем прокладывать новые провода, затем клеить обои, затем долго и вдумчиво паять и т. д. На практике вы, скорее всего, просто откажетесь от идеи что-либо поменять в своём доме.

    А что же при предлагаемом подходе? Вы (степенно) подходите к патч-панели и лёгким движением руки перетыкаете патч-корд. Это всё. Ах, да, забыл, вы так же степенно берёте контроллер и «втыкаете» его этажом ниже. Теперь точно всё. Почувствовали разницу? И, между прочим, при таком подходе размывается понятие локального управления или удалённого — ваш контроллер может находиться в любой точке дома.

    Ещё пример. У вас в кладовке установлены датчики (например, температуры и освещённости), а через 5 лет вам они уже не нужны, зато вы хотите установить NAS в своей кладовке. Ваши действия? Вы степенно… ну вы поняли. Перфоратор с паяльником отдыхают, вы скоро вообще забудете о их существовании.

    Собственно технология


    Всё это хорошо, но как на практике организовать столь заманчивые перспективы? Нет ничего проще всё уже давно разработано, проверено и даже эксплуатируется без каких-либо проблем и нареканий.

    В качестве основы стандарта выбран «обычный» 568А. Почему A, а не B? Так исторически сложилось. Можно было бы выбрать B, но большинство технологических гигантов используют именно A. Но в этом нет ничего страшного. Если вы фанат B или у вас уже проложена сеть этого стандарта, то вы можете взять за основу предлагаемый стандарт и переделать под B. Стандарт полностью открытый. Вы даже можете стать разработчиком. Квалифицированные люди с идеями всегда приветствуются.

    Итак для начала делим стандартный Ethernet 568A на два канала. Почему на два? Потому, что это уже сделали до нас. Это каналы «POWER» и «DATA». Это деление полностью соответствует стандарту POE для питания устройств по витой паре.

    image

    Вот схема базового хаба системы. В схематичном виде это выглядит довольно устрашающе, но на практике всё гораздо проще. Вот фотографии готовых хабов. Так уже намного безобиднее, неправда ли? С одной стороны вставляете патч-корд, с другой стандартный телефонный кабель со стандартным разъёмом.

    image

    Так вот, разделив 568A на два канала, мы ничего нового не придумали. Новое заключается в том, что каналы «POWER» и «DATA» полностью идентичны и мы можем «гнать» сигналы по ним как угодно, причём даже в разных направлениях.

    image

    Далее каждый из каналов разветвляется на 2 телефонных разъёма к которым и подключаются датчики и исполнительные устройства. Вот типовые подключения датчиков к телефонным разъёмам.

    image

    Для «особо сложных» случаев можно использовать все 8 проводников, без деления на каналы «POWER» и «DATA».

    image

    Что на другом конце?


    С подключением датчиков, я надеюсь, всё понятно, а что происходит на другом конце кабеля? Кабель приходит в стандартную патч-панель. Настенную, стоечную, большую или маленькую, всё зависит от ваших задач и потребностей. А вот уже контроллеры подключаются как обычные роутеры или домашние интернет-центры. Просто, без шума и пыли и так же отключаются для модернизации или реконфигурации. Как устроены контроллеры? Это особая интересная тема и об этом я расскажу в одной из следующих статей.

    Практические рекомендации


    Если у вас строится дом или проводится капитальный ремонт, то проблем вообще никаких нет: вы выделяете серверную комнату или, на худой конец, просто кладовку и устанавливаете в ней оборудование для умного дома, в том числе и патч-панели для компьютерной сети и «умной» проводки. Но даже если у вас типовая двушка и простой ремонт, то вы можете использовать идеи и информацию из этой статьи, по крайней мере проводку сделаете витой парой, а не чем-то ещё.

    Правильным решением в большинстве случаев будет неэкранированная витая пара категории 5e. Об этом вы, наверное, уже и сами догадались. Все остальные решения нужно применять только в том случае, если вы точно знаете зачем вам это нужно.

    Недостатки


    Из условных недостатков технологии можно назвать только необходимость соблюдать правильность подключения коннекторов. В практическом плане эта проблема легко решается добавлением «технологических» патч-панелей и розеток и их маркеровкой. Термин «технологических» здесь условный, вы можете использовать это оборудование и для обычных компьютерных нужд, здесь речь идёт о визуальном разграничении компьютерных и «умных» подключений.

    Ещё один момент. Подключение хабов и датчиков необязательно осуществлять через стандартные розетки. Это могут быть отдельные коннекторы и, в крайнем случае, даже припаяные датчики. В любом случае, умный дом забетонированный на 3 процента лучше, чем забетонированный на 100 процентов.

    Экосистема


    Данное решение является частью обширного проекта домашней автоматизации, включающего в себя «железную» часть, это мега-контроллеры и датчики, подключаемые одним кликом (о которых я расскажу чуть позже), а также программные решения, такие, как Arduino Mega Server и открытая платформа домашней автоматизации MajorDoMo, где на форуме вы можете обсудить этот стандарт и любые другие идеи по домашней автоматизации.

    И напоследок


    Аббревиатуры типа СКС могут показаться пугающими, но на самом деле, в них нет ничего страшного. Хочу обратить ваше внимание на такой момент: тянуть «лапшу» как получится или прокладывать кабели в соответствии со стандартом — трудозатраты практически одинаковы, только в одном случае вы получаете клубок наглухо запаянных и немодернизируемых проводов, а в другом супер-технологичное решение и полную свободу действий на многие годы.

    Опубликованный стандарт (даже скорее проект стандарта) не догма. Если вы квалифицированный инженер и у вас есть свои замечания, дополнения или идеи по расширению и улучшению стандарта, то милости просим, нам всегда интересно услышать мнение профессионала.
    Поделиться публикацией
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама
    Комментарии 36
    • 0
      Так. Использование витухи и стандартных розеток — это хорошо. А вот одинаковые розетки подписывать, что «здесь режим такой-то, здесь такой-то»? И, чтобы два раза не вставать: как чисто электрически работает вариант с 8-ю сенсорами без общего провода?
      • 0
        Вариант с 8-ю каналами это экстремальный и редко встречающийся вариант, когда у блока контактов больше 8-и. Тогда приходится прокидывать 2 соединения. В первом и земля и плюс и часть каналов, во втором — одни каналы. Пример — электромодуль Ардуино Мега Сервера (ссылка внизу статьи) с одним каналом напряжения и 13-ю токовыми каналами.

        Розетки имеют маркировку. По маркировке можно определить тип подключения или можно посмотреть подробности на схеме по номеру розетки. Или визуально, ведь хаб и подключения видно.
      • 0
        Ну и вообще, что общего у вашего стандарта с Ethernet или чем-либо еще, кроме типа кабеля?
        Зачем отличия в типах датчиков? Или вы берете с них «сырой» сигнал?
        • 0
          Весь стандарт это «нашлёпка» на стандартном езернете. Он используется как транспорт. Мы просто добавляем ещё один уровень абстракции (железный).

          Весь сыр-бор из-за экономии пинов. Если бы мы жили в идеальном мире, то на каждый датчик можно было бы выделить отдельный кабель. Но кабель это ценный ресурс и приходится совмещать датчики, например PIR и геркон, отсюда отличия в подключении датчиков — чтобы уместить 2 датчика в один канал.
          • 0
            Попробую повторить более конкретно. Вы берете от Ethernet только часть физического уровня, что касается кабеля, а все остальное — свое?

            И про датчики. Их сигналы в «сыром» виде (типа замыкания проводов) прямо в таком виде идут до управляющего устройства?
            • 0
              Совершенно верно. Только физический уровень. Есть, правда, экзотические варианты, когда в канале DATA идёт компьютерный сигнал, а в канале POWER — сигналы от датчиков.

              Тоже верно прямо в контроллер, но контроллер не простой, там на входе стоит реконфигурируемая (физически) матрица с точностью до одного пина без паяльника. Что позволяет переконфигурировать весь умный дом на физическом уровне за пару часов. О контроллерах будет отдельная статья.
              • 0
                Так. А если я спрошу про сопротивление входа контроллера, и, соответственно, о помехоустойчивости?
                • 0
                  Какое у нас сопротивление входов у Ардуино? Я точно не помню, но наверное большое. Что касается помехоустойчивости, то звезда с концами по 30 — 80 метров годами работает без единого сбоя.
        • 0
          Такой вопрос — а почему бы не взять какой-нибудь промышленный станадарт за основу и не доработать его для «бытовых» нужд? Есть же, скажем, к примеру, AS-i — две линии и датчиков хоть увешайся:
          image
          • 0
            Тут пока речь идет о попытке структурировать и унифицировать кабельное хозяйство. Стандартов обмена информацией не завезли — насколько я понимаю, каждому сигналу с датчика в итоге своя жилка кабеля.
            • 0
              А разве AS-интерфейс не принадлежит с потрохами компании Сименс? Что то я сомневаюсь, что это так просто будет сделать.
              • 0
                Да, это так, но я и не предлагаю использовать его один-в-один. Протокол обмена, спецификации могут быть другие. Но мне очень нравится идея вешать датчики и исполнительные механизмы на одну линию, которую можно наращивать. А в вашем предложении каждое устройство висит на своей выделенной линии (если я правильно понял). В промышленности, скажем, если есть длинный конвейер, вдоль которого протянута такая шина, иначе в шкаф придется тянуть лапшу кабелей. То же и с домашней автоматизацией — протянуть по периметру помещения один кабель все ж таки проще, чем отдельный к каждому потребителю.
                • 0
                  Я знаю что такое AS-интерфейс. Если мне память не изменяет, то Ethernet это тоже шина. Свичи позволяют осуществлять коммутированный доступ к узлам сети. Если вы не помните, но раньше были устройства которые назывались не свитч, а хаб. Отличие было в том, что они были просто ретрансляторами телеграмму отправленную с одного узла слышала вся сеть. В соответствии с этим никто не мешает в домашней сети умных устройств использовать некоммутированный доступ. Скорости 10 Мбит для такой сети будет более чем достаточно(даже избыточно). По принципу один передает все слушают. Скорее всего на конце такой сети по примеру других промышленных сетей придется вешать концевой резистор и длина одного сегмента такой сети будет естественно не более 100 м. Мои познания в электронике более чем скромные, однако я думаю такая схема вполне себе работоспособна. И мы сможем к каждому такому устройству обращаться по отдельному IP адресу. И при этом использовать вполне себе стандартное оборудование.
              • +1
                Тут идея такая: всё равно при строительстве или капремонте современного дома желательно установить СКС, уж больно много у неё достоинств и удобств. Почему бы просто не добавить копеечных хабов и не использовать все её достоинства для умного дома?

                Мне лично очень нравится отключать и подключать контроллеры, как обычные роутеры патч-кордами, очень удобно. Или понадобилось пробросить сигнал датчика из одной комнаты в любую другую — нет проблем — воткнул тот же патч-корд и сигнал побежал туда, куда надо. Один раз ощутив удобство о других методах даже думать не хочется.

                Ещё один момент: это решение универсальное и подходит не только для СКС, но идля отдельных поделок, собираемых на столе — к ним датчики тоже удобно подключать через стандартные кабели и разъёмы. Пример такого подхода — роботы Лего, там что-то вроде телефонных разъёмов.

                Что касается других стандартов, то я только за. Если вы предложите что-то, то будет здорово.
                • 0
                  Не надо будить динозавров… :)
                  Количество датчиков ограничено 63 на ветку. И миллион других причин.
                • 0
                  Смотрите. Мое мнение такое. Путь вы выбрали вроде как правильный. Хотя по моему мнению нужно было обеспечить полную совместимость со стандартами PoE. (IEEE 802.3af-2003). Это бы дало возможность коммутировать ваше оборудование посредством стандартных PoE свитчей. Плюс ко всему напряжение в 48 вольт позволило бы питать большее количество датчиков от одного устройства. В качестве контроллера можно было бы выбрать какой нибудь софт-контроллер для линукс или написать свой для распберри например. А еще лучше взять за основу какой нибудь из существующих серийных NAS за основу для управляющей системы. Сделать или свою прошивку или свое приложение. Чтоб пользователь Вашей системы не думал где взять коммутатор или где найти замену вышедшему из строя контроллеру. А самим сосредоточится на конечных устройствах. Датчиках, сенсорах, разработать серию красивых стеклянных выключателей и пр.
                  • 0
                    Обеспечить полную совместимость с POE невозможно в принципе потому, что сигналы от датчиков могут иметь потенциалы и ток, которые не понравятся стандартному компьютерному оборудованию. А если мы используем только железный уровень — у нас развязаны руки — гони что хочешь, только чтобы провода не поплавились (500 мА на жилу, кажется).

                    У меня реально работает очень экзотический вариант: по одному кабелю сеть 1-Wire обходит несколько комнат в канале DATA и возвращается обратно по тому же кабелю в канале POWER.

                    Это вещь очень универсальная, никто не мешает вам гнать 48 вольт в канале POWER. Единственный недостаток — нельзя ошибаться в подключениях, но это (естественная) плата за универсальность и потрясающие возможности.

                    Про софтверные решения не понял. Мы работаем только на железном уроне.
                    • 0
                      А почему нет? Вам только нужно сделать универсальные преобразователи датчик — Ethernet и сделать их компактными для возможности размещения в стандартный (и) или углубленный подрозетник. Для компактности можно пожертвовать разъемами, подключение осуществлять к компактным клеммам. Про софтверные решения. Смотрите. Железный контроллер не универсален. Если вы разрабатываете свой, то с одной стороны Вы получаете совместимую на 100% с Вашим оборудованием железку, но Вам необходимо будет потратить огромное количество сил, чтобы сделать эту железку сделать совместимой с множеством других более популярных интерфейсов. Иначе Ваш система нежизнеспособна в коммерческом плане. Если Вы берете сторонний контроллер и делаете для него скажем библиотеку для своих устройств или описываете методы работы с Вашими устройствами, то тут Вы попадаете в зависимость от сторонних производителей. Контроллер сняли с производства и Вам придется еще раз проходить этот путь по описанию методов или написанию библиотек. Я предложил взять за основу так называемый софт-контроллер. Желательно платформенно независимый. Что то типа контроллера под среду разработки CoDeSys, который может работать в принципе на стандартном компе под стандартной виндой. Я сейчас не вспомню название, но точно есть аналоги этого ПО на Open Source. Взять такой и адаптировать под Ваше оборудование.
                      • 0
                        Универсальность — недешевая штука. Например, датчик DHT22 имеет собственный протокол. Поэтому, либо остаемся на уровне железа ради универсальности, либо отказываемся от поддежки всего зоопарка протоколов ради абстрагирования, но тогда для спецефичных датчиков надо добавлять собственные контроллеры, при чем для каждого такого разнесенного датчика.
                        • 0
                          А зачем плодить зоопарк протоколов, если можно сделать универсальный преобразователь для аналоговых датчиков, видов которых в промышленности не так уж и много. Температура самые распространенные PT100, PT1000, NI100,NI1000, NTC термисторы с разными характеристиками. Датчики давления как правило дают уже нормированный сигнал 4-20мА. И гора всяких уже более сложных устройств(ветер, влага, атмосферное давление), которые как правило или дают нормированный сигнал по напряжению или току или дискретные импульсные сигналы. Адруинные дела я не рассматриваю в принципе. Это отдельный мир. Складывается впечатление, что оно все росло без оглядки на промышленные разработки и стандарты.
                  • 0
                    Идея сделать универсальный преобразователи датчик — Ethernet очень крутая, мне такое даже в голову не приходило (видимо из-за недостатка квалификации, не мой уровень). Если кто-то такое сделает, да ещё компактное это будет очень здорово.

                    Вообще тут идея попроще, вернее две идеи:

                    1-я: задействовать все преимущества СКС для проводки умного дома

                    2-я: Сделать стандартную железную обёртку (схема + разъёмы) для ЛЮБЫХ датчиков. И стандартизировать обслуживающий их код так, чтобы вы позвонили в интернет-магазин и сказали: «мне нужен OHAS PIR-датчик тип А», вам его доставили, вы его прищёлкнули и в коде добавили одну-две строчки логики (обслуживающий стандартный код уже есть). Пока всё это касается Ардуино, но никто не мешает добавить обслуживающий код на любую платформу).
                    • 0
                      По второму пункту. Стандартная система — это любое решение промышленной автоматизации. С головным устройством (ПЛК или ПК+SCADA) и модулями ввода-вывода (к которым уже подключаются датчики и исполнительные устройства). Объединяется все посредством Ethernet или RS-485. На следующем уровне — какой-нибудь протокол, например MODBUS-RTU в случае RS-485.

                      Когда я начинал думать о домашней автоматизации, то рассматривал именно такой вариант. Но пока отложил его, решив для разминки спроектировать что-нибудь более «узкое». Начал с управления освещением, вот раз и два.

                      Если вкратце — каждое устройство это бутерброд из процессорной и функциональной плат. Процессорная содержит Atmega8, адаптер RS-485 и стабилизатор питания. Себестоимость производства процессорной платы — менее 5$. При этом объединяются эти устройства нормальной сетью RS-485 (шина), протокол общения свой (простейший), но можно и MODBUS-RTU запилить.

                      К каждому устройству будет прокинута обычная витая пара (8 жил). 2 жилы — «вход» RS-485, 2 — выход, 2 — питание, 2 — резерв.

                      Первоначально, конечно, хотел Ethernet и PoE. Но получается в разы дороже.
                    • 0
                      Мне вот интересно — и в «Искусстве схемотехники», и вот еще в этой статье говорится про проблему отражений в длинных кабелях с несогласованными сопротивлениями, причем дело не в частоте сигнала, а в скорости нарастания фронтов. При этом эффект можно наблюдать даже при длине кабеля в полметра. Вы как-то этот момент учитываете?
                      • 0
                        Дело в том, что я ни с какими проблемами во время разработки и эксплуатации стандарта не сталкивался. Поэтому учитывать указанную проблему (как и бесконечное множество других возможных проблем) мне в голову не пришло.

                        Этот стандарт не догма, а приглашение к обсуждению и сотрудничеству и любой желающий и вы в том числе, можете внести посильный вклад, например замерить отражение и доложить нам о результатах.
                        • 0
                          Я думаю, что измерять ничего не надо — они уже сделаны и представлены в книге и указанной статье. Это то же самое, что измерять гравитацию — вдруг она у меня другая. У вас хороший проект, я с восхищением слежу за циклом ваших статей, но вот такие очевидные схемотехнические проблемы надо решать. Может быть даже вместе с задачей защиты входов.
                          • 0
                            Немного странная ситуация: у меня 3 года работает звезда с лучами по 50 — 80 метров не то что без сбоев, но даже без намёков на сбои. И тут я неожиданно узнаю, что у меня есть проблемы.

                            Очевидно, что если есть какие-либо искажения сигнала, то они несущественны для данного применения. Я не вижу смысла решать проблему которой нет, мне вполне достаточно проблем, которые есть.
                            • 0
                              Однажды что-то не будет работать, вот у вас будет одна из гипотез. Например, сигнал с камеры.
                              • 0
                                Подождите секундочку, OHAS это «нашлёпка» на стандартной СКС проводке. Если речь идёт о передаче сигнала с камеры, то мы можем вообще не рассматривать OHAS, а использовать витую пару как проводку СКС категории 5е. Насколько я понимаю, передать сигнал с камеры по стандартной проводке СКС — не проблема.
                                • 0
                                  Если я правильно понял, то в вашей системе по одну сторону длинного провода — выход с сенсора, по другую — пин контроллера? Или сенсор передает сигнал в провод через драйвер провода, а контроллер получает сигнал через специальный приемник между пином и проводом?
                                  • 0
                                    Не совсем. В этой системе стандартная СКС проводка получает ещё один уровень абстракции (железный), а что и как там будет подключено решаете вы сами. Датчики и контроллеры это частный случай.

                                    Здесь речь может идти о влиянии переходников на характеристики тракта, но в случае датчиков мы транспортируем практически постоянный ток и переход из 0 в 1 по фронту совершенно некритичен к этим характеристикам.

                                    А вот как влияют лишние переходники на передачу высокочастотных сигналов это тема отдельной диссертации. Но практика показывает, что стандартная сеть 1 Гб/с транспортируется без каких-либо пролем.
                                    • 0
                                      Я имею ввиду конкретно вашу реализацию умного дома — у вас сенсоры подключаются к пинам контроллера напрямую через длинный провод?

                                      Высокочастотный сигнал 1 Гб/с транспортируется без каких-либо проблем, если согласовать импеданс приемника/передатчика с волновым сопротивлением кабеля, иначе никак. Но вообще тут и говорить нечего — на входе или выходе кабеля ставится резистор и готово.
                                      • 0
                                        Не имею ничего против резистора: если он нужен для согласования — обязательно поставим. Я для этого и опубликовал стандарт, чтобы квалифицированные люди высказали свои предложения. Осталось только услышать ваши пояснения и методику по выбору номинала резистора.
                                        • 0
                                          Я погуглил и обнаружил, что в случае с витой парой, где каждый провод несет отдельный сигнал, не все так просто. Я сделаю работу и поищу материал. Пока что нашел вот это: http://www.eetimes.com/document.asp?doc_id=1277940

                                          Про сам механизм отражений с реальными измерениями можно прочитать в «Искусстве схемотехники» — недавно вышло третье издание, а второе можно найти в электронном виде на любом языке.
                      • 0
                        Я почитал материал про передачу данных по длинным проводам, витые пары, отражения и физический уровень Ethernet. Получается следующее:
                        • Для быстрой передачи данных сигнал придется передавать в дифференциальном виде, задействуя два провода на канал
                        • При этом каждую задействованную пару придется терминировать резистором для подавления отражений (для cat5 — 100 Ом)
                        • Если по отдельным проводам витой пары передавать произвольные сигналы относительно передаваемой отдельным проводом земли, то сигналы начнут мешать друг другу. Кроме того, в линии начнутся отражения, поскольку терминировать их станет невозможно. По таким каналам можно передавать только очень медленные сигналы
                        • 0
                          Понятно. Остаётся только один вопрос: что значит «медленные» сигналы? Судя по всему потребности автоматизации на порядки ниже, чем позволяет транспортировать OHAS. А для того, чтобы сказать конкретно, насколько ниже, нужно проводить лабораторные испытания. Пока стандарт неофициальный, я думаю, достаточно эмпирического опыта «всё работает, как часы».
                          • 0
                            Насколько медленные сигналы я вам сказать не смогу, это надо проводить испытание. Значение имеет не только частота передачи сигнала, но и скорость нарастания фронтов. Но если вам надо будет передать быстрый сигнал, то вы можете передавать его по одной из пар, вставив 100 Ом между проводами на приемном или передающем конце.

                        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.