Мне кажется, что понимаю. В том смысле, как понимает его ПЭУ. А вот вы - не уверен, что это понимаете.
Вам очень кажется... Читайте предисторию в предыдущих комментариях и попробуйте проследить последовательность мысли. Но скорее всего у вас это не получится. Здесь речь идёт не про стандарты и правила, а про бездумное использование оборудования и материалов в квартире с дистанционным управлением, которую ошибочно называют "умным домом". А вы ошибочно влезли в тему не понимая сути вопроса и тыкаете стандартами, оскорбляет участников, выставляя себя героем со знаниями несуществующего стандарта! Уж если вы ошибаетесь при написании стандарта, то что говорить про ваши знания... Вы уверенны в том, что все делаете и пишете правильно, и считаете идиотами всех вокруг. Проснитесь, мир не крутится вокруг вас!
Что у вас за фантазии? Кто же АВ защищает розетку? АВ служит для защиты кабеля от превышения допустимого тока. А вот каждый кабель в жилом доме должен быть защищен: требование п. 3.1.10 ПЭУ.
А в исходнике был посыл на то, что не нужно тащить к каждой розетке отдельный кабель, а использовать группу розеток в комнате. Вы же с ног на голову поставили мой ответ и интерпретировали это вырвав из контекста. Бесполезно вести диалог с человеком, который сути диалога не понимает. Вот и сидите дальше на "своей волне" и пишите свой бред.
По всей видимости ваше эго не позволяет вам мыслить объективно. Я вам описываю конкретные условия, а вы домысливаете того, что там нет. Естественно что не розетка защищается, а кабель и хватит тыкать стандартами. Я проектирую заводы и обогатительные фабрики, естественно я использую стандарты и опирвюсь на них. Здесь пишу для обывателя, а вы как душнила докапываетесь до букв. Ещё и тыкает мне, что я тупой и баран. Оскорбляет в лоб, не зная оппонента. Это как минимум некорректно... А вырывая из контекста мои фразы и комметируя их по своему - просто выставляете человека дураком. И уж если на то пошло то не ПЭУ, как вы пишите, а ПУЭ - Правила Устройства Электроустановок. Такое впечатление, что вы тупо пропустили мой комментарий через нейросеть и своими словами решили передать, но получилось криво.
Вы кроме электрики и вашего *ПЭУ что-то ещё знаете?
Суть умного дома - экономия и безопасность, а в данном случае, при отдельном кабеле к каждой розетке первый принцип нарушается. И если пишете про холодильник, то его потребление мизерное и спокойно коммутируется реле на 10А без последствий.
А тащить отдельный кабель в каждую розетку не дороже чем ставить модуль в подрозетник? И если туда ставить нормальный модуль и запитать его от своей линии на 24В (FTP Cat6, который просто кольцом лежит по всей квартире) то вы просто имеете нормальные модули, которые коммутируют нагрузку в любой розетке и контролируете питание модулей по всей квартире цетрализованно.
И если уж вы используете WB экосистему, то у них и модуль есть для этого (WB-MRM2-mini v.2). Это не реклама и я не поддерживаю WB по своим причинам, но уж если вы стали делать, то можно это сделать более грамотно.
И в этом варианте, у вас в каждую комнату уйдёт только по 2 силовых кабеля и 1 интерфейсный, по которому отдадите ещё и питание 24в для датчиков и реле. Все! Что может быть проще? Захотели - поставили модуль в подрозетник, не захотели - прямой выход на розетку. Так же и с освещением.
Просто получается что народ порой бездумно тащит все в один шкаф, потому что все так делают и доволен, считают что это правильно. А посмотреть на это с другой стороны - не хотят. Понять суть умного дома - тоже не хотят!
В каждую комнату просто отдельный кабель на розетки. На кухню пару кабелей по 6мм2 (при наличии электролиты, к ней отдельный кабель), в зону где стиралка и сушилка тоже отдельный кабель. Для мокрых зон УЗО на 10мА. Если нужен умный дом, то протяну cat6 FTP в помещения. Он и для питания модулей и для передачи данных. В каждую комнату по кабелю и если нужно просто кольцом по всем розеткам и к освещению (ну и соответственно туда, куда необходимо для управления и контроля. Тёплый пол, радиаторы отопления, шторы и так далее).
А ещё порой в каждую комнату на каждую розетку тащат по кабелю, 2,5мм2 и автомат на 16 А ставят. А там только зарядник живёт в этих розетках, все оставшиеся 20 лет.
Мил человек, я этой серой (автоматизацией) занимаюсь 25 лет. О какой лени вы тут можете говорить. Я не предполагаю, как это можно сделать, я говорю как это будет эффективнее и привожу пример, как это делается в автоматизации.
Автоматов в такой схеме получится больше - нужно же еще межшкафные линии защищать.
Только эти автоматы и будут стоять в главном распределительный щите. В комнатах - максимум по паре автоматов и не нужно к каждой розетке тянуть отдельный кабель и защищать её автоматом, это бред! Вы понимаете что такое распределение нагрузок? И теперь расскажите мне, сколько и каких нагрузок будет в комнате где просто отдыхают люди (в основном спят) максимум - пылесос включат (хотя я более чем уверен что там будет стоять робот или будет использоваться аккумуляторный). А вы, в рамках умного дома, тащите через все пространство сотни метров кабеля к каждой розетке и к каждому выключатель, к каждой лампе! Это вам нужно не лениться а сесть и подумать, что же вы делаете и насколько эффективно это используется. Если вы кладёт кабель к розетке в 2,5мм2,а там только торшер и зарядник, то вы переплачивать за сечение кабеля, а если вы ещё этой розеткой управляет, то ещё и тратите ресурсы на автоматизацию и защиту этой розетки. А можно было просто сделать одну линию на всю комнату и не париться. Я понимаю, если это мокрые зоны или кухня или гараж, где нагрузки переменные и есть риск и даже там нет смысла вытягивать отдельными кабеля и в центральный щит.
Почему именно 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 и серверы вышли из строя (или к ним просто нет доступа). И здесь речь идёт про огромные предприятия, где стоят распределенные системы из нескольких десятков ПЛК, десятков тысяч датчиков и исполнительных устройств.
которые не поддерживают практически ничего из протоколов и средств "традиционного" умного дома. Скорее опять через всякие чудошлюзы и костыли. Что умный дом, что климатика - сильный вендорлок и это устраивает и производителей и интеграторов
А что касается языков МЭК, то тут вы выглядете не просто необразованным, а максимально глупым. Причём тут протоколы и средства "традиционного" умного дома и языки программирования? Белое с кислым путать не нужно. Видимо дальше чем Алиса на колонке, не разбирались и написали просто несколько "умных" слов. Что же в вашем понимании "традиционный" умный дом?
Вам очень кажется... Читайте предисторию в предыдущих комментариях и попробуйте проследить последовательность мысли. Но скорее всего у вас это не получится. Здесь речь идёт не про стандарты и правила, а про бездумное использование оборудования и материалов в квартире с дистанционным управлением, которую ошибочно называют "умным домом". А вы ошибочно влезли в тему не понимая сути вопроса и тыкаете стандартами, оскорбляет участников, выставляя себя героем со знаниями несуществующего стандарта! Уж если вы ошибаетесь при написании стандарта, то что говорить про ваши знания... Вы уверенны в том, что все делаете и пишете правильно, и считаете идиотами всех вокруг. Проснитесь, мир не крутится вокруг вас!
А в исходнике был посыл на то, что не нужно тащить к каждой розетке отдельный кабель, а использовать группу розеток в комнате. Вы же с ног на голову поставили мой ответ и интерпретировали это вырвав из контекста. Бесполезно вести диалог с человеком, который сути диалога не понимает. Вот и сидите дальше на "своей волне" и пишите свой бред.
По всей видимости ваше эго не позволяет вам мыслить объективно. Я вам описываю конкретные условия, а вы домысливаете того, что там нет. Естественно что не розетка защищается, а кабель и хватит тыкать стандартами. Я проектирую заводы и обогатительные фабрики, естественно я использую стандарты и опирвюсь на них. Здесь пишу для обывателя, а вы как душнила докапываетесь до букв. Ещё и тыкает мне, что я тупой и баран. Оскорбляет в лоб, не зная оппонента. Это как минимум некорректно... А вырывая из контекста мои фразы и комметируя их по своему - просто выставляете человека дураком. И уж если на то пошло то не ПЭУ, как вы пишите, а ПУЭ - Правила Устройства Электроустановок. Такое впечатление, что вы тупо пропустили мой комментарий через нейросеть и своими словами решили передать, но получилось криво.
Вы кроме электрики и вашего *ПЭУ что-то ещё знаете?
Суть умного дома - экономия и безопасность, а в данном случае, при отдельном кабеле к каждой розетке первый принцип нарушается. И если пишете про холодильник, то его потребление мизерное и спокойно коммутируется реле на 10А без последствий.
А тащить отдельный кабель в каждую розетку не дороже чем ставить модуль в подрозетник? И если туда ставить нормальный модуль и запитать его от своей линии на 24В (FTP Cat6, который просто кольцом лежит по всей квартире) то вы просто имеете нормальные модули, которые коммутируют нагрузку в любой розетке и контролируете питание модулей по всей квартире цетрализованно.
И если уж вы используете WB экосистему, то у них и модуль есть для этого (WB-MRM2-mini v.2). Это не реклама и я не поддерживаю WB по своим причинам, но уж если вы стали делать, то можно это сделать более грамотно.
И в этом варианте, у вас в каждую комнату уйдёт только по 2 силовых кабеля и 1 интерфейсный, по которому отдадите ещё и питание 24в для датчиков и реле. Все! Что может быть проще? Захотели - поставили модуль в подрозетник, не захотели - прямой выход на розетку. Так же и с освещением.
Просто получается что народ порой бездумно тащит все в один шкаф, потому что все так делают и доволен, считают что это правильно. А посмотреть на это с другой стороны - не хотят. Понять суть умного дома - тоже не хотят!
В каждую комнату просто отдельный кабель на розетки. На кухню пару кабелей по 6мм2 (при наличии электролиты, к ней отдельный кабель), в зону где стиралка и сушилка тоже отдельный кабель. Для мокрых зон УЗО на 10мА. Если нужен умный дом, то протяну cat6 FTP в помещения. Он и для питания модулей и для передачи данных. В каждую комнату по кабелю и если нужно просто кольцом по всем розеткам и к освещению (ну и соответственно туда, куда необходимо для управления и контроля. Тёплый пол, радиаторы отопления, шторы и так далее).
Это я бы так сделал.
А ещё порой в каждую комнату на каждую розетку тащат по кабелю, 2,5мм2 и автомат на 16 А ставят. А там только зарядник живёт в этих розетках, все оставшиеся 20 лет.
Мил человек, я этой серой (автоматизацией) занимаюсь 25 лет. О какой лени вы тут можете говорить. Я не предполагаю, как это можно сделать, я говорю как это будет эффективнее и привожу пример, как это делается в автоматизации.
Только эти автоматы и будут стоять в главном распределительный щите. В комнатах - максимум по паре автоматов и не нужно к каждой розетке тянуть отдельный кабель и защищать её автоматом, это бред! Вы понимаете что такое распределение нагрузок? И теперь расскажите мне, сколько и каких нагрузок будет в комнате где просто отдыхают люди (в основном спят) максимум - пылесос включат (хотя я более чем уверен что там будет стоять робот или будет использоваться аккумуляторный). А вы, в рамках умного дома, тащите через все пространство сотни метров кабеля к каждой розетке и к каждому выключатель, к каждой лампе! Это вам нужно не лениться а сесть и подумать, что же вы делаете и насколько эффективно это используется. Если вы кладёт кабель к розетке в 2,5мм2,а там только торшер и зарядник, то вы переплачивать за сечение кабеля, а если вы ещё этой розеткой управляет, то ещё и тратите ресурсы на автоматизацию и защиту этой розетки. А можно было просто сделать одну линию на всю комнату и не париться. Я понимаю, если это мокрые зоны или кухня или гараж, где нагрузки переменные и есть риск и даже там нет смысла вытягивать отдельными кабеля и в центральный щит.
Рассмотри вот такие варианты:
1 - основная плата: Adafruit Feather nRF52840 Express (сверхнизкое потребление BLE). Плата расширения: Adafruit USB Host BFF (на базе чипа MAX3421E).
2 - основная плата: Esp32-h2, Контроллер хоста клавиатуры CH9350. Приятная сборка, эффективнее чем pi pico w.
3 - WCH CH582 / CH583 - все на борту, но нужно программировать уметь. Очень низкое энергопотребление. Копеечный мк.
Почему именно 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 и серверы вышли из строя (или к ним просто нет доступа). И здесь речь идёт про огромные предприятия, где стоят распределенные системы из нескольких десятков ПЛК, десятков тысяч датчиков и исполнительных устройств.
А что касается языков МЭК, то тут вы выглядете не просто необразованным, а максимально глупым. Причём тут протоколы и средства "традиционного" умного дома и языки программирования? Белое с кислым путать не нужно. Видимо дальше чем Алиса на колонке, не разбирались и написали просто несколько "умных" слов. Что же в вашем понимании "традиционный" умный дом?