Увеличиваем количество GPIO

Дата: Воскресенье, 01.10.2017, 19:26 | Сообщение # 21

Группа: Пользователи

Сообщений: 68

Статус: Offline

Ого, какие жаркие дебаты. Позволю себе немного поразглагольствовать.
Данный девайс - расширетель портов входов, разрабатывался с учетом формфактора и интерфейса (i2c), для установки на дин рейку, рядом с Малиной или МегаД (кому как удобно).
Количество портов, как бы и не подразумевает другого варианта. Слабо себе представляю, что возникнет необходимость ставить подобный модуль в каждой комнате, на некой удаленности от обработчика событий.

Admin

Дата: Воскресенье, 01.10.2017, 20:24 | Сообщение # 22

Admin

Группа: Администраторы

Сообщений: 4260

Статус: Offline

Цитата AlekseiK (

)

Данный девайс - расширетель портов входов, разрабатывался с учетом формфактора и интерфейса (i2c), для установки на дин рейку, рядом с Малиной или МегаД (кому как удобно).

AlekseiK, немного подискутирую biggrin

Я уже неоднократно озвучивал, например здесь идею "централизованно-распределенного" принципа построения системы. И если для небольших объектов, абсолютно согласен, что достаточно только "централизованного" сегмента, то для больших, а главное разбросанных объектов, более правильно выносить коммутационные аппараты на эти объеты.

Пример №1. Допустим в 30 метрах от места установки "малины" (например в гараже) необходимо управлять 4 нагрузками. Для "централизованного" управления с "расширителя I2C" нужно завести на объект 4 силовых кабеля сечением 1,5 - 2,5 квадрата (итого 120 метров). Для "распределенного" управления - 30 метров "витой пары" и установить "расширитель RS485" в гараже. Если принять, что стоимость "расширителей" I2C и RS485 одинаковая, то в любом случае 120 метров силового кабеля будут на порядок дороже 30 метров UTP-5e.

Пример №2.Похожая ситуация получается и со входами. Правда, здесь нужно отталкиваться не от стоимости коммуникаций (разница будет незначительная, хотя "распределенный" сегмент и тут выигрывает), а от обеспечения помехозащищенности, которая на длинных линиях может сильно влиять на ложные срабатывания входов. Кстати, с похожей ситуацией я реально сталкивался на своей основной работе, когда из-за наведенного напряжения на длинном кабеле сигнализации телемеханики, на диспетчерский пульт приходила "двойная" сигнализация состояния объекта управления. Решили мы эту проблему путем "запирания" открытого входа одноименным потенциалом, благо что контакт КСА был переключающим и в кабеле оставались свободные жилы. Если кому-то это интересно - спрашивайте, расскажу более подробно.

Пример №3. Не совсем в тему, но из той же "оперы". Радиомодуль. Если подключить его через I2C, то опять мы "привязаны" к месту размещения малины. А подключив радиомодуль через RS485 можно разместить его в наиболее благоприятной точке для приема/передачи радиосигналов. Кроме того, можно использовать несколько таких модулей и построить на них своеобразную "сотовую сеть", что позволит максимально охватить все точки контроля и управления по радиоканалу.

Как видите, устройства "расширения" и с I2C, и с RS485 "имеют право на жизнь". Просто каждый в своем сегменте.

AlekseiK

Дата: Воскресенье, 01.10.2017, 21:22 | Сообщение # 23

Группа: Пользователи

Сообщений: 68

Статус: Offline

Цитата Admin (

)

Допустим в 30 метрах от места установки "малины" (например в гараже)

Допустим. Хоррроший гараж получается, где необходимо 16 входов cry

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

Добавлено (01.10.2017, 21:22)
---------------------------------------------

Цитата Admin (

)

Как видите, устройства "расширения" и с I2C, и с RS485 "имеют право на жизнь". Просто каждый в своем сегменте.

Люто плюсую

Admin

Дата: Воскресенье, 01.10.2017, 21:26 | Сообщение # 24

Admin

Группа: Администраторы

Сообщений: 4260

Статус: Offline

Цитата AlekseiK (

)

Допустим. Хоррроший гараж получается, где необходимо 16 входов

А вот это - уход от темы обсуждения. biggrin

Вы прекрасно понимаете, что гараж - это абстрактный пример. И я говорил не за 16 входов, а за 4 выхода.

Цитата AlekseiK (

)

И да, принцип распределённого управления не пострадал. Эти модули будут стоять на разных этажных щитках.

