Самое интересное, что все эти драконовские меры пока проходят мимо трафика из дата-центров. Не скажу за совершенно всех, но я в один прекрасный момент понял, что держать свой VPN-сервер за границей совершенно ни к чему (если цель - именно доступ к заблокированным ресурсам, а не privacy), потому как VPN, развёрнутый в виртуалке у российского провайдера, имеет неограниченный доступ ко всем неугодным РКН адресам. А при latency <3ms до этой виртуалки использование VPN практически не сказывается на скорости подключения (в отличие от 30-50ms до европейских серверов). В общем, на ворота повесили десятый по счёту замок, а сбоку от ворот дыра в заборе... Слава Богу, конечно :), но смешно.
Если вкратце, регаетесь у Оракла, заводите там бесплатный инстанс, если впишетесь в эти ограничения (если выбрать ARM, то дают бесплатно 4 ядра с 24 гигами оперативы, и это не шутка) — Oracle обещает что оно навсегда останется бесплатным. У меня уже триальный срок прошёл — я продолжаю пользоваться. Инстанс — это полноценный виртуальный сервер. Вы к нему можете подключаться по SSH для управления. Ну и в SSH есть штатная возможность создавать туннели, на винде в Putty/Kitty это выглядит вот так. Дальше настраиваете свой браузер на использование локального прокси для списка заблокированных сайтов. Можно для этого использовать PAC-файл (что поддерживают все браузера со времён Netscape) типа такого:
var hosts = [
"lurkmore.to",
"change.org"
];
function FindProxyForURL(url, host)
{
for (var i = 0; i < hosts.length; i++)
{
if (host == hosts[i] || host.substring(host.length - hosts[i].length - 1, host.length) == ('.' + hosts[i]))
{
return 'SOCKS localhost:1080';
}
}
return 'DIRECT';
}
Ну и после этого остаётся только иногда обновлять список заблокированных сайтов, которые хотелось бы перенаправлять через ваш туннель. Если не хочется писать PAC-файл, есть расширения что умеют проксировать запросы к сайтам по списку.
Можно просто SSH-туннель создать, и проксировать трафик к заблокированным сайтам через него. Достаточно бесплатного аккаунта у облачных хостеров (например).
Если я правильно понимаю, единственный вариант выходить на заблокированные ресурсы в условиях блокировки Тора и обычного VPN — зарегистрироваться на каком-то зарубежном VPS хостинге, написать какую-то свою сетевую программу, маскирующую VPN под что нибудь невинное, и соединяться через нее. Кажется, на Хабре даже была статья, в которой рассказывалось как это сделать с каким-то бесплатным хостингом…
если честно, ощущения двойственные. Приятно смотерть, что всё такое ухоженное и что небоскрёбы не давят. Но, блин, жить в этой тесноте я бы скорее всего не смог.
Если страшно использовать Вариант 5, нет знаний чтобы использовать Вариант 3, то воспользуйтесь вариантом 2.
Вариант 3 позволяет шифровать с ключом 256 байт и такой же по экономии батарейки как 4 и 5.
Вариант 2 позволяет шифровать с ключом любой длины и лишь в 2 раза менее эффективнее, чем 3,4 и 5.
Но вариант 2 экономичнее раз в 10, чем применяемые сейчас большинством.
Проблема лишь в уровне знаний пользователя, особо когда кроме ардуино тот ничего другого не знает.
Здравствуйте.
Из того, с чем я успел познакомиться при монтаже и
обслуживании бытового электро котла Zota Smart 23 кВт.
Внешний передний кожух. Вопросы:
0.1 Трудно было сделать его открывающимся (как дверца)
0.2 или сделать на защелках
0.3 Или хотя бы использовать т.н. "барашки", вместо + винтов ???! Хорошо, что не — или какой-нибудь шестигранник звездочка!
21 век! Гений инженерной мысли!
Чтобы открыть крышку надо встать на стремянку!!! И орудовать отверткой в неудобной позе.
Очень часто Котлы размещаются в специальных помещениях и они далеко не всегда позволяют организовать
пространство для подъезда автоподъемника.
Расположение и изоляция контактной группы силовых реле при открытии крышки
Имеет самое прямое отношение к открытию крышки. Неудобству и связанным с этим лишним манипуляциям (поймать эти винты, поймать крышку, чтоб не упала и т.д.)
крышка снимается и первое, на что может "случайно" наткнуться пользователь (напоминаю, это бытовое устройство)
Контакты силовой группы. Огалены. См фото, например это https://www.teplogid.ru/uploads/images/7-5-mk1.jpg
Это же уму не растяжимо! Хоть бы крышки какие-то сделали или прозрачную пластиковую пластину. с предупреждением. Но нет!
И так сойдет. Еще один "гений" проектировки.
Саморез. Прям такой, самый настоящий. 23-30 мм. Пережито лично моим пальцем при попытке переключения насоса с одной контактной группы
контроллера на другую (вопрос к "надежности". уж не знаю, реле там залипло или еще что, но насос перестал работать
при этом контроллер показывает — все хорошо. насос крутится. это первый вопрос к обратной связи и количеству контуров проверки оборудования).
Обратная связь тенов и контроллера. Это вообще песня.
Смонтировали. Включили котел. Он работает. Мы оставили его.
Приходим через время. Котел работает. Температура не поднимается.
Котел работает. Смотрим настройки на индикации. Видим, что включены 2 тена из 3.
Температура не поднимается. Насос жужжит. Давление в системе 1.8
Так и ждем… Тут я снимаю крышку и ох… совершенно случайно вижу (!!) Общий вводной автомат включен, а группа автоматов, которая уходит на тены — выключена!
Чудеса проектирования!
Узнать об этом — невозможно, пока не снимешь крышку! Индикации об этом нет.
А контроллер то запитан от основного вводного автомата.
А получилось так, что воздух скопился и от перегрева вырубились автоматы тэна. Но, не основной.
Тэны остыли, все пришло в норму. Индикация в порядке, но ничего не пашет.
Привет системе отопления!
По этому не рассказывайте мне сказки про обратную связь (кого с кем и о чем она — неизвестно).
ЭТо — касается ТОЛЬКО механической и электрической реализации. Что там в прошивке, я неизвестно.
Знаете. Все прошлое лето я занимался тем, что переделывал за "специально обученными" людьми почти все.
Один электрик спалил 2 контроллера и чуть котел не угробил (не увидел обозначение ноля)
И схему переключения на резерв сделал так, что при подаче основного напряжения была бы встреча фаз.
Сигнализаторщики 3 месяца ходили вокруг срабатывающего датчика и не могли понять почему он срабатывает
(комплекс причин — дребезг контактов и дыра в стене с перепадом температур).
Я согласен с тем, что WiFi — это очень ненадежно.
Вообще, все, что не медь или волокно — ненадежно.
Датчики, силовые устройства должны быть автономны, продублированы и сопровождаться механическим контуром.
На случай, если все это навернется.
Элементы должны быть такими, чтоб их можно было быстро и не дорого заменить.
А не как сейчас у нас. Либо дорого, либо дорого и долго.
Система должна быть замкнутой, с локальным сбором статистики и управления.
И ни одно устройство не должно смотреть в эти ваши интернеты просто так, даже близко.
Я вообще категорический противник всех этих облачных сервисов и приложений.
Вот буквально… сгорел дата центр и все навернулось.
По этому, если умеешь — разрабатывай сам и делай сам (только желательно стандартизируй и унифицируй помня о том, что ты не вечен и кому-то придется
потом с этим жить и что-то делать)
Свет в туалете голосом, да и прочие светильники и т.д. примочки — по мне шляпа.
Есть системы, требующие частичной автоматизации.
Уровни воды в резервуарах, температуры в доме (он же расход электричества и т.д.)
теплый пол или термагент и т.д.
По мне, если человек заинтересовался и что-то делает. Это хорошо и правильно.
Китайцы именно так и подняли свою экономику.
И говорить ему, мол, "что за говно ты тут делаешь" по меньшей мере надо с оглядкой, т.к.
возвращаясь к п. выше в промышленных девайсах это "говно" поставлено вообще на поток.
Постепенно, человек прийдет к пониманию, что где-то надо пром решения, а где-то категорически не надо.
Все это шляпа имхо.
Все эти "просышленные" системы, ваяются теми же китайцами за отдельную плату.
И по идее, должны быть, в силу станлартищации и массовости дешёвыми, но зрен там. Ценник заоблачный.
А качество всё равно никто не гарантирует.
А уж исполнение, порой, превосзодит вообще все ожидания
Берем котел зоиа, открывпем, а там жопа.
Первым делом офигеваем от того, что все силовые контктные группы ВООБЩЕ БЕЗ изоляции!!!
Выключатель схемы прикручен САМОРЕЩОМ!!! Это же уму не растяжимо!
Контроллер вообще не знает, включен ли силовой автомат. Потому что никакой свящи с ним и контроля нет.
Я уж молчу, что открыть кожух, чтобы выключить силовой автомат без отвертки невозможно.
И это — гордо называется "инженерная система"… или что вы там рекламируете.
Вторая часть — сигналка… промышленная…
Глючная от слова совсем. Задолбался бегать вокруг датчиков и выяснять причину срабоики. То ли датчик глючит, то ли умельцы так смонтировали. Зато ценник профессиональный.
Паять очередную есп и не надо. Если ты сделал прототип и отработал его — закажи на производстве. Слелают качественно и быстро. То же касается и прошивки.
150 датчиков это потому, что вам их надо продать… Вы на этом зарабатываете. И не малые деньги.
А люди делают ровно то, в чем испытывают потребность в автоматищации. При этом с вощмодностью автоеомии и горячей замены на приемлимые суммы, а не покупая очерелной самолет. И ожидая по несколько недель.
Как было у меня с контроллером вулкана.
Если от стадии «у меня метеостанция на ардуине с mqtt и кнопкой» вы начнёте переходить к «я не хочу вообще ничего видеть и знать (пока не занимаюсь отладкой) о богатом внутреннем мире датчиков дома, но хочу чтобы оно само делало мне и (!) остальной моей семье удобно» — вы постепенно обнаружите, что:
1) esp — это только для очень кастомных устройств с очень кастомной логикой прямо на борту (и тогда там гораздо интереснее с ESPHome).
2) к 30-40 устройствам начинаются лаги (да-да, wifi), и включенная соседями фиговая микроволновка (или начало просмотра HD-видео на том же wifi-канале) вдруг задерживает автоматическое включение света в туалете на 5 секунд.
3) универсальные устройства (и температура, и движение, и освещённость, да ещё с кнопкой поверх) — совершенно бессмысленны. Температуру и влажность надо измерять там, где на них нет внияния местных факторов, датчик движения должен быть направлен туда куда надо (а не там, где удобно поставить кнопку) и т.д. Так что отдельных устройств надо ещё чуть больше.
4) чтобы делать удобно, порогом не должно быть «ой, надо ещё одну esp`шку паять и потом в веб-интерфейсе настраивать на ней всё… завтра сделаю», а надо чтобы когда пришла интересная идея — можно было просто взять с полки очередной готовый покупной датчик / кнопочку — и через 5 минут идея запущена в проверку жизнью.
5) во все места, где надо что-то поставить, провода с питанием для esp тянуть нереально.
6) 99.9% статей со словами «умный дом» — это про (на выбор): «я спаял датчик и сделал для него прошивку» / «я на стадии ремонта закатал в стены 10км проводов» / «я сделал бота, который может прислать мне температуру в каждой комнате» / <дополняйте, у кого в голове уже сложился свой подобный список> — и прочих вещах, не имеющих к реальному удобству никакого отношения. Почему-то до статей о реальном удобстве у тех, кто начинал с вышеприведённых тем, обычно дело не доходит. (просто статистика личных наблюдений).
И где-то в этот момент вы с удивлением обнаружите, что устройств действительно уже под сотню, но это как-то уже не кажется много. Они просто естесвтенным образом, без всякой гонки за их количеством, заводятся сами по мере движения по пути «действительно удобно, а не типа-дом-будущего-из-фильмов».
И где-то тут же, перечитав написанное ранее, вы сами очень удивитесь требованиям 3, 4, 5, 6 из первой статьи (специально ходил посмотреть, что же вы понимаете под «умным домом»). «Надо побольше программировать, и чтобы обязательно конкретный язык, и конкретный протокол» — это как требования к типоразмеру транзисторов, цвету текстолита и возможности заливать свою прошивку в контроллеры всей моей домашней техники: возможно, важно, если изначальная цель — для души дни напролёт в этой технике ковыряться, но совершенно пофигу, если цель — пользоваться. Даже если иногда надо будет влезть внутрь и что-то исправить.
Простите, а вы на каждое устройство будете по три статьи писать? То есть, если у меня около 150 устройств в умном доме, то мне стоит опубликовать 450 статей?
Ну и по теме: ESP, конечно, отличный продукт для DIY поделок в IOT, но не для датчиков. Идеальный датчик — компактный и с питанием от батареи, желательно с автономностью более года. Таких датчиков на рынке полно, например Aqara (температура+влажность+давление). Компактность, отличный дизайн, автономность более года, отсутствие необходимости размещать где-то блок питания, отсутствие проблем с покрытием WiFi, и ценник практически идентичный нормальной ESP+датчики+блок питания
Да и в целом, каждая технология хороша для своих целей. Для датчиков практически идеальны ZigBee и ZWave, но учитывая цены zigbee выигрывает в одни ворота. Там где есть постоянное питание, нет проблем с покрытием wifi и требуется побольше GPIO — можно применить и ESP. У меня они стоят в кондиционерах Mitsubishi, в умных выключателях, на домофоне, управляют рольставнями, замками на калитке и в кабинете, приводом дверки бара и его подсветкой, измеряют объем в баке для питьевой воды, рулят умной системой полива с подключением BLE-датчиков почвы, трудятся в приводе открытия окон Drivent ну и т.д. Устройств на ESP в сети не 11 и даже не 21, а гораздо больше и все работает, НО! у меня очень приличное оборудование (ubiquti), есть отдельная wifi сеть для IOT устройств с оптимизированными под них настройками, и все равно некоторые есп-шки на некоторых устройствах порой немного дурят. Так что не идеальное это решение, к сожалению.
Я, кстати, перепробовал все самые популярные прошивки (Espeasy, Tasmota, ESPHome) и пользуюсь исключительно последней, как самой удобной и активно развивающейся. Я даже shelly на нее перешиваю, хотя там и своя прошивка очень неплохая и с MQTT из под капота.
По поводу платного MQTT-сервера в облаке — тоже очень мммм… своеобразное решение. Т.е. надежность снижается (для работы автоматизаций требуется интернет), скорость отклика снижается, безопасность снижается и за все это еще надо платить деньги.
При этом собственный mqtt-сервер поднимается за 5 мин и на любом устройстве чуть посложнее кофеварки. Ну и от Home Assistant (или OpenHab, Majordomo) никуда настоящему энтузиасту не деться. С ним все проще, быстрее, удобнее, красивее и надежнее.
— Алло, МЧС? У нас тут вызов, произошёл хлопок газа, несколько человек самоизолировались под завалами. — Что? — Возможен отрицательный рост жильцов. — Что, блять? — На месте дома плато, говорю, поверхность стабилизировалась.
Гелий и сейчас дорог и не всегда купишь (бывает его дефицит) а надувать шарики водородом - идея не очень. Небезопасно и шарик с водородом сдувается еще быстрее, чем шарик с гелием.
Купить соляную и чистую серную кислоту сейчас частным лицам нельзя (прекурсор).
Щелочь сухую можно свободно купить в магазине химреактивов так что щелочь + алюминий - можно применить в быту.
Это выглядит как костыль - усилить экспрессию гена путём создания в нём дефекта, просто для того чтобы привлечь необходимые белки.
Получается, что у ДНК ограничен не только ресурс копирования, но и ресурс чтения. Более того, каждая такая "процедура активации чтения" может не просто сломать необходимый ген, но и превратить его во вредоносный (прионный). Вероятно, для успешной борьбы со старением придётся вначале пофиксить этот механизм, например, исправлять ДНК путём проверки контрольных сумм.
Подскажите, как можно проверить модуль ESP-01 на работоспособность при минимальных затратах времени и сил?
Находил такой вариант: подключить VCC и CH_PD к 3.3V, GND к GND, после этого через некоторое время должна появиться новая сеть.
Распиновка
В моем случае загорается красный светодиод, на одном модуле еще пару раз мигает синий.
Один раз даже удалось на пару секунд найти новую сеть, остальные попытки безуспешны.
Сейчас в моду вошли так называемые СофтПЛК — обыкновенный компьютер + ПЛК рантайм. Это очень удобно, так как софт не привязан к конкретному железу и последнее можно выбирать по своему усмотрению — от дешевого одноплатника до супернадежного и производительного сервера. Также тот же самый компьютер помимо ПЛК может выполнять кучу других задач. Я в своих проектах использую Raspberry Pi + Codesys.
В качестве I/O используются промышленные модули ввода/вывода. Я использую EtherCAT — так как на ebay их полно, другие используют дешевые модули на Modbus TCP с Али. Преимущество такого подхода — легкая расширяемость, широкий выбор, компьютер полностью развязан от I/O, также модули обычно сертифицированы под промышленные стандарты ЭМС и безопасности, поэтому нет проблем с "очень тонкие дорожки, супрессор для защиты, подтяжки и т.д", которые тут поднимались.
Задачи IoT в данном подходе решает установка на тот же ПЛК такой штуки как "сервер удаленного доступа и визуализации" — как я их называю. Т.е. это софт, который связывает различные сетевые протоколы, обеспечивает Web сервисы и прочие удобства. У меня хороший опыт с NodeRED и OpenHAB для этих целей, которые, ессно, тоже прекрасно уживаются на том же Raspberry Pi.
А найдите мне пожалуйста девайс схожей функциональности на рынке. Хоть даже за 500$. Ссылку плиз в студию!
На том же ForumHouse у меня есть проект умной ванны, где сделан аналогичный контроллер.
А почему? Я как раз использую. На нем какое-то проклятие?
Большое падение напряжения, около вольта. Замедляет срабатывание реле и сужает его рабочий температурный диапазон чуть ли не до 25±5 °С. Ставьте обычный полевик типа IRLML2402 плюс на обмотку защитный TVS типа SMAJ5.0CA — SMAJ10CA.
А есть где-то легкая статья про эти слова?
У TE довольно много статей про продление жизни контактов реле
Самое интересное, что все эти драконовские меры пока проходят мимо трафика из дата-центров. Не скажу за совершенно всех, но я в один прекрасный момент понял, что держать свой VPN-сервер за границей совершенно ни к чему (если цель - именно доступ к заблокированным ресурсам, а не privacy), потому как VPN, развёрнутый в виртуалке у российского провайдера, имеет неограниченный доступ ко всем неугодным РКН адресам. А при latency <3ms до этой виртуалки использование VPN практически не сказывается на скорости подключения (в отличие от 30-50ms до европейских серверов).
В общем, на ворота повесили десятый по счёту замок, а сбоку от ворот дыра в заборе... Слава Богу, конечно :), но смешно.
Ну и после этого остаётся только иногда обновлять список заблокированных сайтов, которые хотелось бы перенаправлять через ваш туннель. Если не хочется писать PAC-файл, есть расширения что умеют проксировать запросы к сайтам по списку.
А вот тут - реальные проекты, например, на фабрике в Магнитогорске.
https://www.general-vision.com/
Да и чипов уже немало, и в процессорах Intel (и в IBM) эти технологии уже давно используются.
И есть Neuroshield для Arduino. И платки с нейрочипами для Raspberry Pi и т.д.
Хорошая идея, когда звонят с неизвестного номера, говорить не "алло" или "слушаю", а "вечер в хату":))
я как-то случайно наткнулся на видео Прогулка по Токио из дня в дождливую ночь - Хигаси-Икэбукуро, Мэдзиро, Икэбукуро・4K HDR и залип.
если честно, ощущения двойственные.
Приятно смотерть, что всё такое ухоженное и что небоскрёбы не давят.
Но, блин, жить в этой тесноте я бы скорее всего не смог.
Вариант 3 позволяет шифровать с ключом 256 байт и такой же по экономии батарейки как 4 и 5.
Вариант 2 позволяет шифровать с ключом любой длины и лишь в 2 раза менее эффективнее, чем 3,4 и 5.
Но вариант 2 экономичнее раз в 10, чем применяемые сейчас большинством.
Проблема лишь в уровне знаний пользователя, особо когда кроме ардуино тот ничего другого не знает.
https://www.thingiverse.com/thing:4078710
А вообще вот, видео об использовании кластера RPi в локальной сети:
www.youtube.com/watch?v=LcuNc4jz-iU
Здравствуйте.
Из того, с чем я успел познакомиться при монтаже и
обслуживании бытового электро котла Zota Smart 23 кВт.
0.1 Трудно было сделать его открывающимся (как дверца)
0.2 или сделать на защелках
0.3 Или хотя бы использовать т.н. "барашки", вместо + винтов ???! Хорошо, что не — или какой-нибудь шестигранник звездочка!
21 век! Гений инженерной мысли!
Чтобы открыть крышку надо встать на стремянку!!! И орудовать отверткой в неудобной позе.
Очень часто Котлы размещаются в специальных помещениях и они далеко не всегда позволяют организовать
пространство для подъезда автоподъемника.
Имеет самое прямое отношение к открытию крышки. Неудобству и связанным с этим лишним манипуляциям (поймать эти винты, поймать крышку, чтоб не упала и т.д.)
крышка снимается и первое, на что может "случайно" наткнуться пользователь (напоминаю, это бытовое устройство)
Контакты силовой группы. Огалены. См фото, например это
https://www.teplogid.ru/uploads/images/7-5-mk1.jpg
Это же уму не растяжимо! Хоть бы крышки какие-то сделали или прозрачную пластиковую пластину. с предупреждением. Но нет!
И так сойдет. Еще один "гений" проектировки.
Саморез. Прям такой, самый настоящий. 23-30 мм. Пережито лично моим пальцем при попытке переключения насоса с одной контактной группы
контроллера на другую (вопрос к "надежности". уж не знаю, реле там залипло или еще что, но насос перестал работать
при этом контроллер показывает — все хорошо. насос крутится. это первый вопрос к обратной связи и количеству контуров проверки оборудования).
Обратная связь тенов и контроллера. Это вообще песня.
Смонтировали. Включили котел. Он работает. Мы оставили его.
Приходим через время. Котел работает. Температура не поднимается.
Котел работает. Смотрим настройки на индикации. Видим, что включены 2 тена из 3.
Температура не поднимается. Насос жужжит. Давление в системе 1.8
Так и ждем… Тут я снимаю крышку и ох… совершенно случайно вижу (!!) Общий вводной автомат включен, а группа автоматов, которая уходит на тены — выключена!
Чудеса проектирования!
Узнать об этом — невозможно, пока не снимешь крышку! Индикации об этом нет.
А контроллер то запитан от основного вводного автомата.
А получилось так, что воздух скопился и от перегрева вырубились автоматы тэна. Но, не основной.
Тэны остыли, все пришло в норму. Индикация в порядке, но ничего не пашет.
Привет системе отопления!
По этому не рассказывайте мне сказки про обратную связь (кого с кем и о чем она — неизвестно).
ЭТо — касается ТОЛЬКО механической и электрической реализации. Что там в прошивке, я неизвестно.
Знаете. Все прошлое лето я занимался тем, что переделывал за "специально обученными" людьми почти все.
Один электрик спалил 2 контроллера и чуть котел не угробил (не увидел обозначение ноля)
И схему переключения на резерв сделал так, что при подаче основного напряжения была бы встреча фаз.
Сигнализаторщики 3 месяца ходили вокруг срабатывающего датчика и не могли понять почему он срабатывает
(комплекс причин — дребезг контактов и дыра в стене с перепадом температур).
Я согласен с тем, что WiFi — это очень ненадежно.
Вообще, все, что не медь или волокно — ненадежно.
Датчики, силовые устройства должны быть автономны, продублированы и сопровождаться механическим контуром.
На случай, если все это навернется.
Элементы должны быть такими, чтоб их можно было быстро и не дорого заменить.
А не как сейчас у нас. Либо дорого, либо дорого и долго.
Система должна быть замкнутой, с локальным сбором статистики и управления.
И ни одно устройство не должно смотреть в эти ваши интернеты просто так, даже близко.
Я вообще категорический противник всех этих облачных сервисов и приложений.
Вот буквально… сгорел дата центр и все навернулось.
По этому, если умеешь — разрабатывай сам и делай сам (только желательно стандартизируй и унифицируй помня о том, что ты не вечен и кому-то придется
потом с этим жить и что-то делать)
Свет в туалете голосом, да и прочие светильники и т.д. примочки — по мне шляпа.
Есть системы, требующие частичной автоматизации.
Уровни воды в резервуарах, температуры в доме (он же расход электричества и т.д.)
теплый пол или термагент и т.д.
По мне, если человек заинтересовался и что-то делает. Это хорошо и правильно.
Китайцы именно так и подняли свою экономику.
И говорить ему, мол, "что за говно ты тут делаешь" по меньшей мере надо с оглядкой, т.к.
возвращаясь к п. выше в промышленных девайсах это "говно" поставлено вообще на поток.
Постепенно, человек прийдет к пониманию, что где-то надо пром решения, а где-то категорически не надо.
Все это шляпа имхо.
Все эти "просышленные" системы, ваяются теми же китайцами за отдельную плату.
И по идее, должны быть, в силу станлартищации и массовости дешёвыми, но зрен там. Ценник заоблачный.
А качество всё равно никто не гарантирует.
А уж исполнение, порой, превосзодит вообще все ожидания
Берем котел зоиа, открывпем, а там жопа.
Первым делом офигеваем от того, что все силовые контктные группы ВООБЩЕ БЕЗ изоляции!!!
Выключатель схемы прикручен САМОРЕЩОМ!!! Это же уму не растяжимо!
Контроллер вообще не знает, включен ли силовой автомат. Потому что никакой свящи с ним и контроля нет.
Я уж молчу, что открыть кожух, чтобы выключить силовой автомат без отвертки невозможно.
И это — гордо называется "инженерная система"… или что вы там рекламируете.
Вторая часть — сигналка… промышленная…
Глючная от слова совсем. Задолбался бегать вокруг датчиков и выяснять причину срабоики. То ли датчик глючит, то ли умельцы так смонтировали. Зато ценник профессиональный.
Паять очередную есп и не надо. Если ты сделал прототип и отработал его — закажи на производстве. Слелают качественно и быстро. То же касается и прошивки.
150 датчиков это потому, что вам их надо продать… Вы на этом зарабатываете. И не малые деньги.
А люди делают ровно то, в чем испытывают потребность в автоматищации. При этом с вощмодностью автоеомии и горячей замены на приемлимые суммы, а не покупая очерелной самолет. И ожидая по несколько недель.
Как было у меня с контроллером вулкана.
1) esp — это только для очень кастомных устройств с очень кастомной логикой прямо на борту (и тогда там гораздо интереснее с ESPHome).
2) к 30-40 устройствам начинаются лаги (да-да, wifi), и включенная соседями фиговая микроволновка (или начало просмотра HD-видео на том же wifi-канале) вдруг задерживает автоматическое включение света в туалете на 5 секунд.
3) универсальные устройства (и температура, и движение, и освещённость, да ещё с кнопкой поверх) — совершенно бессмысленны. Температуру и влажность надо измерять там, где на них нет внияния местных факторов, датчик движения должен быть направлен туда куда надо (а не там, где удобно поставить кнопку) и т.д. Так что отдельных устройств надо ещё чуть больше.
4) чтобы делать удобно, порогом не должно быть «ой, надо ещё одну esp`шку паять и потом в веб-интерфейсе настраивать на ней всё… завтра сделаю», а надо чтобы когда пришла интересная идея — можно было просто взять с полки очередной готовый покупной датчик / кнопочку — и через 5 минут идея запущена в проверку жизнью.
5) во все места, где надо что-то поставить, провода с питанием для esp тянуть нереально.
6) 99.9% статей со словами «умный дом» — это про (на выбор): «я спаял датчик и сделал для него прошивку» / «я на стадии ремонта закатал в стены 10км проводов» / «я сделал бота, который может прислать мне температуру в каждой комнате» / <дополняйте, у кого в голове уже сложился свой подобный список> — и прочих вещах, не имеющих к реальному удобству никакого отношения. Почему-то до статей о реальном удобстве у тех, кто начинал с вышеприведённых тем, обычно дело не доходит. (просто статистика личных наблюдений).
И где-то в этот момент вы с удивлением обнаружите, что устройств действительно уже под сотню, но это как-то уже не кажется много. Они просто естесвтенным образом, без всякой гонки за их количеством, заводятся сами по мере движения по пути «действительно удобно, а не типа-дом-будущего-из-фильмов».
И где-то тут же, перечитав написанное ранее, вы сами очень удивитесь требованиям 3, 4, 5, 6 из первой статьи (специально ходил посмотреть, что же вы понимаете под «умным домом»). «Надо побольше программировать, и чтобы обязательно конкретный язык, и конкретный протокол» — это как требования к типоразмеру транзисторов, цвету текстолита и возможности заливать свою прошивку в контроллеры всей моей домашней техники: возможно, важно, если изначальная цель — для души дни напролёт в этой технике ковыряться, но совершенно пофигу, если цель — пользоваться. Даже если иногда надо будет влезть внутрь и что-то исправить.
Ну и по теме: ESP, конечно, отличный продукт для DIY поделок в IOT, но не для датчиков. Идеальный датчик — компактный и с питанием от батареи, желательно с автономностью более года. Таких датчиков на рынке полно, например Aqara (температура+влажность+давление). Компактность, отличный дизайн, автономность более года, отсутствие необходимости размещать где-то блок питания, отсутствие проблем с покрытием WiFi, и ценник практически идентичный нормальной ESP+датчики+блок питания
Да и в целом, каждая технология хороша для своих целей. Для датчиков практически идеальны ZigBee и ZWave, но учитывая цены zigbee выигрывает в одни ворота. Там где есть постоянное питание, нет проблем с покрытием wifi и требуется побольше GPIO — можно применить и ESP. У меня они стоят в кондиционерах Mitsubishi, в умных выключателях, на домофоне, управляют рольставнями, замками на калитке и в кабинете, приводом дверки бара и его подсветкой, измеряют объем в баке для питьевой воды, рулят умной системой полива с подключением BLE-датчиков почвы, трудятся в приводе открытия окон Drivent ну и т.д. Устройств на ESP в сети не 11 и даже не 21, а гораздо больше и все работает, НО! у меня очень приличное оборудование (ubiquti), есть отдельная wifi сеть для IOT устройств с оптимизированными под них настройками, и все равно некоторые есп-шки на некоторых устройствах порой немного дурят. Так что не идеальное это решение, к сожалению.
Я, кстати, перепробовал все самые популярные прошивки (Espeasy, Tasmota, ESPHome) и пользуюсь исключительно последней, как самой удобной и активно развивающейся. Я даже shelly на нее перешиваю, хотя там и своя прошивка очень неплохая и с MQTT из под капота.
По поводу платного MQTT-сервера в облаке — тоже очень мммм… своеобразное решение. Т.е. надежность снижается (для работы автоматизаций требуется интернет), скорость отклика снижается, безопасность снижается и за все это еще надо платить деньги.
При этом собственный mqtt-сервер поднимается за 5 мин и на любом устройстве чуть посложнее кофеварки. Ну и от Home Assistant (или OpenHab, Majordomo) никуда настоящему энтузиасту не деться. С ним все проще, быстрее, удобнее, красивее и надежнее.
Это была отсылка к известному анекдоту
— Алло, МЧС? У нас тут вызов, произошёл хлопок газа, несколько человек самоизолировались под завалами.
— Что?
— Возможен отрицательный рост жильцов.
— Что, блять?
— На месте дома плато, говорю, поверхность стабилизировалась.
Гелий и сейчас дорог и не всегда купишь (бывает его дефицит) а надувать шарики водородом - идея не очень. Небезопасно и шарик с водородом сдувается еще быстрее, чем шарик с гелием.
Купить соляную и чистую серную кислоту сейчас частным лицам нельзя (прекурсор).
Щелочь сухую можно свободно купить в магазине химреактивов так что щелочь + алюминий - можно применить в быту.
Это выглядит как костыль - усилить экспрессию гена путём создания в нём дефекта, просто для того чтобы привлечь необходимые белки.
Получается, что у ДНК ограничен не только ресурс копирования, но и ресурс чтения. Более того, каждая такая "процедура активации чтения" может не просто сломать необходимый ген, но и превратить его во вредоносный (прионный). Вероятно, для успешной борьбы со старением придётся вначале пофиксить этот механизм, например, исправлять ДНК путём проверки контрольных сумм.
Находил такой вариант: подключить VCC и CH_PD к 3.3V, GND к GND, после этого через некоторое время должна появиться новая сеть.
В моем случае загорается красный светодиод, на одном модуле еще пару раз мигает синий.
Один раз даже удалось на пару секунд найти новую сеть, остальные попытки безуспешны.
Сейчас в моду вошли так называемые СофтПЛК — обыкновенный компьютер + ПЛК рантайм. Это очень удобно, так как софт не привязан к конкретному железу и последнее можно выбирать по своему усмотрению — от дешевого одноплатника до супернадежного и производительного сервера. Также тот же самый компьютер помимо ПЛК может выполнять кучу других задач. Я в своих проектах использую Raspberry Pi + Codesys.
В качестве I/O используются промышленные модули ввода/вывода. Я использую EtherCAT — так как на ebay их полно, другие используют дешевые модули на Modbus TCP с Али. Преимущество такого подхода — легкая расширяемость, широкий выбор, компьютер полностью развязан от I/O, также модули обычно сертифицированы под промышленные стандарты ЭМС и безопасности, поэтому нет проблем с "очень тонкие дорожки, супрессор для защиты, подтяжки и т.д", которые тут поднимались.
Задачи IoT в данном подходе решает установка на тот же ПЛК такой штуки как "сервер удаленного доступа и визуализации" — как я их называю. Т.е. это софт, который связывает различные сетевые протоколы, обеспечивает Web сервисы и прочие удобства. У меня хороший опыт с NodeRED и OpenHAB для этих целей, которые, ессно, тоже прекрасно уживаются на том же Raspberry Pi.
На том же ForumHouse у меня есть проект умной ванны, где сделан аналогичный контроллер.
Большое падение напряжения, около вольта. Замедляет срабатывание реле и сужает его рабочий температурный диапазон чуть ли не до 25±5 °С. Ставьте обычный полевик типа IRLML2402 плюс на обмотку защитный TVS типа SMAJ5.0CA — SMAJ10CA.
У TE довольно много статей про продление жизни контактов реле
http://www.te.com/commerce/DocumentDelivery/DDEController?Action=srchrtrv&DocNm=13C3236_AppNote&DocType=CS&DocLang=EN
http://www.te.com/commerce/DocumentDelivery/DDEController?Action=srchrtrv&DocNm=13C3264_AppNote&DocType=CS&DocLang=EN
Про шунтирование симистором — https://habr.com/company/unwds/blog/390601/, очень рекомендуется на индуктивных нагрузках.