Почему именно raspberry pi? Она же прожорливая! Извини, но с 1000МАh заряжать каждый день - это бред! Просто ради того, что бы без провода быть на ble. Рассмотри другие варианты, есть готовые ble модули от китайцев, которые пробрасывают data+/- без программирования. Потребление - микроамперы в режиме работы. И наноамперы в ожидании.
И да, ещё и минус впаяли на комментарий, который имеет прямое отношение к статье. Вообще круто! Сообщество куда-то в сторону болтовни скатывается. Хейтят полезные вещи и поддерживают засирания. Ну удачи вам.
Автор, подтяжка базы к корпусу через резистор нужна для того, что бы сигнал был сигналом, а не кучей мусора и наводок не пойми чего. Предпоследний комментарий был очень полезным.
Почему, если так трудно работать с мелким транзистором, не взять в корпусе to-92?
Почему не используется резистор в между базой и эмиттером, чтобы не было ложного срабатывания.
Я бы включил пару транзисторов по схеме Дарлингтона, вместо одного (один можно более мощный поставить).
Я бы не использовал крону (выше уже писали), на худой конец из АА собрать 9-12В или АКБ свинцовый (или литиевый) поставить, у моторчиков стартовый ток не маленький, обычно.
Если же ты, автор, хочешь улучшить свое творение, то прислушайся к этому. Это комментарии электронщиков.
Я в шоке! Вы на примитивную статью написали 70+ комментов! А достаточно было посоветовать автору использовать транзистор 2n2222 с ногами (корпус ТО-92) и если он фоторезистом для smd сделал плату то мог бы вытравить и плату для датчика с дорожками, вместо 2х проводов от UTP кабеля. Ну и сделать подтяжку базы к корпусу, а датчик запараллелить ещё с одним резисторов, что бы база не болтала ь в воздухе. Это в качестве корректировки его решения.
Ну а затем порекомендовать использовать компаратор и силовой транзистор.
А я тут и гальваническая развязку и RS триггеры увидел на 561 серии (где вы её сейчас найдёте?) не все прочитал, но предполагаю что там столько всего написано!
Вы бы ещё raspberry pi предложили бы с специализированный По и Scada системой.
Автор молодец, нашёл самое простое и дешёвое решение и да, оно работает, криво, но работает.
Так ведь все просто... IIoT - это ничто иное, как дистанционный термометр, датчик давления и все что угодно и все что хотите на производстве для мониторинга на неответственном процессе/переделе. Просто на посмотреть и собрать данные. Все остальные датчики, на которые упирается управление процессом - только в стандартных протоколах/стандарта АСУТП, проводом. Если включаете IIoT в АСУТП систему в качестве управляющего сигнала - риск убить процесс увеличивается в разы.
"воздух" отвалился, задержка при передаче и прочая лабуда - станут причиной аварии и отсутствия сигналов управления. Ответственность в итоге на том, кто принимает такое решение ставить эти IIoT решения в процесс.
Берегите инженеров 80х и 90х. Потому что новое поколение навтыкает именно эти IIoT датчики и засунет их в Azure и переведёт на Json файлы. Вот тогда всё АСУТП горя хлебнет!
Я разрабатываю электронику и микроэлектронику, проектирую автоматизацию и многое другое, поэтому у меня реальный шок от того, что я вижу. Это равносильно тому, что поставить сервер на Intel Xeon, развернуть на нем кучу виртуальных серверов и гонять на этом всем - Тетрис!
Просто я это все проходил ещё в начале 2000-х, когда микроконтроллеры были чем-то редким и мы городили на LPT портах автоматизацию, писали ПО на C и C++ под DOS. И сейчас, когда есть такие возможности на уровне МК вы ставите промышленный ПК под задачи самого дешёвого МК и при этом добавляете Modbus.
Визуально, выглядит так: Собирается схема из того что есть в наличии и из тех знаний и умений, которыми обладает один определённый человек. Без альтернативы других вариантов, без анализа протоколов, без желания сделать действительно что-то уникальное. Просто взяли, собрали, что-то запрограммировали, добавили модуль Modbus, громко назвали это и ждёте хороших оценок, рассказываете где взять оборудование, что бы повторять вашу безумную идею.
А вот если бы вы взяли бы один микроконтроллер, смогли бы разобрать, что же приходит в этот USB свисток (ответная часть от пульта) с пульта по RX и TX, и разобрали бы эти сигналы на уровне МК, вот тогда да, это было бы интересно. Это было бы полезно! А так, используется дешёвый пульт и сверх дорогой промышленный ПК. В чем суть? В чем экономия? Просто ради пульта... Бред!
Нихрена ты замутил! А попроще, управлять адресными светодиодами не пробовал? Ну например 433МГц пульт и приемник за 1,5 доллара и самый примитивный контроллер, за 1 доллар. Ну и адресная лента за 2 доллара за метр (чисто для экспериментов).
В чем смысл такого решения как у тебя? Из пушки по воробьям?
Поговорим подробнее как их можно внедрить в системы управления не только презентациями, но и чем угодно, начиная от ламп и штор в "умном доме" заканчивая управлением станками.
Ты серьёзно, хочешь этим барахлом управлять станками или умным домом?
Это самая бредовая идея для реализации. Использовать ПК, затем Modbus для управления освещением, чисто для пульта с usb свистком...
Очень круто и интересно, только самый главный вопрос: зачем это все?
В чем суть умного дома, если он нафарширован таким количеством барахла? Обслуживание его? Так вроде должно быть наоборот... А тут получается сделали умный дом для того, что бы его обслуживать, поддерживать и настраивать. Анализировать дашборды, смотреть его температуру, скоро подгузники начнёте ему менять и сопли подтирать, а потом за пивом побежите для него в магазин.
Или что-то я путаю и здесь идёт просто описание железа, которое не имеет отношение к умному дому? Просто так много слов и букв, которые сильно не понятные.
Децентрализованная архитектура это хорошо, если она действительно способна работать без верхнего контроля, но без отсутствия связи между узлами звучит нереально. Как минимум, потребует дублирования с двух сторон на переходах зон управления.
Например, есть контроллер, который обрабатывает одну комнату/один участок/Корридор и так далее. В нем есть вся нужная логика для работы в рамках этой комнаты, но и есть команды, которые можно отправить за её пределы (общие для всех контроллеров или для тех, которые отвечают за это). Этот контроллер обрабатывает всё, что касается этой комнаты: шторы, свет, тёплый пол/радиаторы отопления, вентиляцию, датчики присутствия, подсветки, кондиционеры и так далее. В комнату заходит 2 линии: 1 - силовая, 2 - интерфейсная. Интерфейсная - гигабитный Ethernet/RS-485/ CAN, силовая - по потребности. Стоит небольшой скрытый шкаф (за зеркалом, картиной, чем угодно) есть единый сенсорный пульт управления, клавиши освещения, может голосовой ввод, да не важно. И так далее по всем остальным комнатам. И есть в итоге ещё один контроллер - шлюзовой, который принимает команды из вне, от Алисы, от телефонного шлюза (софт, которым можно с телефона управлять), от нейросети и так далее, и он-же обрабатывает взаимодействия между комнатами, имеет распределение общих/централизованных команд.
И все, децентрализация есть, кабелей по 100км тянуть не нужно, шкафов со 100500 автоматами не требуется, управление откуда угодно и чем угодно и так далее. Вся пром автоматизация сейчас так работает. Там только комнаты побольше, но и управляются они не одним ПЛК.
И если сдох один контроллер, то не нужно хоронить весь дом.
Да, возможно будет дороже, но думаю что за счёт одних только проводов и их монтажа можно будет ещё и сэкономить.
Штор с modbus и лампочек с протоколом hart и кондиционеров с profibus я тоже что то не видел. Еще такое есть - поправьте, пожалуйста
Вот например шторы:
Dooya DT82TV (Modbus version): Популярный привод, поддерживающий управление по RS-485. Позволяет не только открывать/закрывать штору, но и получать обратную связь о точном положении в процентах.
Onviz (серия с RS-485): Российский бренд, предлагающий карнизы, которые подключаются напрямую к промышленным контроллерам (ПЛК) через Modbus RTU без дополнительных шлюзов.
В конце концов есть просто приводы для штор, с концевиками, с энкодерами, без всего, без wifi, zigbee, tuya и всего остального. Их можно запустить при помощи дискретных входов-выходов и счетных входов.
А вот кондиционеры:
Mitsubishi Electric: Модуль ME-AC-MBS1 позволяет подключить любую бытовую модель серии M или Mr. Slim напрямую к сети Modbus RTU.
Haier: Многие модели поддерживают подключение к Modbus через дополнительные интерфейсные модули для интеграции в BMS.
Midea / Kentatsu / Hisense: Имеют порты (часто маркируются X, Y, E), к которым подключаются шлюзы Modbus RTU (например, MD-AC-MBS).
Вообще, с кондиционерами все гораздо проще, они управляются по ИК. Поэтому тут вообще все легко, ставится ИК шлюз и прошивается ряд команд на нужное железо, так сказать обучается ИК шлюз и потом ПЛК просто кидает команду в этот шлюз по Modbus или как запрограммирован этот шлюз. Нормальные ПЛК умеют это делать легко и просто.
Глюкнет такая прошивка - и тоже ничего хорошего, только писал ее другой программист и ответственность более размыта.
А что касается этого момента, то тут вообще все просто, открывается код программы и там все видно, какой вход, какой выход, какая логика и так далее. Меняй, коректируй, добавляй.
Конечно, если этот файл не отдали вам, зажали или пытаются заработать на этом, это совсем другой вопрос
Писать логику для Siemens или Schneider или Mitsubishi на одних и тех-же "языках", это как программировать разный софт на одном языке программирования. База едина.
Не шибко грамотно называть аппаратным железо с кучей прошивок и прошивочек которое реализует и таргеты для МЭК
Да, согласен, я тут неправильно написал, это программно-аппаратное обеспечение.
Я уже пробовал дискутировать с одним из ваших специалистов - бесполезно. Он искренне был уверен в том, что прав. Прав во всем, о чем он думает, не смотря на все то, что ему сказали. Поэтому я не горю желанием дискутировать с вам на выставках. Это бесполезно, вы всегда стоите на своём. Возможно потому что не знаете другого, возможно потому что считаете себя правыми во всем, возможно потому что вам так сказали, что представленный продукт - самый лучший и его нужно отстаивать.
Ну тех, кто пишет логику ПЛК на МЭК достаточно много.
Это любой промышленный ПЛК поддерживает. Только сейчас каждый "уважающий себя" производитель стремиться сделать свою логику, свое управление, свою платформу и так далее. Это как в языках программирования, их клепают как горячие пирожки, клепают фреймворки и всякое прочее, но самые достойные, универсальные вещи как писали на С и С++, так и продолжают это делать. Классика продолжает жить, развиваться и закреплять я. Ну поиграются немного с WB и бросят его, когда не смогут что-то добавить или убрать из умного дома или стоить это будет как установить ещё один умный дом. Потому что специалистов нет или производитель выпустил новый контроллер WB158 который не поддерживает логику старого WB7. Как то так это бывает.
:) ну да ну да 105000 микроконтролеров разного уровня с толпой прошивок, протоколы всякие хитромудрые - не в счет, это не софт :) Есть автономные единицы, скажем терморегуляторы или реле управления вентиляцией, но кто то должен им команды отдавать и задача эта довольно комплексная.
Вы немного путаете. Сейчас и то и другое - это софт, только если этот софт прошит в ПЛК это аппаратное обеспечение, а если вы гоняете протоколы через дополнительный ПК или сервер, это и есть тот самый софт, который я и имею ввиду. Это софт верхнего уровня. И чем больше именно вот этих залепух, протоколов, и костылей, тем хуже. А большинство кодеров именно это и используют, а ПЛК просто юзают в качестве "передаста" получить от него сигналы и отдать ему команды управления.
Терморегуляторы и реле управления вентиляцией могут иметь дискретные и аналоговые выходы и входы для управления и контроля, ну или классический Modbus. Если же этого нет и используется wi-fi или что-то подобное, беспроводное, то это не реле, а залепуха, которую через одно место нужно интегрировать в эту недосистему.
В том и дело, что если все узлы собирать на аппаратом уровне, без прокладок (wi-fi, zigbee, mqtt), без кучи аппаратным протоколов, потом программныйх, дополнительного железа и так далее, то это и будет тот самый умный дом, который будет работать на уровне пары контроллеров и без софа верхнего уровня (если вдруг сдохнет жёсткий диск, оперативная память, блок питания на сервере или на ПК интеграции)
Видимо вы не знаете что такое реальная автоматизация, когда все плк общаются между собой и имеют отдельный протокол для управления производством, если все scada и серверы вышли из строя (или к ним просто нет доступа). И здесь речь идёт про огромные предприятия, где стоят распределенные системы из нескольких десятков ПЛК, десятков тысяч датчиков и исполнительных устройств.
которые не поддерживают практически ничего из протоколов и средств "традиционного" умного дома. Скорее опять через всякие чудошлюзы и костыли. Что умный дом, что климатика - сильный вендорлок и это устраивает и производителей и интеграторов
А что касается языков МЭК, то тут вы выглядете не просто необразованным, а максимально глупым. Причём тут протоколы и средства "традиционного" умного дома и языки программирования? Белое с кислым путать не нужно. Видимо дальше чем Алиса на колонке, не разбирались и написали просто несколько "умных" слов. Что же в вашем понимании "традиционный" умный дом?
Вообще не понимаю, а зачем здесь SCADA и тем более WB? Запрос на запросе, ответ, опять запрос... Бред какой-то. Что же ТАМ за WMS, которой нужен костыль - прокладка между ПЛК и системой? Тоже что-то самописанное и требующее поддержки?
Экономия - это конечнл хорошо, но если настолько, то это уже маразм. Сделайте тогда все тупо на Ардуинах. Дешевле будет.
Сталкивался трижды с подобными системами и 2 из них проектировал в части конвейерной системы, ни разу не использовали такие или подобные прокладки, напрямую из ПЛК в WMS работало. SCADA была, бесплатная и та только для механиков и электриков. Учёт наработки узлов и контроль токов, ну и корректность сработки датчиков.
Действительно, притянули за уши WB в проект автоматизации, как мне кажется тупо для рекламы. Статья ради статьи. Не в первый раз уже.
Ну вот я один из тех самых зрелых айтишников, автоматиков, электронщиков и электриков. И да - это и есть интерес к жизни, но правильный, корректный, который будет работать. Работать просто и надёжно, без костылей, без софтверных решений (потому как сам айтишник и понимаю, какими кривыми руками это сделано). А учитывая что ещё и специалист (проектировщик, разработчик, интегратор, инженер и так далее) по автоматизации, КИПиА, электрике, разрабатываю микроэлектронику, в том числе и ПЛК, то видя какой используют кривой (но всеми используемый, значит правильный) подход к "умным домам", то очень сильно расстраиваюсь, видя что идёт деградация. И уверяю вас, айтишник и умный дом - это 2 разных вселённых. Для софтовых спецов - все нужно максимально делать на уровне софа, ставить серверы, интегрировать в се и со всем через протоколы, файлы или службы. А по факту, умный дом, как аппаратная платформа должен работать максимально на аппаратом уровне и работать должен без софт вообще, если что-то остановится, и да, должен иметь софт для коммуникации, а его тащат исключительно в софт, причём не универсальный, а исключительно самописанный, как и все костыли, которые в нашем мире сейчас используются. Используется ПЛК - используй языки МЭК, сделай так, что бы понятно было и тому кто после тебя придёт и после еще таких-же спецов, решил сменить ПЛК - не нужно менять всю инфраструктуру, перезалил на другой ПЛК, переназначил входы-выходы и всё.
А в чем тогда смысл, гонять одно и то-же по кругу и называть это умным домом? Я тут полистал предыдущие статьи автора увидел, что мало того что они идентичны (меняется только версия контроллера WB и количество модулей) так ещё и как они героически справляются с трудностями :
Сложности возникли позже, когда к SPA-комплексу решили добавить гараж и бильярдную. Количество групп освещения и розеточных линий фактически удвоилось, и реальное число кабелей в щите оказалось почти в два раза больше, чем рассчитывали изначально. Ситуацию спас щит увеличенного размера — запас по месту позволил реализовать все требования заказчика без переделки конструкции.
Честно сказать, меня просто порвало от такого подхода. Такое впечатление, что люди не понимают суть автоматизации и ее основные принципы. Просто делают по накатанной схеме и увеличивают один шкаф, не смотря на площади зданий и количества помещений.
И самое печальное, что от статьи к статье ничего не меняется. Зашёл а одному интегратору в телеграмм канал (ссылка на которого была в одной из статей) прочитал много умных мыслей про то, какой должен быть умный дом и задал вопрос: а какое отношение вы имеете к тому что в вас написано? А написано там было про умный дом, какой он должен быть, предвидеть, предугадывать пользователя, должен оснащен кучей датчиков и так далее. Так меня просто заблокировали в комментариях. Не поговорили не спросили почему я так думаю, просто молча без аргументов - блокировка.
Написал автору этого блога - такая же картина - улетел в бан! Ни слова в ответ ни комментария, просто - заблокировали.
Не умеют люди делать умные дома, просто допиливают к ним за пару миллионов пульт управления и крепят его на костыли.
А там с душой или без души они это делают, думаю не важно. Если клиент не шарит в физике, для него кнопка в телефоне для штор - магия.
А самое печальное, что когда я зашёл в телеграм канал Александра Вахрушева, инженер компании «Умный Дом Сервис» и написал комментарий, то был заблокирован без ответа, без чего либо и когда написал ему лично то произошло то-же самое. Это люди, которые не могут признать правду, пускают пыль в глаза, хвастаются своими достижениями (которые даже не их) говорят про умные дома (которые оными не являются), делают щиты и тянут километры проводов, за которые заказчик платит миллионы. И в итоге имеет просто дом с управлением по расписанию или с телефона (максимум Алиса, при наличии интернета).
А поговорить и ответить за свои слова и свое творчество не могут. Могут только молча заблокировать. Это удел слабых и терпил, к сожалению.
Сложности возникли позже, когда к SPA-комплексу решили добавить гараж и бильярдную. Количество групп освещения и розеточных линий фактически удвоилось, и реальное число кабелей в щите оказалось почти в два раза больше, чем рассчитывали изначально. Ситуацию спас щит увеличенного размера — запас по месту позволил реализовать все требования заказчика без переделки конструкции.
Я с вас хренею, а голову включить на пробовали? Что за верх идиотизма все тащить в один щит? Вы никогда автоматизации ей походу не занимались, если для вас сложно в гараж и в биллиаодную поставить отдельные щиты и докинуть туда поди WB по RS-485. Или у вас настолько дерьмовая инфраструктура, что дальше одного шкафа её на оттащить? Просто нет слов, вы взяли большой щит, притащили туда ещё пару километров проводов, кинули заказчика ещё на пару сотен тысяч рублей и при этом остались на коне! Гениально тупо! Никогда такого интегратора не порекомендую. Даже если идея была заказчика.
Опять дом на дистанционном управлении. Ничего нового. Добавляется только высокоуровневая интеграция с костылями. И как всегда все снова в одном щите с километрами проводов. Пролистал и ничего интересного для себя не извлек. Как под копирку с 256-ю предыдущим постами, только владелец меняется. Вам совсем нечем удивить людей?
Easy EDA чем хуже за 0 рублей? Вы его как-то упустили из виду. Для любителей в нем можно делать все, что угодно да и не только для любителей. А тут за домашнюю версию 30 рублей, прикалываетесь?
Почему именно raspberry pi? Она же прожорливая! Извини, но с 1000МАh заряжать каждый день - это бред! Просто ради того, что бы без провода быть на ble. Рассмотри другие варианты, есть готовые ble модули от китайцев, которые пробрасывают data+/- без программирования. Потребление - микроамперы в режиме работы. И наноамперы в ожидании.
И да, ещё и минус впаяли на комментарий, который имеет прямое отношение к статье. Вообще круто! Сообщество куда-то в сторону болтовни скатывается. Хейтят полезные вещи и поддерживают засирания. Ну удачи вам.
Автор, подтяжка базы к корпусу через резистор нужна для того, что бы сигнал был сигналом, а не кучей мусора и наводок не пойми чего. Предпоследний комментарий был очень полезным.
Если же ты, автор, хочешь улучшить свое творение, то прислушайся к этому. Это комментарии электронщиков.
Я в шоке! Вы на примитивную статью написали 70+ комментов! А достаточно было посоветовать автору использовать транзистор 2n2222 с ногами (корпус ТО-92) и если он фоторезистом для smd сделал плату то мог бы вытравить и плату для датчика с дорожками, вместо 2х проводов от UTP кабеля. Ну и сделать подтяжку базы к корпусу, а датчик запараллелить ещё с одним резисторов, что бы база не болтала ь в воздухе. Это в качестве корректировки его решения.
Ну а затем порекомендовать использовать компаратор и силовой транзистор.
А я тут и гальваническая развязку и RS триггеры увидел на 561 серии (где вы её сейчас найдёте?) не все прочитал, но предполагаю что там столько всего написано!
Вы бы ещё raspberry pi предложили бы с специализированный По и Scada системой.
Автор молодец, нашёл самое простое и дешёвое решение и да, оно работает, криво, но работает.
Так ведь все просто... IIoT - это ничто иное, как дистанционный термометр, датчик давления и все что угодно и все что хотите на производстве для мониторинга на неответственном процессе/переделе. Просто на посмотреть и собрать данные. Все остальные датчики, на которые упирается управление процессом - только в стандартных протоколах/стандарта АСУТП, проводом. Если включаете IIoT в АСУТП систему в качестве управляющего сигнала - риск убить процесс увеличивается в разы.
"воздух" отвалился, задержка при передаче и прочая лабуда - станут причиной аварии и отсутствия сигналов управления. Ответственность в итоге на том, кто принимает такое решение ставить эти IIoT решения в процесс.
Берегите инженеров 80х и 90х. Потому что новое поколение навтыкает именно эти IIoT датчики и засунет их в Azure и переведёт на Json файлы. Вот тогда всё АСУТП горя хлебнет!
Я разрабатываю электронику и микроэлектронику, проектирую автоматизацию и многое другое, поэтому у меня реальный шок от того, что я вижу. Это равносильно тому, что поставить сервер на Intel Xeon, развернуть на нем кучу виртуальных серверов и гонять на этом всем - Тетрис!
Просто я это все проходил ещё в начале 2000-х, когда микроконтроллеры были чем-то редким и мы городили на LPT портах автоматизацию, писали ПО на C и C++ под DOS. И сейчас, когда есть такие возможности на уровне МК вы ставите промышленный ПК под задачи самого дешёвого МК и при этом добавляете Modbus.
Визуально, выглядит так: Собирается схема из того что есть в наличии и из тех знаний и умений, которыми обладает один определённый человек. Без альтернативы других вариантов, без анализа протоколов, без желания сделать действительно что-то уникальное. Просто взяли, собрали, что-то запрограммировали, добавили модуль Modbus, громко назвали это и ждёте хороших оценок, рассказываете где взять оборудование, что бы повторять вашу безумную идею.
А вот если бы вы взяли бы один микроконтроллер, смогли бы разобрать, что же приходит в этот USB свисток (ответная часть от пульта) с пульта по RX и TX, и разобрали бы эти сигналы на уровне МК, вот тогда да, это было бы интересно. Это было бы полезно! А так, используется дешёвый пульт и сверх дорогой промышленный ПК. В чем суть? В чем экономия? Просто ради пульта... Бред!
Нихрена ты замутил! А попроще, управлять адресными светодиодами не пробовал? Ну например 433МГц пульт и приемник за 1,5 доллара и самый примитивный контроллер, за 1 доллар. Ну и адресная лента за 2 доллара за метр (чисто для экспериментов).
В чем смысл такого решения как у тебя? Из пушки по воробьям?
Ты серьёзно, хочешь этим барахлом управлять станками или умным домом?
Это самая бредовая идея для реализации. Использовать ПК, затем Modbus для управления освещением, чисто для пульта с usb свистком...
Очень круто и интересно, только самый главный вопрос: зачем это все?
В чем суть умного дома, если он нафарширован таким количеством барахла? Обслуживание его? Так вроде должно быть наоборот... А тут получается сделали умный дом для того, что бы его обслуживать, поддерживать и настраивать. Анализировать дашборды, смотреть его температуру, скоро подгузники начнёте ему менять и сопли подтирать, а потом за пивом побежите для него в магазин.
Или что-то я путаю и здесь идёт просто описание железа, которое не имеет отношение к умному дому? Просто так много слов и букв, которые сильно не понятные.
Например, есть контроллер, который обрабатывает одну комнату/один участок/Корридор и так далее. В нем есть вся нужная логика для работы в рамках этой комнаты, но и есть команды, которые можно отправить за её пределы (общие для всех контроллеров или для тех, которые отвечают за это). Этот контроллер обрабатывает всё, что касается этой комнаты: шторы, свет, тёплый пол/радиаторы отопления, вентиляцию, датчики присутствия, подсветки, кондиционеры и так далее. В комнату заходит 2 линии: 1 - силовая, 2 - интерфейсная. Интерфейсная - гигабитный Ethernet/RS-485/ CAN, силовая - по потребности. Стоит небольшой скрытый шкаф (за зеркалом, картиной, чем угодно) есть единый сенсорный пульт управления, клавиши освещения, может голосовой ввод, да не важно. И так далее по всем остальным комнатам. И есть в итоге ещё один контроллер - шлюзовой, который принимает команды из вне, от Алисы, от телефонного шлюза (софт, которым можно с телефона управлять), от нейросети и так далее, и он-же обрабатывает взаимодействия между комнатами, имеет распределение общих/централизованных команд.
И все, децентрализация есть, кабелей по 100км тянуть не нужно, шкафов со 100500 автоматами не требуется, управление откуда угодно и чем угодно и так далее. Вся пром автоматизация сейчас так работает. Там только комнаты побольше, но и управляются они не одним ПЛК.
И если сдох один контроллер, то не нужно хоронить весь дом.
Да, возможно будет дороже, но думаю что за счёт одних только проводов и их монтажа можно будет ещё и сэкономить.
Вот например шторы:
Dooya DT82TV (Modbus version): Популярный привод, поддерживающий управление по RS-485. Позволяет не только открывать/закрывать штору, но и получать обратную связь о точном положении в процентах.
Onviz (серия с RS-485): Российский бренд, предлагающий карнизы, которые подключаются напрямую к промышленным контроллерам (ПЛК) через Modbus RTU без дополнительных шлюзов.
В конце концов есть просто приводы для штор, с концевиками, с энкодерами, без всего, без wifi, zigbee, tuya и всего остального. Их можно запустить при помощи дискретных входов-выходов и счетных входов.
А вот кондиционеры:
Mitsubishi Electric: Модуль ME-AC-MBS1 позволяет подключить любую бытовую модель серии M или Mr. Slim напрямую к сети Modbus RTU.
Haier: Многие модели поддерживают подключение к Modbus через дополнительные интерфейсные модули для интеграции в BMS.
Midea / Kentatsu / Hisense: Имеют порты (часто маркируются X, Y, E), к которым подключаются шлюзы Modbus RTU (например, MD-AC-MBS).
Вообще, с кондиционерами все гораздо проще, они управляются по ИК. Поэтому тут вообще все легко, ставится ИК шлюз и прошивается ряд команд на нужное железо, так сказать обучается ИК шлюз и потом ПЛК просто кидает команду в этот шлюз по Modbus или как запрограммирован этот шлюз. Нормальные ПЛК умеют это делать легко и просто.
А что касается этого момента, то тут вообще все просто, открывается код программы и там все видно, какой вход, какой выход, какая логика и так далее. Меняй, коректируй, добавляй.
Конечно, если этот файл не отдали вам, зажали или пытаются заработать на этом, это совсем другой вопрос
Писать логику для Siemens или Schneider или Mitsubishi на одних и тех-же "языках", это как программировать разный софт на одном языке программирования. База едина.
Да, согласен, я тут неправильно написал, это программно-аппаратное обеспечение.
Я уже пробовал дискутировать с одним из ваших специалистов - бесполезно. Он искренне был уверен в том, что прав. Прав во всем, о чем он думает, не смотря на все то, что ему сказали. Поэтому я не горю желанием дискутировать с вам на выставках. Это бесполезно, вы всегда стоите на своём. Возможно потому что не знаете другого, возможно потому что считаете себя правыми во всем, возможно потому что вам так сказали, что представленный продукт - самый лучший и его нужно отстаивать.
Ну тех, кто пишет логику ПЛК на МЭК достаточно много.
Это любой промышленный ПЛК поддерживает. Только сейчас каждый "уважающий себя" производитель стремиться сделать свою логику, свое управление, свою платформу и так далее. Это как в языках программирования, их клепают как горячие пирожки, клепают фреймворки и всякое прочее, но самые достойные, универсальные вещи как писали на С и С++, так и продолжают это делать. Классика продолжает жить, развиваться и закреплять я. Ну поиграются немного с WB и бросят его, когда не смогут что-то добавить или убрать из умного дома или стоить это будет как установить ещё один умный дом. Потому что специалистов нет или производитель выпустил новый контроллер WB158 который не поддерживает логику старого WB7. Как то так это бывает.
Вы немного путаете. Сейчас и то и другое - это софт, только если этот софт прошит в ПЛК это аппаратное обеспечение, а если вы гоняете протоколы через дополнительный ПК или сервер, это и есть тот самый софт, который я и имею ввиду. Это софт верхнего уровня. И чем больше именно вот этих залепух, протоколов, и костылей, тем хуже. А большинство кодеров именно это и используют, а ПЛК просто юзают в качестве "передаста" получить от него сигналы и отдать ему команды управления.
Терморегуляторы и реле управления вентиляцией могут иметь дискретные и аналоговые выходы и входы для управления и контроля, ну или классический Modbus. Если же этого нет и используется wi-fi или что-то подобное, беспроводное, то это не реле, а залепуха, которую через одно место нужно интегрировать в эту недосистему.
В том и дело, что если все узлы собирать на аппаратом уровне, без прокладок (wi-fi, zigbee, mqtt), без кучи аппаратным протоколов, потом программныйх, дополнительного железа и так далее, то это и будет тот самый умный дом, который будет работать на уровне пары контроллеров и без софа верхнего уровня (если вдруг сдохнет жёсткий диск, оперативная память, блок питания на сервере или на ПК интеграции)
Видимо вы не знаете что такое реальная автоматизация, когда все плк общаются между собой и имеют отдельный протокол для управления производством, если все scada и серверы вышли из строя (или к ним просто нет доступа). И здесь речь идёт про огромные предприятия, где стоят распределенные системы из нескольких десятков ПЛК, десятков тысяч датчиков и исполнительных устройств.
А что касается языков МЭК, то тут вы выглядете не просто необразованным, а максимально глупым. Причём тут протоколы и средства "традиционного" умного дома и языки программирования? Белое с кислым путать не нужно. Видимо дальше чем Алиса на колонке, не разбирались и написали просто несколько "умных" слов. Что же в вашем понимании "традиционный" умный дом?
Вообще не понимаю, а зачем здесь SCADA и тем более WB? Запрос на запросе, ответ, опять запрос... Бред какой-то. Что же ТАМ за WMS, которой нужен костыль - прокладка между ПЛК и системой? Тоже что-то самописанное и требующее поддержки?
Экономия - это конечнл хорошо, но если настолько, то это уже маразм. Сделайте тогда все тупо на Ардуинах. Дешевле будет.
Сталкивался трижды с подобными системами и 2 из них проектировал в части конвейерной системы, ни разу не использовали такие или подобные прокладки, напрямую из ПЛК в WMS работало. SCADA была, бесплатная и та только для механиков и электриков. Учёт наработки узлов и контроль токов, ну и корректность сработки датчиков.
Действительно, притянули за уши WB в проект автоматизации, как мне кажется тупо для рекламы. Статья ради статьи. Не в первый раз уже.
Я это даже комментировать не стал, потому что проще собрать свой контроллер штор, с проводами чем корячить через WiFi залепуху.
Ну вот я один из тех самых зрелых айтишников, автоматиков, электронщиков и электриков. И да - это и есть интерес к жизни, но правильный, корректный, который будет работать. Работать просто и надёжно, без костылей, без софтверных решений (потому как сам айтишник и понимаю, какими кривыми руками это сделано). А учитывая что ещё и специалист (проектировщик, разработчик, интегратор, инженер и так далее) по автоматизации, КИПиА, электрике, разрабатываю микроэлектронику, в том числе и ПЛК, то видя какой используют кривой (но всеми используемый, значит правильный) подход к "умным домам", то очень сильно расстраиваюсь, видя что идёт деградация. И уверяю вас, айтишник и умный дом - это 2 разных вселённых. Для софтовых спецов - все нужно максимально делать на уровне софа, ставить серверы, интегрировать в се и со всем через протоколы, файлы или службы. А по факту, умный дом, как аппаратная платформа должен работать максимально на аппаратом уровне и работать должен без софт вообще, если что-то остановится, и да, должен иметь софт для коммуникации, а его тащат исключительно в софт, причём не универсальный, а исключительно самописанный, как и все костыли, которые в нашем мире сейчас используются. Используется ПЛК - используй языки МЭК, сделай так, что бы понятно было и тому кто после тебя придёт и после еще таких-же спецов, решил сменить ПЛК - не нужно менять всю инфраструктуру, перезалил на другой ПЛК, переназначил входы-выходы и всё.
А в чем тогда смысл, гонять одно и то-же по кругу и называть это умным домом? Я тут полистал предыдущие статьи автора увидел, что мало того что они идентичны (меняется только версия контроллера WB и количество модулей) так ещё и как они героически справляются с трудностями :
Честно сказать, меня просто порвало от такого подхода. Такое впечатление, что люди не понимают суть автоматизации и ее основные принципы. Просто делают по накатанной схеме и увеличивают один шкаф, не смотря на площади зданий и количества помещений.
И самое печальное, что от статьи к статье ничего не меняется. Зашёл а одному интегратору в телеграмм канал (ссылка на которого была в одной из статей) прочитал много умных мыслей про то, какой должен быть умный дом и задал вопрос: а какое отношение вы имеете к тому что в вас написано? А написано там было про умный дом, какой он должен быть, предвидеть, предугадывать пользователя, должен оснащен кучей датчиков и так далее. Так меня просто заблокировали в комментариях. Не поговорили не спросили почему я так думаю, просто молча без аргументов - блокировка.
Написал автору этого блога - такая же картина - улетел в бан! Ни слова в ответ ни комментария, просто - заблокировали.
Не умеют люди делать умные дома, просто допиливают к ним за пару миллионов пульт управления и крепят его на костыли.
А там с душой или без души они это делают, думаю не важно. Если клиент не шарит в физике, для него кнопка в телефоне для штор - магия.
А самое печальное, что когда я зашёл в телеграм канал Александра Вахрушева, инженер компании «Умный Дом Сервис» и написал комментарий, то был заблокирован без ответа, без чего либо и когда написал ему лично то произошло то-же самое. Это люди, которые не могут признать правду, пускают пыль в глаза, хвастаются своими достижениями (которые даже не их) говорят про умные дома (которые оными не являются), делают щиты и тянут километры проводов, за которые заказчик платит миллионы. И в итоге имеет просто дом с управлением по расписанию или с телефона (максимум Алиса, при наличии интернета).
А поговорить и ответить за свои слова и свое творчество не могут. Могут только молча заблокировать. Это удел слабых и терпил, к сожалению.
Я с вас хренею, а голову включить на пробовали? Что за верх идиотизма все тащить в один щит? Вы никогда автоматизации ей походу не занимались, если для вас сложно в гараж и в биллиаодную поставить отдельные щиты и докинуть туда поди WB по RS-485. Или у вас настолько дерьмовая инфраструктура, что дальше одного шкафа её на оттащить? Просто нет слов, вы взяли большой щит, притащили туда ещё пару километров проводов, кинули заказчика ещё на пару сотен тысяч рублей и при этом остались на коне! Гениально тупо! Никогда такого интегратора не порекомендую. Даже если идея была заказчика.
Опять дом на дистанционном управлении. Ничего нового. Добавляется только высокоуровневая интеграция с костылями. И как всегда все снова в одном щите с километрами проводов. Пролистал и ничего интересного для себя не извлек. Как под копирку с 256-ю предыдущим постами, только владелец меняется. Вам совсем нечем удивить людей?
Easy EDA чем хуже за 0 рублей? Вы его как-то упустили из виду. Для любителей в нем можно делать все, что угодно да и не только для любителей. А тут за домашнюю версию 30 рублей, прикалываетесь?