Нет конечно. Но это никто и не утверждал. Читаем:

Цитата Admin (

)

Как видите, устройства "расширения" и с I2C, и с RS485 "имеют право на жизнь". Просто каждый в своем сегменте.

AlekseiK

Дата: Воскресенье, 01.10.2017, 22:12 | Сообщение # 25

Группа: Пользователи

Сообщений: 68

Статус: Offline

Цитата Admin (

)

за 16 входов, а за 4 выхода

Мы все ещё дискутируем о девайсе ТС? wink

AlexAW

Дата: Понедельник, 02.10.2017, 05:50 | Сообщение # 26

Группа: Пользователи

Сообщений: 310

Статус: Offline

Вставлю свои "пять копеек" Похоже дискуссия смещается в сторону вкусов и предпочтений.
Возвращаясь конкретно к этому девайсу. В комплекте с предполагаемым к разработке таким же блоком выходов, из WebHomePi получится Неплохое устройство централизованного управления "шкафного типа" Все будет стянуто в один шкаф. Такой принцип построения Вполне удобен для квартир, особенно когда решения автоматизации закладываются на этапе строительства.
Ну и понятно, что для вариантов типа жилой дом с дворовой територией, теплицей, баней и гаражем, придется снабдить уже устройствами с RS485, в то же время основную автоматику в доме сделав "Шкафным" типом.
Действительно, решения для каждого конкретного случая, нужно выбирать. И очень хорошо что этот выбор становится шире.
Так что ждем и следующего задуманного девайса с релейными выходами.

Сообщение отредактировал AlexAW - Понедельник, 02.10.2017, 05:52

Admin

Дата: Понедельник, 02.10.2017, 07:07 | Сообщение # 27

Admin

Группа: Администраторы

Сообщений: 4260

Статус: Offline

Цитата AlexAW (

)

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

Вот именно это я и пытаюсь донести с самого начала разработки системы, "продвигая" принцип ее построения по централизованно-распределенному типу. Позволю еще раз процитировать самого себя:

Рассматриваемая здесь система строится по централизованно-распределенному принципу. Это означает, что различные датчики, элементы контроля, коммутации и т.д. подключаются к центральному серверу, в роли которого выступает Raspberry Pi, как непосредственно, так и через периферийные устройства (удаленные контроллеры). Вы можете использовать только те сегменты системы, которые вас больше устраивают. Например, для небольшого дома или квартиры более оптимально свести все коммуникации автоматики прямо к серверу, так как Raspberry Pi имеет порты GPIO, что позволяет подключать непосредственно к нему различные датчики и устройства по интерфейсам UART, 1-wire, I2C, SPI и т.д. А если нужно охватить автоматизацией большие объемы, то тут имеет смысл применить удаленные контроллеры, которые будут концентрировать у себя функции контроля и управления, а затем передавать всю полученную информацию на сервер по каналу связи.

AlexAW

Дата: Понедельник, 02.10.2017, 10:21 | Сообщение # 28

Группа: Пользователи

Сообщений: 310

Статус: Offline

Цитата Admin (

)

Рассматриваемая здесь система строится по централизованно-распределенному принципу.

Абсолютно поддерживаю!.
Я в своей квартире много разных устройств испытывал на своих домочадцах. Приживается та автоматика, которую не видно. Которая сама работает так что про нее забывают. А остальное варианты это пока наши эксперименты поиска удобных надежных систем и способов их реализаций.

alexsis_76

Дата: Понедельник, 02.10.2017, 10:50 | Сообщение # 29

Группа: Пользователи

Сообщений: 97

Статус: Offline

Девайс заработал,я даже прицепил к нему свой bmp.
Не плохо было бы придумать какой нибудь интерфейс,прошивка будет позже ,сейчас там показывать особо нечего только голый wifi и датчик.
у кого нибудь есть соображения по поводу интерфейса?

Zoolu

Дата: Понедельник, 02.10.2017, 12:05 | Сообщение # 30

Группа: Пользователи

Сообщений: 490

Статус: Offline

Цитата alexsis_76 (

)

Девайс заработал,я даже прицепил к нему свой bmp.

Это Вы шлюз состряпали уже? А он именно шлюз? Т.е. он прозрачно транслирует данные с i2c по вифи в i2c? И на "втором" конце может быть не один датчик? а пачка? И все будет работать аппаратными средствами малины (т.е. малина даже не заметит существования такого бриджа)? Если да, то честь и хвала!) И делитесь схемами и прошивками. И о каком тогда интерфейсе идет речь?