В предыдущей статье кратенько совсем. Но упомянут 2021 год. Насколько я знаю, с тех пор интеграция НА с Алисой очень сильно продвинулась. Сам я относительно недавно это наладил, и проблемы словил только две. Одна как раз связана с обновлениями. НА обновился, в интеграции не были учтены изменения в API. Ну на такие грабли можно наступить в любых системах, связанных с внешними сервисами. Вторая проблема - если сценарий при запуске из алисы подвисает на каком-то шаге, то следующие команды от Алисы не проходят. На это один раз наступил, теперь делаю сценарии для запуска из Алисы неблокируемыми, все средства для этого есть. В остальном всё стабильно, и радует, что надо минимально лезть под капот, как говорится.
Ну а в сравнении с OpenHAB вам конечно виднее, я его не щупал. Пока не вижу, чтобы НА мог бы меня чем-то не устроить. Импонирует, что система активно развивается. И то, что было проблемой пару лет назад, сейчас может быть сделано на раз-два. Когда-то начинал на MajorDomo, но, к сожалению, её автор на неё подзабил, а сообщества, которое бы подхватило на должном уровне поддержку и развитие системы не организовалось.
А в чём был печальный опыт HomeAssistant и Алисы? У меня этот же ресивер, телек LG в гостиной, и медиаплеер Dune с проектором. Телек Samsung не первой свежести тоже есть, но в другой комнате. И замечательно почти всё это интегрируется готовыми интеграциями и рулится из HA без программирования. Только как раз с Самсунгом пока не решил вопрос его включения. По сети его включать можно, но интеграция не позволяет указать его mac/ip, ищет по upnp. А я маньячу с сетевой безопасностью, они у меня в разных vlan'ах и по upnp HA телек закономерно не находит. В остальном всё работает относительно без проблем, любые команды из HA пробрасываются в УДЯ и алисой можно запускать самые замысловатые сценарии. Универсальную ИК интеграцию в НА недавно тоже анонсировали, соответственно управлять чем-то по ИК теперь должно быть проще.
Вот что я пока не решил в этом зоопарке, так это чтобы командой запустить на Дюне конкретный фильм из DLNA библиотеки. Оказалось, что ссылки на контент DLNA не имеют ничего общего с фактическими наименования файлов.
А где вы презрение разглядели? Я лишь предположил, что проблема надумана. А вы вот обратное не предполагаете, а утверждаете. При этом не приводя никаких подтверждений.
Сколь-нибудь посещаемые и небезразличные владельцам сайты найдут способы сохраниться. Есть немало примеров, когда весьма посещаемые ресурсы в силу разных причин успешно переезжали на новые адреса, не теряя аудитории. Тот же Хабр. Если вам важно сохранить домен в зоне ru, то гос.услуги оформить можно. Но не уверен, можно ли это сделать без личного посещения. Только недавно с этим разбирался, стоит символически, но какого-то фига процесс растянут минимум на 2 недели по времени.
А есть примеры таких сайтов "для души", которые под риском закрытия в этой связи? Десятков тысяч не надо, хватит и просто десятка. ИМХО, из пальца высосана проблема.
Вот совершенно не так. Не уникальный, а универсальный роутер. Я как раз это уже пережил, когда старый 20-летний системник пару раз kernel panic словил. Берётся любое x86 железо, накатывается pfsense и восстанавливается сохранённая конфигурация. Ручками только сетевые интерфейсы подправить, если драйверы другие оказались. Ну или их порядок надо поменять. Всё остальное, в т.ч. настройки GPS-приёмника влетит само. А так вообще, как и принято для *nix систем, аптайм годами длится. Пока сам грязными лапками в него не полезешь что-нибудь переделать. В случае внезапного таки выхода из строя у большинства энтузиастов непременно где-нибудь пылится отправленный на покой системник, в который достаточно воткнуть дополнительную сетевуху (в моём случае две) и вперёд.
Ну и аналогично с теми, кто любит Mikrotik'и. Тоже можно воткнуть GPS, и тоже конфигурация восстанавливается даже на других моделях, но там свои заморочки могут быть.
Собственно и ваш вариант с роутером на флешке в одноплатнике. Там же линух какой-нибудь? По мне, так идеальное место для сервера времени. Порты-интерфейсы все есть. Только в линухе надо будет в консоли поколдовать, а на pfsense потыкать мышкой в веб-морду.
Ну и насчёт автономных сетей. Я всё-таки имел ввиду не блокировку гугла, а сети, в которых подключение к инету в принципе не предусмотрено. С потенциальной блокировкой гугла как раз и целесообразно уже сейчас, где возможно, опираться на отечественные ресурсы. А не на pool.ntp.org, с которым действительно мало ли что может у нас случится. Например, исключат из распределения российские сервера, потому что им так велит их правительство. Как случилось, например, с arduino.cc после приобретения Qualcomm. Головные серверы ntp.org базируются в той же юрисдикции.
А вот сценарий, что в России закроют доступ к российским же серверам точного времени куда менее вероятен, на порядки. Тот же упомянутый ВНИИФТРИ - это не шарашкина контора, а именно что государственный эталон точного времени. Что однозначно предполагает высокую доступность по всей стране. Но вот чего не хватает, так это локальной инфраструктуры, аналогичной pool.ntp.org, с циклическим DNS. Стране, которая обладает собственным эталоном времени - почему бы и нет.
При этом этот НИИ признан во всём мире, вносит существенный вклад в систему международного атомного времени, на одном уровне с США, а бывает и более. В итоге время в системе GPS опирается в т.ч. на ВНИИФТРИ. А ещё они с американцами периодически перехватывают друг у друга пальму создания самых точных часов в мире. С 2017 по 2025 пальма была у ВНИИФТРИ, в 2025 перехватили американцы. Наши грозят через несколько лет снова вернуть первенство себе.
Хотя конечно Менделеево, где он находится - та ещё дыра :-).
А почтовый клиент под андроид какой-нибудь уже присмотрели? Я сам с собственной почтой поигрался, но пока отложил её окончательное внедрение. Зато успел упереться в выбор мобильного клиента. Все эти gmail/mailru/yandex бесят рекламой и ненужными умностями.
FairEmail что-то меня никак не вдохновил. На том пока и остановился.
На фоне ограничений, блокировок и жадности сервисов, предоставляющих возможности держать почту на своём домене - собственный почтовый сервер приобретает новую актуальность. Для меня наибольшей болью стала потеря канала оповещений от домашних сервисов в телеге. Множество систем телегу поддерживают штатно. А пресловутый Мах мало того, что почти никем не поддерживается, так ещё и доступ к ботам оставил только ИП и юрикам. И вот тут выходит на сцену старый добрый email. Оповещения посредством которого поддерживается ещё шире телеги.
С доводами по поводу доступности NTP и оценке рисков не соглашусь, но вижу, что спорить бесполезно, останемся каждый при своём мнении.
С технической стороны, если уж так хочется иметь Stratum 1 (хотя и не представляю практической ценности в домашнем хозяйстве), то ценнее таки поднимать это на роутере. У меня pfsense на x86 железе, который поддерживает GPS приёмник штатно. И RTC на железяке тоже штатно есть. Если роутер станет недоступен, то вопрос недоступности NTP-сервера будет волновать меньше всего. А так отдельный контроллер - ещё одна точка отказа. Единственное практически применение подобного проекта могу придумать только в автономной сети, изолированной от инета. В остальном только из академического интереса.
Странное отношение к отечественным сервисам и странная реализация. У меня Менделеево из окна почти видать. А там в ВНИИФТРИ государственный эталон времени, который входит в тройку наиболее точных в мире. У них есть собственные NTP-сервера первого уровня, есть сервера MSK-IX. Я у себя давно прописал NTP сервера в зоне .ru. Заодно, чтобы меньше зависеть от историй с НСДИ. Потому что для этого и ряда других сервисов оцениваю более высоко риск не того, что у нас что-то заблокирует, а что нас заблокируют иностранные сервисы.
Ну и смысл городить отдельный сервер времени в локалке, если всегда есть роутер? Он же шлюз по умолчанию, он же DHCP сервер, который в параметрах отдаёт адрес NTP-сервера. Вот только во множестве девайсов кладут болт на этот параметр. Поэтому, чтобы не прописывать в каждом адрес NTP - прописал на роутере NAT правило, чтобы запросы к NTP перенаправлялись на его адрес. Ну и заодно, чтобы помочь сообществу избегать ситуаций, как описано тут: https://habr.com/ru/articles/860828/ и тут: https://habr.com/ru/companies/yandex/articles/861538/
А на ESPшках для игр со временем вполне достаточно того, чтобы учить их в первую очередь использовать адрес NTP из параметров DHCP.
Вообще-то в конце 90х - начале 2000х шлюз на обычном x86 железе был практически единственным вариантом, так что в статье изобретён велосипед. Основной осью тогда было bsd-семейство, сам freebsd юзал. С тех пор появился, например, тот же pfsense на базе той же freebsd. Но с веб-мордой и широчайшими возможностями, доступными через эту самую веб-морду. Нафига нужен голый линух, мне совершенно не понятно.
Круто, конечно. Но, если честно, это выглядит, как перфекционизм ради того, чтобы было, и потому что можете себе позволить. А не потому, что есть реальная необходимость. Если одна рабочая станция, то нафига такие скорости до NAS? Проще нужные для быстрого доступа данные держать на рабочей станции. Я у себя в доме ограничился cat.6 только до рабочих станций, которые упираются пока в гигабитный свитч. Если надо больше в редкие периоды бэкапов больших объёмов, то удваиваю вторым гигабитом. И мне сложно придумать, когда и зачем мне придётся апгрейдиться выше гигабита. Телеки вон даже все из себя 3D-4К до сих пор обходятся 100мбит портами.
А вот инфа, что омедненная витая пара может деградировать - тревожная. Я хоть и старался везде чистую медь для данных прокладывать, но нет 100% гарантии, что не могли где-то подсунуть омедненную бухту.
Вопрос в себестоимости. Embedded-разработчик стал дороже, чем условный питонист + типовой образ линукса. А китайцы из espressif и т.п. сломали рынок микроконтроллеров, как минимум в бытовом сегменте. Я лет 10 назад городил свои хобби-проекты на arduino pro mini, т.е. ATmega328 c минимальной обвязкой. Ох уж и поразвлекался с обрезкой кучки библиотек и изобретением своих велосипедов, чтобы впихнуть в доступные ресурсы какой никакой UI. А потом вдруг опа, и набрёл на esp8266. Ног мало, зато ram/rom можно не считать. А в качестве ног можно было ардуинку присобачить ведомым аппаратным контроллером. Потом на несколько лет выпал из этой из этой темы, будучи занят более железобетонными заботами в процессе строительства дома. Сейчас возвращаюсь к электронной теме, желая внедрять в дом всякие умности, и обнаруживаю что мои любимые pro mini стоят дороже, чем макетки уже на esp32, где вообще можно не считать ресурсы. Но ещё в былом процессе автоматизации какой-нибудь теплицы или курятника на esp-шках у меня есть понимание, что любой умный утюг с wifi может быть потенциальным бэкдором в мою локалку. И ладно бы esp-шки, но сравнимые по габаритам модули ip-камер и т.п. действительно с полноценными линухами на борту.
И теперь приходится прикладывать немало усилий, чтобы попытаться развести по vlan всю эту удобную китайщину c win-pc и смартфонами, на которых личные и фин.данные обитают. Если к брендовым смарт-телекам и прочим алисам ещё чуть более доверия, т.к. они под более пристальным вниманием сообщества, то всякая мелкобытовая хрень отличный инструмент для построения бот-нетов и т.п.
Лет 15-20 назад в стиралках-автоматах управляющим устройством являлась кассета с дисками-энкодерами, которые как раз и задавали последовательность действий. Вал кассеты вращался с определённой скоростью, а диски-энкодеры в определённый момент времени включали нужное исполнительное устройство. Но сейчас микроконтроллеры стоят дешевле.
А что за дом? Удивляет скорость остывания. У меня из газобетона D400 400мм без дополнительного утепления с большой площадью остекления. Отопление только ТП. Я специально скорость остывания не мерил, но по опыту она в сутки такая, какая в статье в час. Регион - подмосковье.
Когда я запускал дом в эксплуатацию, думал, что надо срочно автоматизировать отопление. А по факту уже третью зиму живём с максимально тупой котельной, и колебания температуры в доме в пределах 1 градуса. Причём наиболее всего влияет солнце. Несмотря на дорогущие мультифункциональные стеклопакеты. Т.е. для повышения стабильности температуры надо не столько автоматизировать отопление, сколько вентиляцию.
Действительно, всё индивидуально. И это как раз и напрягает. Я понимаю, что чётко прописанные правила помогают мошенникам находить пути обхода, но без них добропорядочным как-то не уютно.
У меня МКБ - основной банк. Я через него что только не гонял. Да, их фишка - если заблокировали перевод, то только ножками в отделение. Но у меня нет претензий к их блокировкам, наоборот, респект за бдительность. Потому что там действительно транзакции выбивались из статистики, сильно.
В предыдущей статье кратенько совсем. Но упомянут 2021 год. Насколько я знаю, с тех пор интеграция НА с Алисой очень сильно продвинулась. Сам я относительно недавно это наладил, и проблемы словил только две. Одна как раз связана с обновлениями. НА обновился, в интеграции не были учтены изменения в API. Ну на такие грабли можно наступить в любых системах, связанных с внешними сервисами. Вторая проблема - если сценарий при запуске из алисы подвисает на каком-то шаге, то следующие команды от Алисы не проходят. На это один раз наступил, теперь делаю сценарии для запуска из Алисы неблокируемыми, все средства для этого есть. В остальном всё стабильно, и радует, что надо минимально лезть под капот, как говорится.
Ну а в сравнении с OpenHAB вам конечно виднее, я его не щупал. Пока не вижу, чтобы НА мог бы меня чем-то не устроить. Импонирует, что система активно развивается. И то, что было проблемой пару лет назад, сейчас может быть сделано на раз-два. Когда-то начинал на MajorDomo, но, к сожалению, её автор на неё подзабил, а сообщества, которое бы подхватило на должном уровне поддержку и развитие системы не организовалось.
А в чём был печальный опыт HomeAssistant и Алисы? У меня этот же ресивер, телек LG в гостиной, и медиаплеер Dune с проектором. Телек Samsung не первой свежести тоже есть, но в другой комнате. И замечательно почти всё это интегрируется готовыми интеграциями и рулится из HA без программирования. Только как раз с Самсунгом пока не решил вопрос его включения. По сети его включать можно, но интеграция не позволяет указать его mac/ip, ищет по upnp. А я маньячу с сетевой безопасностью, они у меня в разных vlan'ах и по upnp HA телек закономерно не находит. В остальном всё работает относительно без проблем, любые команды из HA пробрасываются в УДЯ и алисой можно запускать самые замысловатые сценарии. Универсальную ИК интеграцию в НА недавно тоже анонсировали, соответственно управлять чем-то по ИК теперь должно быть проще.
Вот что я пока не решил в этом зоопарке, так это чтобы командой запустить на Дюне конкретный фильм из DLNA библиотеки. Оказалось, что ссылки на контент DLNA не имеют ничего общего с фактическими наименования файлов.
А где вы презрение разглядели? Я лишь предположил, что проблема надумана. А вы вот обратное не предполагаете, а утверждаете. При этом не приводя никаких подтверждений.
Сколь-нибудь посещаемые и небезразличные владельцам сайты найдут способы сохраниться. Есть немало примеров, когда весьма посещаемые ресурсы в силу разных причин успешно переезжали на новые адреса, не теряя аудитории. Тот же Хабр. Если вам важно сохранить домен в зоне ru, то гос.услуги оформить можно. Но не уверен, можно ли это сделать без личного посещения. Только недавно с этим разбирался, стоит символически, но какого-то фига процесс растянут минимум на 2 недели по времени.
А есть примеры таких сайтов "для души", которые под риском закрытия в этой связи? Десятков тысяч не надо, хватит и просто десятка. ИМХО, из пальца высосана проблема.
Там нет привязки, а лишь верификация. Может это я такой наивный, или всё-таки нет никаких реалистичных рисков при таком действии?
Сloudflare - это, конечно, замечательно. До тех пор, пока они не решат вдруг пойти по стопам того же Godaddy.
А в чём проблема пройти верификацию и остаться в ru?
Вот совершенно не так. Не уникальный, а универсальный роутер. Я как раз это уже пережил, когда старый 20-летний системник пару раз kernel panic словил. Берётся любое x86 железо, накатывается pfsense и восстанавливается сохранённая конфигурация. Ручками только сетевые интерфейсы подправить, если драйверы другие оказались. Ну или их порядок надо поменять. Всё остальное, в т.ч. настройки GPS-приёмника влетит само. А так вообще, как и принято для *nix систем, аптайм годами длится. Пока сам грязными лапками в него не полезешь что-нибудь переделать. В случае внезапного таки выхода из строя у большинства энтузиастов непременно где-нибудь пылится отправленный на покой системник, в который достаточно воткнуть дополнительную сетевуху (в моём случае две) и вперёд.
Ну и аналогично с теми, кто любит Mikrotik'и. Тоже можно воткнуть GPS, и тоже конфигурация восстанавливается даже на других моделях, но там свои заморочки могут быть.
Собственно и ваш вариант с роутером на флешке в одноплатнике. Там же линух какой-нибудь? По мне, так идеальное место для сервера времени. Порты-интерфейсы все есть. Только в линухе надо будет в консоли поколдовать, а на pfsense потыкать мышкой в веб-морду.
Ну и насчёт автономных сетей. Я всё-таки имел ввиду не блокировку гугла, а сети, в которых подключение к инету в принципе не предусмотрено. С потенциальной блокировкой гугла как раз и целесообразно уже сейчас, где возможно, опираться на отечественные ресурсы. А не на pool.ntp.org, с которым действительно мало ли что может у нас случится. Например, исключат из распределения российские сервера, потому что им так велит их правительство. Как случилось, например, с arduino.cc после приобретения Qualcomm. Головные серверы ntp.org базируются в той же юрисдикции.
А вот сценарий, что в России закроют доступ к российским же серверам точного времени куда менее вероятен, на порядки. Тот же упомянутый ВНИИФТРИ - это не шарашкина контора, а именно что государственный эталон точного времени. Что однозначно предполагает высокую доступность по всей стране. Но вот чего не хватает, так это локальной инфраструктуры, аналогичной pool.ntp.org, с циклическим DNS. Стране, которая обладает собственным эталоном времени - почему бы и нет.
При этом этот НИИ признан во всём мире, вносит существенный вклад в систему международного атомного времени, на одном уровне с США, а бывает и более. В итоге время в системе GPS опирается в т.ч. на ВНИИФТРИ. А ещё они с американцами периодически перехватывают друг у друга пальму создания самых точных часов в мире. С 2017 по 2025 пальма была у ВНИИФТРИ, в 2025 перехватили американцы. Наши грозят через несколько лет снова вернуть первенство себе.
Хотя конечно Менделеево, где он находится - та ещё дыра :-).
А почтовый клиент под андроид какой-нибудь уже присмотрели? Я сам с собственной почтой поигрался, но пока отложил её окончательное внедрение. Зато успел упереться в выбор мобильного клиента. Все эти gmail/mailru/yandex бесят рекламой и ненужными умностями.
FairEmail что-то меня никак не вдохновил. На том пока и остановился.
На фоне ограничений, блокировок и жадности сервисов, предоставляющих возможности держать почту на своём домене - собственный почтовый сервер приобретает новую актуальность. Для меня наибольшей болью стала потеря канала оповещений от домашних сервисов в телеге. Множество систем телегу поддерживают штатно. А пресловутый Мах мало того, что почти никем не поддерживается, так ещё и доступ к ботам оставил только ИП и юрикам. И вот тут выходит на сцену старый добрый email. Оповещения посредством которого поддерживается ещё шире телеги.
При описанной настройке принимает без проблем. У меня mail.ru в спам отправлял то, что гугл - нет.
С доводами по поводу доступности NTP и оценке рисков не соглашусь, но вижу, что спорить бесполезно, останемся каждый при своём мнении.
С технической стороны, если уж так хочется иметь Stratum 1 (хотя и не представляю практической ценности в домашнем хозяйстве), то ценнее таки поднимать это на роутере. У меня pfsense на x86 железе, который поддерживает GPS приёмник штатно. И RTC на железяке тоже штатно есть. Если роутер станет недоступен, то вопрос недоступности NTP-сервера будет волновать меньше всего. А так отдельный контроллер - ещё одна точка отказа. Единственное практически применение подобного проекта могу придумать только в автономной сети, изолированной от инета. В остальном только из академического интереса.
Странное отношение к отечественным сервисам и странная реализация. У меня Менделеево из окна почти видать. А там в ВНИИФТРИ государственный эталон времени, который входит в тройку наиболее точных в мире. У них есть собственные NTP-сервера первого уровня, есть сервера MSK-IX. Я у себя давно прописал NTP сервера в зоне .ru. Заодно, чтобы меньше зависеть от историй с НСДИ. Потому что для этого и ряда других сервисов оцениваю более высоко риск не того, что у нас что-то заблокирует, а что нас заблокируют иностранные сервисы.
Ну и смысл городить отдельный сервер времени в локалке, если всегда есть роутер? Он же шлюз по умолчанию, он же DHCP сервер, который в параметрах отдаёт адрес NTP-сервера. Вот только во множестве девайсов кладут болт на этот параметр. Поэтому, чтобы не прописывать в каждом адрес NTP - прописал на роутере NAT правило, чтобы запросы к NTP перенаправлялись на его адрес. Ну и заодно, чтобы помочь сообществу избегать ситуаций, как описано тут: https://habr.com/ru/articles/860828/ и тут: https://habr.com/ru/companies/yandex/articles/861538/
А на ESPшках для игр со временем вполне достаточно того, чтобы учить их в первую очередь использовать адрес NTP из параметров DHCP.
Вообще-то в конце 90х - начале 2000х шлюз на обычном x86 железе был практически единственным вариантом, так что в статье изобретён велосипед. Основной осью тогда было bsd-семейство, сам freebsd юзал. С тех пор появился, например, тот же pfsense на базе той же freebsd. Но с веб-мордой и широчайшими возможностями, доступными через эту самую веб-морду. Нафига нужен голый линух, мне совершенно не понятно.
Или pfsense. Там вообще нет ограничений
Круто, конечно. Но, если честно, это выглядит, как перфекционизм ради того, чтобы было, и потому что можете себе позволить. А не потому, что есть реальная необходимость. Если одна рабочая станция, то нафига такие скорости до NAS? Проще нужные для быстрого доступа данные держать на рабочей станции. Я у себя в доме ограничился cat.6 только до рабочих станций, которые упираются пока в гигабитный свитч. Если надо больше в редкие периоды бэкапов больших объёмов, то удваиваю вторым гигабитом. И мне сложно придумать, когда и зачем мне придётся апгрейдиться выше гигабита. Телеки вон даже все из себя 3D-4К до сих пор обходятся 100мбит портами.
А вот инфа, что омедненная витая пара может деградировать - тревожная. Я хоть и старался везде чистую медь для данных прокладывать, но нет 100% гарантии, что не могли где-то подсунуть омедненную бухту.
Вопрос в себестоимости. Embedded-разработчик стал дороже, чем условный питонист + типовой образ линукса. А китайцы из espressif и т.п. сломали рынок микроконтроллеров, как минимум в бытовом сегменте. Я лет 10 назад городил свои хобби-проекты на arduino pro mini, т.е. ATmega328 c минимальной обвязкой. Ох уж и поразвлекался с обрезкой кучки библиотек и изобретением своих велосипедов, чтобы впихнуть в доступные ресурсы какой никакой UI. А потом вдруг опа, и набрёл на esp8266. Ног мало, зато ram/rom можно не считать. А в качестве ног можно было ардуинку присобачить ведомым аппаратным контроллером. Потом на несколько лет выпал из этой из этой темы, будучи занят более железобетонными заботами в процессе строительства дома. Сейчас возвращаюсь к электронной теме, желая внедрять в дом всякие умности, и обнаруживаю что мои любимые pro mini стоят дороже, чем макетки уже на esp32, где вообще можно не считать ресурсы. Но ещё в былом процессе автоматизации какой-нибудь теплицы или курятника на esp-шках у меня есть понимание, что любой умный утюг с wifi может быть потенциальным бэкдором в мою локалку. И ладно бы esp-шки, но сравнимые по габаритам модули ip-камер и т.п. действительно с полноценными линухами на борту.
И теперь приходится прикладывать немало усилий, чтобы попытаться развести по vlan всю эту удобную китайщину c win-pc и смартфонами, на которых личные и фин.данные обитают. Если к брендовым смарт-телекам и прочим алисам ещё чуть более доверия, т.к. они под более пристальным вниманием сообщества, то всякая мелкобытовая хрень отличный инструмент для построения бот-нетов и т.п.
Лет 15-20 назад в стиралках-автоматах управляющим устройством являлась кассета с дисками-энкодерами, которые как раз и задавали последовательность действий. Вал кассеты вращался с определённой скоростью, а диски-энкодеры в определённый момент времени включали нужное исполнительное устройство. Но сейчас микроконтроллеры стоят дешевле.
А что за дом? Удивляет скорость остывания. У меня из газобетона D400 400мм без дополнительного утепления с большой площадью остекления. Отопление только ТП. Я специально скорость остывания не мерил, но по опыту она в сутки такая, какая в статье в час. Регион - подмосковье.
Когда я запускал дом в эксплуатацию, думал, что надо срочно автоматизировать отопление. А по факту уже третью зиму живём с максимально тупой котельной, и колебания температуры в доме в пределах 1 градуса. Причём наиболее всего влияет солнце. Несмотря на дорогущие мультифункциональные стеклопакеты. Т.е. для повышения стабильности температуры надо не столько автоматизировать отопление, сколько вентиляцию.
В названии датчика буквы перепутаны: не SDC40/41, а SCD40/41
2020-2024 активно, в прошлом году уже один только работник был
Действительно, всё индивидуально. И это как раз и напрягает. Я понимаю, что чётко прописанные правила помогают мошенникам находить пути обхода, но без них добропорядочным как-то не уютно.
У меня МКБ - основной банк. Я через него что только не гонял. Да, их фишка - если заблокировали перевод, то только ножками в отделение. Но у меня нет претензий к их блокировкам, наоборот, респект за бдительность. Потому что там действительно транзакции выбивались из статистики, сильно.