Не пугайтесь, стандарт неофициальный и самопровозглашённый, то есть совершенно необязательный к использованию. Это попытка разработать народный стандарт домашней автоматизации, который позволил бы собирать умный дом из стандартизированных блоков, просто как конструктор Лего. Возможно ли это? Да, возможно и такой умный дом давно работает и практика показала полную жизнеспособность идеи. За несколько лет эксплуатации не выявлено никаких сбоев и проблем, мало того, после эксплуатации умного дома, построенного по этому принципу, другие варианты смотрятся просто как анахронизм.
В этой статье речь пойдёт о части стандарта, касающейся проводки для умного дома. Это, как вы понимаете, больная тема. Каждый эту проблему решает как может, в меру своей грамотности и тех проводов, которые попадутся под руку. Что же в результате? Друзья, это ужас, без преувеличения. Датчики, подключённые телефонной «лапшой», кабели с тремя или четырьмя проводами внутри, полностью индивидуальные и взятые «с потолка» подключения и т. д. и т. п. Не дай Бог вы потеряете бумажку с уникальной распиновкой. Это всё. Конец. Разобраться через пару лет (а умный дом эксплуатируется не один год) будет совершенно невозможно. И паяльник, паяльник и ещё раз паяльник, без него и шагу не ступишь.
Вторая часть проблемы заключается в том, что единожды спаяв и установив умный дом, вы уже не можете что-либо в нём поменять, всё запаяно и заштукатурено наглухо. Но жизнь никогда не стоит на месте и через год, три или пять вам обязательно понадобиться что-либо изменить или добавить в своём умном доме. Но это попросту невозможно со стандартным подходом. Вы не сможете передвинуть датчик или контроллер даже на 50 сантиметров. Только перфоратор и только новый ремонт.
Беспроводные технологии
Да, это здорово, но у беспроводных технологий (особенно в части критически важных функций умного дома) есть определённые, не всеми осознаваемые недостатки. Это, например, незашифрованность некоторых решений, в том числе управляющих сильноточным оборудованием. Это когда ваш сосед может включить у вас дома нагрузку в пять киловатт прямо не вставая со своего кресла. Чем это грозит должно быть понятно. Или, даже если канал зашифрован, работе беспроводных датчиков может помешать помеха (случайная или целенаправленно поставленная). Или когда кому-то «просто так» или «по делу» захочется вскрыть защищённое соединение и поуправлять вашим умным домом.
Поэтому разумным решением видится, при возможности, во время ремонта или строительства, по максимуму проложить кабели ко всем потенциальным точкам контроля и управления. Ещё раз повторю: при возможности. Если возможности нет, то используем беспроводные технологии, не вопрос.
А вот когда ремонт уже сделан и проложить кабели уже нет возможности, вот тогда «добиваем» функционал умного дома беспроводными решениями. Это, на мой взгляд, самый разумный подход. В этом случае риски, связанные с использованием беспроводных технологий в критических точках управления умным домом, будут сведены к минимуму.
Решение проблемы
Итак, как же решить эту, казалось бы неразрешимую проблему? Как сделать проводку и подключения легко изменяемыми? Оказывается решение есть и оно уже давно известно. Умные люди уже давно придумали для транспортировки слаботочных сигналов Ethernet и структурированные кабельные системы. Это, без преувеличения, гениальное изобретение человечества и нам с вами грех им не воспользоваться. Почему? Потому, что нам как раз и нужно транспортировать слаботочные сигналы.
В чём преимущества использования структурированной кабельной системы (далее СКС) для построения умного дома? Это:
- проверенное временем и бесчисленными инсталляциями решение
- дешёвое, доступное и качественное оборудование
- поддержка многомиллиардной индустрии
- досконально отточенные стандарты
- возможность использовать уже существующую проводку
- возможность использовать проводку умного дома «по прямому назначению», т. е. для подключения компьютерного оборудования
- всё оборудование, в т. ч. и датчики и контроллеры подключаются и отключаются без паяльника, одним кликом, что очень благородно
- ваш умный дом может быть переконфигурирован на железном уровне за пару часов, что в принципе невозможно при обычном подходе
- вы экономите время, деньги и трудозатраты
Преимуществ столько и они настолько очевидны, что, наверное, не имеет смысла о них много говорить. Приведу только один пример. Представьте себе, что вы установили умный дом, и вам вдруг понадобилось добавить датчик или переместить контроллер на этаж ниже. В обычном случае вам нужно браться за перфоратор, затем прокладывать новые провода, затем клеить обои, затем долго и вдумчиво паять и т. д. На практике вы, скорее всего, просто откажетесь от идеи что-либо поменять в своём доме.
А что же при предлагаемом подходе? Вы (степенно) подходите к патч-панели и лёгким движением руки перетыкаете патч-корд. Это всё. Ах, да, забыл, вы так же степенно берёте контроллер и «втыкаете» его этажом ниже. Теперь точно всё. Почувствовали разницу? И, между прочим, при таком подходе размывается понятие локального управления или удалённого — ваш контроллер может находиться в любой точке дома.
Ещё пример. У вас в кладовке установлены датчики (например, температуры и освещённости), а через 5 лет вам они уже не нужны, зато вы хотите установить NAS в своей кладовке. Ваши действия? Вы степенно… ну вы поняли. Перфоратор с паяльником отдыхают, вы скоро вообще забудете о их существовании.
Собственно технология
Всё это хорошо, но как на практике организовать столь заманчивые перспективы? Нет ничего проще всё уже давно разработано, проверено и даже эксплуатируется без каких-либо проблем и нареканий.
В качестве основы стандарта выбран «обычный» 568А. Почему A, а не B? Так исторически сложилось. Можно было бы выбрать B, но большинство технологических гигантов используют именно A. Но в этом нет ничего страшного. Если вы фанат B или у вас уже проложена сеть этого стандарта, то вы можете взять за основу предлагаемый стандарт и переделать под B. Стандарт полностью открытый. Вы даже можете стать разработчиком. Квалифицированные люди с идеями всегда приветствуются.
Итак для начала делим стандартный Ethernet 568A на два канала. Почему на два? Потому, что это уже сделали до нас. Это каналы «POWER» и «DATA». Это деление полностью соответствует стандарту POE для питания устройств по витой паре.
Вот схема базового хаба системы. В схематичном виде это выглядит довольно устрашающе, но на практике, поверьте, всё гораздо проще. Вот фотографии готовых хабов. Так уже намного безобиднее, неправда ли? С одной стороны вставляете патч-корд, с другой стандартный телефонный кабель со стандартным разъёмом.
Так вот, разделив 568A на два канала, мы ничего нового не придумали. Новое заключается в том, что каналы «POWER» и «DATA» полностью идентичны и мы можем «гнать» сигналы по ним как угодно, причём даже в разных направлениях.
Далее каждый из каналов разветвляется на 2 телефонных разъёма к которым и подключаются датчики и исполнительные устройства. Вот типовые подключения датчиков к телефонным разъёмам.
Для «особо сложных» случаев можно использовать все 8 проводников, без деления на каналы «POWER» и «DATA».
Что на другом конце?
С подключением датчиков, я надеюсь, всё понятно, а что происходит на другом конце кабеля? Кабель приходит в стандартную патч-панель. Настенную, стоечную, большую или маленькую, всё зависит от ваших задач и потребностей. А вот уже контроллеры подключаются как обычные роутеры или домашние интернет-центры. Просто, без шума и пыли и так же отключаются для модернизации или реконфигурации. Как устроены контроллеры? Это особая интересная тема и об этом я расскажу в одной из следующих статей.
Практические рекомендации
Если у вас строится дом или проводится капитальный ремонт, то проблем вообще никаких нет: вы выделяете серверную комнату или, на худой конец, просто кладовку и устанавливаете в ней оборудование для умного дома, в том числе и патч-панели для компьютерной сети и «умной» проводки. Но даже если у вас типовая двушка и простой ремонт, то вы можете использовать идеи и информацию из этой статьи, по крайней мере проводку сделаете витой парой, а не чем-то ещё.
Правильным решением в большинстве случаев будет неэкранированная витая пара категории 5e. Об этом вы, наверное, уже и сами догадались. Все остальные решения нужно применять только в том случае, если вы точно знаете зачем вам это нужно.
Недостатки
Из условных недостатков технологии можно назвать только необходимость соблюдать правильность подключения коннекторов. В практическом плане эта проблема легко решается добавлением «технологических» патч-панелей и розеток и их маркеровкой. Термин «технологических» здесь условный, вы можете использовать это оборудование и для обычных компьютерных нужд, здесь речь идёт о визуальном разграничении компьютерных и «умных» подключений.
Ещё один момент. Подключение хабов и датчиков необязательно осуществлять через стандартные розетки. Это могут быть отдельные коннекторы и, в крайнем случае, даже припаяные датчики. В любом случае, умный дом забетонированный на 3 процента лучше, чем забетонированный на 100 процентов.
Экосистема
Данное решение является частью обширного проекта домашней автоматизации, включающего в себя «железную» часть, это мега-контроллеры и датчики, подключаемые одним кликом (о которых я расскажу чуть позже), а также программные решения, такие, как Arduino Mega Server и открытая платформа домашней автоматизации MajorDoMo, где на форуме вы можете обсудить этот стандарт и любые другие идеи по домашней автоматизации.
И напоследок
Аббревиатуры типа СКС могут показаться пугающими, но на самом деле, в них нет ничего страшного. Хочу обратить ваше внимание на такой момент: тянуть «лапшу» как получится или прокладывать кабели в соответствии со стандартом — трудозатраты практически одинаковы, только в одном случае вы получаете клубок наглухо запаянных и немодернизируемых проводов, а в другом супер-технологичное решение и полную свободу действий на многие годы.
Опубликованный стандарт (даже скорее проект стандарта) не догма. Если вы квалифицированный инженер и у вас есть свои замечания, дополнения или идеи по расширению и улучшению стандарта, то милости просим, нам всегда интересно услышать мнение профессионала.
Комментарии (33)
eta4ever
26.07.2015 21:08Ну и вообще, что общего у вашего стандарта с Ethernet или чем-либо еще, кроме типа кабеля?
Зачем отличия в типах датчиков? Или вы берете с них «сырой» сигнал?
smart_alex Автор
26.07.2015 21:28Весь стандарт это «нашлёпка» на стандартном езернете. Он используется как транспорт. Мы просто добавляем ещё один уровень абстракции (железный).
Весь сыр-бор из-за экономии пинов. Если бы мы жили в идеальном мире, то на каждый датчик можно было бы выделить отдельный кабель. Но кабель это ценный ресурс и приходится совмещать датчики, например PIR и геркон, отсюда отличия в подключении датчиков — чтобы уместить 2 датчика в один канал.eta4ever
26.07.2015 21:34Попробую повторить более конкретно. Вы берете от Ethernet только часть физического уровня, что касается кабеля, а все остальное — свое?
И про датчики. Их сигналы в «сыром» виде (типа замыкания проводов) прямо в таком виде идут до управляющего устройства?smart_alex Автор
26.07.2015 21:45Совершенно верно. Только физический уровень. Есть, правда, экзотические варианты, когда в канале DATA идёт компьютерный сигнал, а в канале POWER — сигналы от датчиков.
Тоже верно прямо в контроллер, но контроллер не простой, там на входе стоит реконфигурируемая (физически) матрица с точностью до одного пина без паяльника. Что позволяет переконфигурировать весь умный дом на физическом уровне за пару часов. О контроллерах будет отдельная статья.eta4ever
26.07.2015 21:48Так. А если я спрошу про сопротивление входа контроллера, и, соответственно, о помехоустойчивости?
smart_alex Автор
26.07.2015 21:56Какое у нас сопротивление входов у Ардуино? Я точно не помню, но наверное большое. Что касается помехоустойчивости, то звезда с концами по 30 — 80 метров годами работает без единого сбоя.
AndreyDmitriev
26.07.2015 23:19Такой вопрос — а почему бы не взять какой-нибудь промышленный станадарт за основу и не доработать его для «бытовых» нужд? Есть же, скажем, к примеру, AS-i — две линии и датчиков хоть увешайся:
eta4ever
26.07.2015 23:25Тут пока речь идет о попытке структурировать и унифицировать кабельное хозяйство. Стандартов обмена информацией не завезли — насколько я понимаю, каждому сигналу с датчика в итоге своя жилка кабеля.
telnov
26.07.2015 23:25А разве AS-интерфейс не принадлежит с потрохами компании Сименс? Что то я сомневаюсь, что это так просто будет сделать.
AndreyDmitriev
27.07.2015 10:15Да, это так, но я и не предлагаю использовать его один-в-один. Протокол обмена, спецификации могут быть другие. Но мне очень нравится идея вешать датчики и исполнительные механизмы на одну линию, которую можно наращивать. А в вашем предложении каждое устройство висит на своей выделенной линии (если я правильно понял). В промышленности, скажем, если есть длинный конвейер, вдоль которого протянута такая шина, иначе в шкаф придется тянуть лапшу кабелей. То же и с домашней автоматизацией — протянуть по периметру помещения один кабель все ж таки проще, чем отдельный к каждому потребителю.
telnov
27.07.2015 14:33Я знаю что такое AS-интерфейс. Если мне память не изменяет, то Ethernet это тоже шина. Свичи позволяют осуществлять коммутированный доступ к узлам сети. Если вы не помните, но раньше были устройства которые назывались не свитч, а хаб. Отличие было в том, что они были просто ретрансляторами телеграмму отправленную с одного узла слышала вся сеть. В соответствии с этим никто не мешает в домашней сети умных устройств использовать некоммутированный доступ. Скорости 10 Мбит для такой сети будет более чем достаточно(даже избыточно). По принципу один передает все слушают. Скорее всего на конце такой сети по примеру других промышленных сетей придется вешать концевой резистор и длина одного сегмента такой сети будет естественно не более 100 м. Мои познания в электронике более чем скромные, однако я думаю такая схема вполне себе работоспособна. И мы сможем к каждому такому устройству обращаться по отдельному IP адресу. И при этом использовать вполне себе стандартное оборудование.
smart_alex Автор
27.07.2015 07:05+1Тут идея такая: всё равно при строительстве или капремонте современного дома желательно установить СКС, уж больно много у неё достоинств и удобств. Почему бы просто не добавить копеечных хабов и не использовать все её достоинства для умного дома?
Мне лично очень нравится отключать и подключать контроллеры, как обычные роутеры патч-кордами, очень удобно. Или понадобилось пробросить сигнал датчика из одной комнаты в любую другую — нет проблем — воткнул тот же патч-корд и сигнал побежал туда, куда надо. Один раз ощутив удобство о других методах даже думать не хочется.
Ещё один момент: это решение универсальное и подходит не только для СКС, но идля отдельных поделок, собираемых на столе — к ним датчики тоже удобно подключать через стандартные кабели и разъёмы. Пример такого подхода — роботы Лего, там что-то вроде телефонных разъёмов.
Что касается других стандартов, то я только за. Если вы предложите что-то, то будет здорово.
Bluefox
27.07.2015 12:27Не надо будить динозавров… :)
Количество датчиков ограничено 63 на ветку. И миллион других причин.
telnov
26.07.2015 23:23Смотрите. Мое мнение такое. Путь вы выбрали вроде как правильный. Хотя по моему мнению нужно было обеспечить полную совместимость со стандартами PoE. (IEEE 802.3af-2003). Это бы дало возможность коммутировать ваше оборудование посредством стандартных PoE свитчей. Плюс ко всему напряжение в 48 вольт позволило бы питать большее количество датчиков от одного устройства. В качестве контроллера можно было бы выбрать какой нибудь софт-контроллер для линукс или написать свой для распберри например. А еще лучше взять за основу какой нибудь из существующих серийных NAS за основу для управляющей системы. Сделать или свою прошивку или свое приложение. Чтоб пользователь Вашей системы не думал где взять коммутатор или где найти замену вышедшему из строя контроллеру. А самим сосредоточится на конечных устройствах. Датчиках, сенсорах, разработать серию красивых стеклянных выключателей и пр.
smart_alex Автор
27.07.2015 07:29Обеспечить полную совместимость с POE невозможно в принципе потому, что сигналы от датчиков могут иметь потенциалы и ток, которые не понравятся стандартному компьютерному оборудованию. А если мы используем только железный уровень — у нас развязаны руки — гони что хочешь, только чтобы провода не поплавились (500 мА на жилу, кажется).
У меня реально работает очень экзотический вариант: по одному кабелю сеть 1-Wire обходит несколько комнат в канале DATA и возвращается обратно по тому же кабелю в канале POWER.
Это вещь очень универсальная, никто не мешает вам гнать 48 вольт в канале POWER. Единственный недостаток — нельзя ошибаться в подключениях, но это (естественная) плата за универсальность и потрясающие возможности.
Про софтверные решения не понял. Мы работаем только на железном уроне.telnov
27.07.2015 09:40А почему нет? Вам только нужно сделать универсальные преобразователи датчик — Ethernet и сделать их компактными для возможности размещения в стандартный (и) или углубленный подрозетник. Для компактности можно пожертвовать разъемами, подключение осуществлять к компактным клеммам. Про софтверные решения. Смотрите. Железный контроллер не универсален. Если вы разрабатываете свой, то с одной стороны Вы получаете совместимую на 100% с Вашим оборудованием железку, но Вам необходимо будет потратить огромное количество сил, чтобы сделать эту железку сделать совместимой с множеством других более популярных интерфейсов. Иначе Ваш система нежизнеспособна в коммерческом плане. Если Вы берете сторонний контроллер и делаете для него скажем библиотеку для своих устройств или описываете методы работы с Вашими устройствами, то тут Вы попадаете в зависимость от сторонних производителей. Контроллер сняли с производства и Вам придется еще раз проходить этот путь по описанию методов или написанию библиотек. Я предложил взять за основу так называемый софт-контроллер. Желательно платформенно независимый. Что то типа контроллера под среду разработки CoDeSys, который может работать в принципе на стандартном компе под стандартной виндой. Я сейчас не вспомню название, но точно есть аналоги этого ПО на Open Source. Взять такой и адаптировать под Ваше оборудование.
evorios
27.07.2015 11:09Универсальность — недешевая штука. Например, датчик DHT22 имеет собственный протокол. Поэтому, либо остаемся на уровне железа ради универсальности, либо отказываемся от поддежки всего зоопарка протоколов ради абстрагирования, но тогда для спецефичных датчиков надо добавлять собственные контроллеры, при чем для каждого такого разнесенного датчика.
telnov
27.07.2015 14:45А зачем плодить зоопарк протоколов, если можно сделать универсальный преобразователь для аналоговых датчиков, видов которых в промышленности не так уж и много. Температура самые распространенные PT100, PT1000, NI100,NI1000, NTC термисторы с разными характеристиками. Датчики давления как правило дают уже нормированный сигнал 4-20мА. И гора всяких уже более сложных устройств(ветер, влага, атмосферное давление), которые как правило или дают нормированный сигнал по напряжению или току или дискретные импульсные сигналы. Адруинные дела я не рассматриваю в принципе. Это отдельный мир. Складывается впечатление, что оно все росло без оглядки на промышленные разработки и стандарты.
smart_alex Автор
27.07.2015 10:02Идея сделать универсальный преобразователи датчик — Ethernet очень крутая, мне такое даже в голову не приходило (видимо из-за недостатка квалификации, не мой уровень). Если кто-то такое сделает, да ещё компактное это будет очень здорово.
Вообще тут идея попроще, вернее две идеи:
1-я: задействовать все преимущества СКС для проводки умного дома
2-я: Сделать стандартную железную обёртку (схема + разъёмы) для ЛЮБЫХ датчиков. И стандартизировать обслуживающий их код так, чтобы вы позвонили в интернет-магазин и сказали: «мне нужен OHAS PIR-датчик тип А», вам его доставили, вы его прищёлкнули и в коде добавили одну-две строчки логики (обслуживающий стандартный код уже есть). Пока всё это касается Ардуино, но никто не мешает добавить обслуживающий код на любую платформу).eta4ever
27.07.2015 19:18По второму пункту. Стандартная система — это любое решение промышленной автоматизации. С головным устройством (ПЛК или ПК+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. Но получается в разы дороже.
barabanus
25.08.2015 10:21Мне вот интересно — и в «Искусстве схемотехники», и вот еще в этой статье говорится про проблему отражений в длинных кабелях с несогласованными сопротивлениями, причем дело не в частоте сигнала, а в скорости нарастания фронтов. При этом эффект можно наблюдать даже при длине кабеля в полметра. Вы как-то этот момент учитываете?
smart_alex Автор
25.08.2015 11:37Дело в том, что я ни с какими проблемами во время разработки и эксплуатации стандарта не сталкивался. Поэтому учитывать указанную проблему (как и бесконечное множество других возможных проблем) мне в голову не пришло.
Этот стандарт не догма, а приглашение к обсуждению и сотрудничеству и любой желающий и вы в том числе, можете внести посильный вклад, например замерить отражение и доложить нам о результатах.barabanus
25.08.2015 12:00Я думаю, что измерять ничего не надо — они уже сделаны и представлены в книге и указанной статье. Это то же самое, что измерять гравитацию — вдруг она у меня другая. У вас хороший проект, я с восхищением слежу за циклом ваших статей, но вот такие очевидные схемотехнические проблемы надо решать. Может быть даже вместе с задачей защиты входов.
smart_alex Автор
25.08.2015 12:13Немного странная ситуация: у меня 3 года работает звезда с лучами по 50 — 80 метров не то что без сбоев, но даже без намёков на сбои. И тут я неожиданно узнаю, что у меня есть проблемы.
Очевидно, что если есть какие-либо искажения сигнала, то они несущественны для данного применения. Я не вижу смысла решать проблему которой нет, мне вполне достаточно проблем, которые есть.barabanus
25.08.2015 13:59Однажды что-то не будет работать, вот у вас будет одна из гипотез. Например, сигнал с камеры.
smart_alex Автор
25.08.2015 16:15Подождите секундочку, OHAS это «нашлёпка» на стандартной СКС проводке. Если речь идёт о передаче сигнала с камеры, то мы можем вообще не рассматривать OHAS, а использовать витую пару как проводку СКС категории 5е. Насколько я понимаю, передать сигнал с камеры по стандартной проводке СКС — не проблема.
barabanus
25.08.2015 16:25Если я правильно понял, то в вашей системе по одну сторону длинного провода — выход с сенсора, по другую — пин контроллера? Или сенсор передает сигнал в провод через драйвер провода, а контроллер получает сигнал через специальный приемник между пином и проводом?
smart_alex Автор
25.08.2015 16:39Не совсем. В этой системе стандартная СКС проводка получает ещё один уровень абстракции (железный), а что и как там будет подключено решаете вы сами. Датчики и контроллеры это частный случай.
Здесь речь может идти о влиянии переходников на характеристики тракта, но в случае датчиков мы транспортируем практически постоянный ток и переход из 0 в 1 по фронту совершенно некритичен к этим характеристикам.
А вот как влияют лишние переходники на передачу высокочастотных сигналов это тема отдельной диссертации. Но практика показывает, что стандартная сеть 1 Гб/с транспортируется без каких-либо пролем.barabanus
25.08.2015 16:51Я имею ввиду конкретно вашу реализацию умного дома — у вас сенсоры подключаются к пинам контроллера напрямую через длинный провод?
Высокочастотный сигнал 1 Гб/с транспортируется без каких-либо проблем, если согласовать импеданс приемника/передатчика с волновым сопротивлением кабеля, иначе никак. Но вообще тут и говорить нечего — на входе или выходе кабеля ставится резистор и готово.smart_alex Автор
25.08.2015 17:03Не имею ничего против резистора: если он нужен для согласования — обязательно поставим. Я для этого и опубликовал стандарт, чтобы квалифицированные люди высказали свои предложения. Осталось только услышать ваши пояснения и методику по выбору номинала резистора.
barabanus
25.08.2015 17:42Я погуглил и обнаружил, что в случае с витой парой, где каждый провод несет отдельный сигнал, не все так просто. Я сделаю работу и поищу материал. Пока что нашел вот это: http://www.eetimes.com/document.asp?doc_id=1277940
Про сам механизм отражений с реальными измерениями можно прочитать в «Искусстве схемотехники» — недавно вышло третье издание, а второе можно найти в электронном виде на любом языке.
eta4ever
Так. Использование витухи и стандартных розеток — это хорошо. А вот одинаковые розетки подписывать, что «здесь режим такой-то, здесь такой-то»? И, чтобы два раза не вставать: как чисто электрически работает вариант с 8-ю сенсорами без общего провода?
smart_alex Автор
Вариант с 8-ю каналами это экстремальный и редко встречающийся вариант, когда у блока контактов больше 8-и. Тогда приходится прокидывать 2 соединения. В первом и земля и плюс и часть каналов, во втором — одни каналы. Пример — электромодуль Ардуино Мега Сервера (ссылка внизу статьи) с одним каналом напряжения и 13-ю токовыми каналами.
Розетки имеют маркировку. По маркировке можно определить тип подключения или можно посмотреть подробности на схеме по номеру розетки. Или визуально, ведь хаб и подключения видно.