<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Комментарии / Профиль coder007]]></title>
    <link>https://habr.com/ru/users/coder007/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя coder007]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Mon, 27 Apr 2026 23:32:45 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      

      
        
  
    <item>
      <title>26.04.2026 11:06:47 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1026190/#comment_29886900</guid>
      <link>https://habr.com/ru/articles/1026190/#comment_29886900</link>
      <description><![CDATA[<p>Я разрабатываю электронику и микроэлектронику, проектирую автоматизацию и многое другое, поэтому у меня реальный шок от того, что я вижу. Это равносильно тому, что поставить сервер на Intel Xeon, развернуть на нем кучу виртуальных серверов и гонять на этом всем - Тетрис! </p><p>Просто я это все проходил ещё в начале 2000-х, когда микроконтроллеры были чем-то редким и мы городили на LPT портах автоматизацию, писали ПО на  C и C++ под DOS. И сейчас, когда есть такие возможности на уровне МК вы ставите промышленный ПК под задачи самого дешёвого МК и при этом добавляете Modbus. </p><p>Визуально, выглядит так: Собирается схема из того что есть в наличии и из тех знаний и умений, которыми обладает один определённый человек. Без альтернативы других вариантов, без анализа протоколов, без желания сделать действительно что-то уникальное. Просто взяли, собрали, что-то запрограммировали, добавили модуль Modbus, громко назвали это и ждёте хороших оценок, рассказываете где взять оборудование, что бы повторять вашу безумную идею. </p><p>А вот если бы вы взяли бы один микроконтроллер, смогли бы разобрать, что же приходит в этот USB свисток (ответная часть от пульта) с пульта по RX и TX, и разобрали бы эти сигналы на уровне МК, вот тогда да, это было бы интересно. Это было бы полезно! А так, используется дешёвый пульт и сверх дорогой промышленный ПК. В чем суть? В чем экономия? Просто ради пульта... Бред! </p>]]></description>
      <pubDate>Sun, 26 Apr 2026 11:06:47 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>24.04.2026 17:22:59 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1026190/#comment_29881298</guid>
      <link>https://habr.com/ru/articles/1026190/#comment_29881298</link>
      <description><![CDATA[<p>Нихрена ты замутил! А попроще, управлять адресными светодиодами не пробовал? Ну например 433МГц пульт и приемник за 1,5 доллара и самый примитивный контроллер, за 1 доллар. Ну и адресная лента за 2 доллара за метр (чисто для экспериментов). </p><p>В чем смысл такого решения как у тебя? Из пушки по воробьям? </p><blockquote><p>Поговорим подробнее как их можно внедрить в системы управления не только презентациями, но и чем угодно, начиная от ламп и штор в "умном доме" заканчивая управлением станками.</p></blockquote><p>Ты серьёзно, хочешь этим барахлом управлять станками или умным домом? </p><p>Это самая бредовая идея для реализации. Использовать ПК, затем Modbus для управления освещением, чисто для пульта с usb свистком... </p>]]></description>
      <pubDate>Fri, 24 Apr 2026 17:22:59 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>21.04.2026 16:10:29 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1023464/#comment_29863304</guid>
      <link>https://habr.com/ru/articles/1023464/#comment_29863304</link>
      <description><![CDATA[<p>Очень круто и интересно, только самый главный вопрос: зачем это все? </p><p>В чем суть умного дома, если он нафарширован таким количеством барахла? Обслуживание его? Так вроде должно быть наоборот... А тут получается сделали умный дом для того, что бы его обслуживать, поддерживать и настраивать. Анализировать дашборды, смотреть его температуру, скоро подгузники начнёте ему менять и сопли подтирать, а потом за пивом побежите для него в магазин. </p><p>Или что-то я путаю и здесь идёт просто описание железа, которое не имеет отношение к умному дому? Просто так много слов и букв, которые сильно не понятные. </p>]]></description>
      <pubDate>Tue, 21 Apr 2026 16:10:29 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>18.04.2026 18:21:34 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29849316</guid>
      <link>https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29849316</link>
      <description><![CDATA[<blockquote><p>Децентрализованная архитектура это хорошо, если она действительно способна работать без верхнего контроля, но без отсутствия связи между узлами звучит нереально. Как минимум, потребует дублирования с двух сторон на переходах зон управления.</p></blockquote><p>Например, есть контроллер, который обрабатывает одну комнату/один участок/Корридор и так далее. В нем есть вся нужная логика для работы в рамках этой комнаты, но и есть команды, которые можно отправить за её пределы (общие для всех контроллеров или для тех, которые отвечают за это). Этот контроллер обрабатывает всё, что касается этой комнаты: шторы, свет, тёплый пол/радиаторы отопления, вентиляцию, датчики присутствия, подсветки, кондиционеры и так далее. В комнату заходит 2 линии: 1 - силовая, 2 - интерфейсная. Интерфейсная - гигабитный Ethernet/RS-485/ CAN, силовая - по потребности. Стоит небольшой скрытый шкаф (за зеркалом, картиной, чем угодно) есть единый сенсорный пульт управления, клавиши освещения, может голосовой ввод, да не важно. И так далее по всем остальным комнатам. И есть в итоге ещё один контроллер - шлюзовой, который принимает команды из вне, от Алисы, от телефонного шлюза (софт, которым можно с телефона управлять), от нейросети и так далее, и он-же обрабатывает взаимодействия между  комнатами, имеет распределение общих/централизованных команд. </p><p>И все, децентрализация есть, кабелей по 100км тянуть не нужно, шкафов со 100500 автоматами не требуется, управление откуда угодно и чем угодно и так далее. Вся пром автоматизация сейчас так работает. Там только комнаты побольше, но и управляются они не одним ПЛК. </p><p>И если сдох один контроллер, то не нужно хоронить весь дом. </p><p>Да, возможно будет дороже, но думаю что за счёт одних только проводов и их монтажа можно будет ещё и сэкономить. </p>]]></description>
      <pubDate>Sat, 18 Apr 2026 18:21:34 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>18.04.2026 18:04:19 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29849268</guid>
      <link>https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29849268</link>
      <description><![CDATA[<blockquote><p>Штор с modbus и лампочек с протоколом hart и кондиционеров с profibus я тоже что то не видел. Еще такое есть - поправьте, пожалуйста</p></blockquote><p>Вот например шторы:</p><p>Dooya DT82TV (Modbus version): Популярный привод, поддерживающий управление по RS-485. Позволяет не только открывать/закрывать штору, но и получать обратную связь о точном положении в процентах.</p><p>Onviz (серия с RS-485): Российский бренд, предлагающий карнизы, которые подключаются напрямую к промышленным контроллерам (ПЛК) через Modbus RTU без дополнительных шлюзов.</p><p>В конце концов есть просто приводы для штор, с концевиками, с энкодерами, без всего, без wifi, zigbee, tuya и всего остального. Их можно запустить при помощи дискретных входов-выходов и счетных входов. </p><p>А вот кондиционеры:</p><p>Mitsubishi Electric: Модуль ME-AC-MBS1 позволяет подключить любую бытовую модель серии M или Mr. Slim напрямую к сети Modbus RTU.</p><p>Haier: Многие модели поддерживают подключение к Modbus через дополнительные интерфейсные модули для интеграции в BMS.</p><p>Midea / Kentatsu / Hisense: Имеют порты (часто маркируются X, Y, E), к которым подключаются шлюзы Modbus RTU (например, MD-AC-MBS).</p><p>Вообще, с кондиционерами все гораздо проще, они управляются по ИК. Поэтому тут вообще все легко, ставится ИК шлюз и прошивается ряд команд на нужное железо, так сказать обучается ИК шлюз и потом ПЛК просто кидает команду в этот шлюз по Modbus или как запрограммирован этот шлюз. Нормальные ПЛК умеют это делать легко и просто. </p><blockquote><p>Глюкнет такая прошивка - и тоже ничего хорошего, только писал ее другой программист и ответственность более размыта.</p></blockquote><p>А что касается этого момента, то тут вообще все просто, открывается код программы и там все видно, какой вход, какой выход, какая логика и так далее. Меняй, коректируй, добавляй. </p><p>Конечно, если этот файл не отдали вам, зажали или пытаются заработать на этом, это совсем другой вопрос</p><p>Писать логику для Siemens или Schneider или Mitsubishi на одних и тех-же "языках", это как программировать разный софт на одном языке программирования. База едина. </p><blockquote><p>Не шибко грамотно называть аппаратным железо с кучей прошивок и прошивочек которое реализует и таргеты для МЭК</p></blockquote><p>Да, согласен, я тут неправильно написал, это программно-аппаратное обеспечение. </p>]]></description>
      <pubDate>Sat, 18 Apr 2026 18:04:19 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.04.2026 05:39:43 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29842452</guid>
      <link>https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29842452</link>
      <description><![CDATA[<p>Я уже пробовал дискутировать с одним из ваших специалистов - бесполезно. Он искренне был уверен в том, что прав. Прав во всем, о чем он думает, не смотря на все то, что ему сказали. Поэтому я не горю желанием дискутировать с вам на выставках. Это бесполезно, вы всегда стоите на своём. Возможно потому что не знаете другого, возможно потому что считаете себя правыми во всем, возможно потому что вам так сказали, что представленный продукт - самый лучший и его нужно отстаивать. </p>]]></description>
      <pubDate>Fri, 17 Apr 2026 05:39:43 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.04.2026 05:10:06 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29842322</guid>
      <link>https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29842322</link>
      <description><![CDATA[<p>Ну тех, кто пишет логику ПЛК на МЭК достаточно много. </p><p>Это любой промышленный ПЛК поддерживает. Только сейчас каждый "уважающий себя" производитель стремиться сделать свою логику, свое управление, свою платформу и так далее. Это как в языках программирования, их клепают как горячие пирожки, клепают фреймворки и всякое прочее, но самые достойные, универсальные вещи как писали на С и С++, так и продолжают это делать. Классика продолжает жить, развиваться и закреплять я. Ну поиграются немного с WB и бросят его, когда не смогут что-то добавить или убрать из умного дома или стоить это будет как установить ещё один умный дом. Потому что специалистов нет или производитель выпустил новый контроллер WB158 который не поддерживает логику старого WB7. Как то так это бывает. </p>]]></description>
      <pubDate>Fri, 17 Apr 2026 05:10:06 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>17.04.2026 05:01:44 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29842284</guid>
      <link>https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29842284</link>
      <description><![CDATA[<blockquote><p>:) ну да ну да 105000 микроконтролеров разного уровня с толпой прошивок, протоколы всякие хитромудрые - не в счет, это не софт :) Есть автономные единицы, скажем терморегуляторы или реле управления вентиляцией, но кто то должен им команды отдавать и задача эта довольно комплексная.</p></blockquote><p>Вы немного путаете. Сейчас и то и другое - это софт, только если этот софт прошит в ПЛК это аппаратное обеспечение, а если вы гоняете протоколы через дополнительный ПК или сервер, это и есть тот самый софт, который я и имею ввиду. Это софт верхнего уровня. И чем больше именно вот этих залепух, протоколов, и костылей, тем хуже. А большинство кодеров именно это и используют, а ПЛК просто юзают в качестве "передаста" получить от него сигналы и отдать ему команды управления. </p><p>Терморегуляторы и реле управления вентиляцией могут иметь дискретные и аналоговые выходы и входы для управления и контроля, ну или классический Modbus. Если же этого нет и используется wi-fi или что-то подобное, беспроводное, то это не реле, а залепуха, которую через одно место нужно интегрировать в эту недосистему. </p><p>В том и дело, что если все узлы собирать на аппаратом уровне, без прокладок (wi-fi, zigbee, mqtt), без кучи аппаратным протоколов, потом программныйх, дополнительного железа и так далее, то это и будет тот самый умный дом, который будет работать на уровне пары контроллеров и без софа верхнего уровня (если вдруг сдохнет жёсткий диск, оперативная память, блок питания на сервере или на ПК интеграции) </p><p>Видимо вы не знаете что такое реальная автоматизация, когда все плк общаются между собой и имеют отдельный протокол для управления производством, если все scada и серверы вышли из строя (или к ним просто нет доступа). И здесь речь идёт про огромные предприятия, где стоят распределенные системы из нескольких десятков ПЛК, десятков тысяч датчиков и исполнительных устройств. </p><blockquote><p>которые не поддерживают практически ничего из протоколов и средств "традиционного" умного дома. Скорее опять через всякие чудошлюзы и костыли. Что умный дом, что климатика - сильный вендорлок и это устраивает и производителей и интеграторов</p></blockquote><p>А что касается языков МЭК, то тут вы выглядете не просто необразованным, а максимально глупым. Причём тут протоколы и средства "традиционного" умного дома и языки программирования? Белое с кислым путать не нужно. Видимо дальше чем Алиса на колонке, не разбирались и написали просто несколько "умных" слов. Что же в вашем понимании "традиционный" умный дом? </p>]]></description>
      <pubDate>Fri, 17 Apr 2026 05:01:44 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.04.2026 17:42:28 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/wirenboard/articles/1017126/#comment_29835492</guid>
      <link>https://habr.com/ru/companies/wirenboard/articles/1017126/#comment_29835492</link>
      <description><![CDATA[<p>Вообще не понимаю, а зачем здесь SCADA и тем более WB? Запрос на запросе, ответ, опять запрос... Бред какой-то. Что же ТАМ за WMS, которой нужен костыль - прокладка между ПЛК и системой? Тоже что-то самописанное и требующее поддержки? </p><p>Экономия - это конечнл хорошо, но если настолько, то это уже маразм. Сделайте тогда все тупо на Ардуинах. Дешевле будет. </p><p>Сталкивался трижды с подобными системами и 2 из них проектировал в части конвейерной системы, ни разу не использовали такие или подобные прокладки, напрямую из ПЛК в WMS работало. SCADA была, бесплатная и та только для механиков и электриков. Учёт наработки узлов и контроль токов, ну и корректность сработки датчиков. </p><p>Действительно, притянули за уши WB в проект автоматизации, как мне кажется тупо для рекламы. Статья ради статьи. Не в первый раз уже. </p>]]></description>
      <pubDate>Wed, 15 Apr 2026 17:42:28 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.04.2026 17:25:43 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29835428</guid>
      <link>https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29835428</link>
      <description><![CDATA[<p>Я это даже комментировать не стал, потому что проще собрать свой контроллер штор, с проводами чем корячить через WiFi залепуху. </p>]]></description>
      <pubDate>Wed, 15 Apr 2026 17:25:43 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.04.2026 17:24:26 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29835422</guid>
      <link>https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29835422</link>
      <description><![CDATA[<p>Ну вот я один из тех самых зрелых айтишников, автоматиков, электронщиков и электриков. И да - это и есть интерес к жизни, но правильный, корректный, который будет работать. Работать просто и надёжно, без костылей, без софтверных решений (потому как сам айтишник и понимаю, какими кривыми руками это сделано). А учитывая что ещё и специалист (проектировщик, разработчик, интегратор, инженер и так далее) по автоматизации, КИПиА, электрике, разрабатываю микроэлектронику, в том числе и ПЛК, то видя какой используют кривой (но всеми используемый, значит правильный) подход к "умным домам", то очень сильно расстраиваюсь, видя что идёт деградация. И уверяю вас, айтишник и умный дом - это 2 разных вселённых. Для софтовых спецов - все нужно максимально делать на уровне софа, ставить серверы, интегрировать в се и со всем через протоколы, файлы или службы. А по факту, умный дом, как аппаратная платформа  должен работать максимально на аппаратом уровне и работать должен без софт вообще, если что-то остановится, и да, должен иметь софт для коммуникации, а его тащат исключительно в софт, причём не универсальный, а исключительно самописанный, как и все костыли, которые в нашем мире сейчас используются. Используется ПЛК - используй языки МЭК, сделай так, что бы понятно было и тому кто после тебя придёт и после еще таких-же спецов, решил сменить ПЛК - не нужно менять всю инфраструктуру, перезалил на другой ПЛК, переназначил входы-выходы и всё.  </p>]]></description>
      <pubDate>Wed, 15 Apr 2026 17:24:26 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.04.2026 06:16:52 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29831900</guid>
      <link>https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29831900</link>
      <description><![CDATA[<p>А в чем тогда смысл, гонять одно и то-же по кругу и называть это умным домом? Я тут полистал предыдущие статьи автора увидел, что мало того что они идентичны (меняется только версия контроллера WB и количество модулей) так ещё и как они героически справляются с трудностями :</p><blockquote><p>Сложности возникли позже, когда к SPA-комплексу решили добавить гараж и бильярдную. Количество групп освещения и розеточных линий фактически удвоилось, и реальное число кабелей в щите оказалось почти в два раза больше, чем рассчитывали изначально. Ситуацию спас щит увеличенного размера — запас по месту позволил реализовать все требования заказчика без переделки конструкции.</p></blockquote><p>Честно сказать, меня просто порвало от такого подхода. Такое впечатление, что люди не понимают суть автоматизации и ее основные принципы. Просто делают по накатанной схеме и увеличивают один шкаф, не смотря на площади зданий и количества помещений. </p><p>И самое печальное, что от статьи к статье ничего не меняется. Зашёл а одному интегратору в телеграмм канал (ссылка на которого была в одной из статей) прочитал много умных мыслей про то, какой должен быть умный дом и задал вопрос: а какое отношение вы имеете к тому что в вас написано? А написано там было про умный дом, какой он должен быть, предвидеть, предугадывать пользователя, должен оснащен кучей датчиков и так далее. Так меня просто заблокировали в комментариях. Не поговорили не спросили почему я так думаю, просто молча без аргументов - блокировка. </p><p>Написал автору этого блога - такая же картина - улетел в бан! Ни слова в ответ ни комментария, просто - заблокировали. </p><p>Не умеют люди делать умные дома, просто допиливают к ним за пару миллионов пульт управления и крепят его на костыли. </p><p>А там с душой или без души они это делают, думаю не важно. Если клиент не шарит в физике, для него кнопка в телефоне для штор - магия. </p>]]></description>
      <pubDate>Wed, 15 Apr 2026 06:16:52 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.04.2026 02:25:02 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/wirenboard/articles/984626/#comment_29831150</guid>
      <link>https://habr.com/ru/companies/wirenboard/articles/984626/#comment_29831150</link>
      <description><![CDATA[<p>А самое печальное, что когда я зашёл в телеграм канал Александра Вахрушева, инженер компании «Умный Дом Сервис»  и написал комментарий, то был заблокирован без ответа, без чего либо и когда написал ему лично то произошло то-же самое. Это люди, которые не могут признать правду, пускают пыль в глаза, хвастаются своими достижениями (которые даже не их) говорят про умные дома (которые оными не являются), делают щиты и тянут километры проводов, за которые заказчик платит миллионы. И в итоге имеет просто дом с управлением по расписанию или с телефона (максимум Алиса, при наличии интернета). </p><p>А поговорить и ответить за свои слова и свое творчество не могут. Могут только молча заблокировать. Это удел слабых и терпил, к сожалению. </p>]]></description>
      <pubDate>Wed, 15 Apr 2026 02:25:02 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.04.2026 02:03:48 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/wirenboard/articles/984626/#comment_29831130</guid>
      <link>https://habr.com/ru/companies/wirenboard/articles/984626/#comment_29831130</link>
      <description><![CDATA[<blockquote><p>Сложности возникли позже, когда к SPA-комплексу решили добавить гараж и бильярдную. Количество групп освещения и розеточных линий фактически удвоилось, и реальное число кабелей в щите оказалось почти в два раза больше, чем рассчитывали изначально. Ситуацию спас щит увеличенного размера — запас по месту позволил реализовать все требования заказчика без переделки конструкции.</p></blockquote><p>Я с вас хренею, а голову включить на пробовали? Что за верх идиотизма все тащить в один щит? Вы никогда автоматизации ей походу не занимались, если для вас сложно в гараж и в биллиаодную поставить отдельные щиты и докинуть туда поди WB по RS-485. Или у вас настолько дерьмовая инфраструктура, что дальше одного шкафа её на оттащить? Просто нет слов, вы взяли большой щит, притащили туда ещё пару километров проводов, кинули заказчика ещё на пару сотен тысяч рублей и при этом остались на коне! Гениально тупо! Никогда такого интегратора не порекомендую. Даже если идея была заказчика. </p>]]></description>
      <pubDate>Wed, 15 Apr 2026 02:03:48 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.04.2026 01:50:31 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29831106</guid>
      <link>https://habr.com/ru/companies/wirenboard/articles/1023052/#comment_29831106</link>
      <description><![CDATA[<p>Опять дом на дистанционном управлении. Ничего нового. Добавляется только высокоуровневая интеграция с костылями. И как всегда все снова в одном щите с километрами проводов. Пролистал и ничего интересного для себя не извлек. Как под копирку с 256-ю предыдущим постами, только владелец меняется. Вам совсем нечем удивить людей? </p>]]></description>
      <pubDate>Wed, 15 Apr 2026 01:50:31 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>14.04.2026 10:27:21 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/eremexru/articles/1022954/#comment_29827254</guid>
      <link>https://habr.com/ru/companies/eremexru/articles/1022954/#comment_29827254</link>
      <description><![CDATA[<p>Easy EDA чем хуже за 0 рублей? Вы его как-то упустили из виду. Для любителей в нем можно делать все, что угодно да и не только для любителей. А тут за домашнюю версию 30 рублей, прикалываетесь? </p>]]></description>
      <pubDate>Tue, 14 Apr 2026 10:27:21 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>08.04.2026 08:07:07 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/1019078/#comment_29794954</guid>
      <link>https://habr.com/ru/articles/1019078/#comment_29794954</link>
      <description><![CDATA[<p>Мдааа, идея интересная, но зачем? Тащить десятки метров hdmi кабеля, что бы что? Просто переключить экран с одного телевизора (в данном варианте монитора) на другой. Прикольно но напоминает начало 2000-х годов, когда это было актуально. Кстати и приставка матрица 4х4 hdmi походу тоже из 2000-х годов, потому что rs-232 уже не используют лет 15 как. По моему сейчас на программном уровне есть возможность осуществлять вещание на любой выбранный монитор/телевизор,который в сети и имеет функцию подключения. А этот вариант чем хорош? Нужно прийти в ту комнату, включить телевизор/монитор, переключить вход (ну например hdmi 1) и... продолжить смотреть фильм? Звук тоже через hdmi передавать? </p><p>Как мне кажется, если вы любитель посмотреть фильмы и поиграть и у вас слишком много комнат, где стоят телевизоры то на проще ли сделать одну комнату под кинотеатр, оснастить её отличным звуком (не через hdmi), обшить её звукопоглощающим материалом, поставить один но большой телевизор/монитор и наслаждаться качеством! Хочешь играй, хочешь смотри фильмы, хочешь релаксируй под шум водопада или видео аквариума. </p><p>Проект несомненно интересен, но как будто он сильно из прошлого и уже особо не актуален. Выглядит как дополнительная залепуха к дому с дистанционный управлением (не умному дому), которой нужны руки, голова, логика и алгоритмы для управления. </p>]]></description>
      <pubDate>Wed, 08 Apr 2026 08:07:07 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.02.2026 04:32:07 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/988622/#comment_29534388</guid>
      <link>https://habr.com/ru/articles/988622/#comment_29534388</link>
      <description><![CDATA[<p>На счёт геркона и да и нет. Он хорош и отчасти надежен, есть ряд НО, с которыми я сталкивался. Залипание идёт не в части контакта из за превышения токов а из за магнита. В таких системах, как откатные ворота есть люфт, поэтому туда скорее всего поставят мощный неодимовый магнит, что бы геркон сработал 100%,а вот именно эти магниты и вредят им. Герконы долго работают с магнитами, которые достаточно слабые и не способны вызвать изменение контакта на механической уровне. Я ради эксперимента клал геркон на неодимовый магнит от жёсткого диска, и он просто остался в закрытом/включенном положении. Причём на это потребовалось не более недели. Вернее я через неделю взял геркон и он уже залип. Может это современные герконы такие стали, не знаю, а советских у меня уже нет да и не использую я их. Что касается датчика холла, то там все просто, есть магнитное поле, показываем. И ему нет разницы, с какой силой это магнитное поле взаимодействует на него. </p><p>Кстати, в автоматизации уже нигде не применяют Герконы (кроме датчиков безопасности и недорогих поплавковых датчиков) если это контроль местоположения, то там все что угодно (холл, оптика, ультразвук и т.д.), но не геркон. </p><p>Я же лично против них ничего не имею, даже наоборот, моё детство прошло именно с ними и они были очень востребованы. Сколько схем я с ними сделал в 80-х, не счесть. </p>]]></description>
      <pubDate>Mon, 16 Feb 2026 04:32:07 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>15.02.2026 04:15:46 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/988622/#comment_29530616</guid>
      <link>https://habr.com/ru/articles/988622/#comment_29530616</link>
      <description><![CDATA[<p>Ну в тебя то видимо с гормонами все в порядке, а вот с логикой и пониманием все сложно. Я помню все, что пел Децл и ничего грамотного оттуда я не извлек. Ты занимаешься только критикой, не поддержкой, не оцениванием сути проекта, следовательно я делаю вывод, что кроме как чесать языком ты не умеешь и это лучшее из твоих достижений. Автор, не смотря на свои ошибки, возможности и прочее, опубликовал статью. Корявую, с элементами ошибок нейросети, но сделал. </p><p>Что сделал ты? Захейтил статью человека, обгадил другого человека, сделав осень некорректный выводы, оправдался словами Децла, за свою критику - молодец! И видя, как ты поступаешь в данном медиапространстве я могу сделать вывод - ты ничего не умеешь, кроме как болтать, оскорблять, хейтить и далее ты сам знаешь.</p><p> Ничего личного, просто выводы. Просто бесят такие выскочки, которые считают себя выше других, умнее, образованнее, а по факту ничего из себя не представляющими. За свои годы (весьма не молодые, как бы ты мог подумать своим кртитческим мозгом) столько встречал аналогичных "пустышек", которые только говорят, умничают и да, порой на руководящих должностях, но не долго.</p><p>Поэтому удачи тебе в твоих "словах" и не лезь туда, где тебе не рады и туда где твоё слово ничего не значит, потому что ты там пустое место. </p><p>Ах да, я вижу ваши навыки, касательно SQL, .NET и прочее, так вот, я этим баловством закончил заниматься в 2012 году. Потому что тупо надоело и просто вернулся к истокам Assembleer, C и С++. </p>]]></description>
      <pubDate>Sun, 15 Feb 2026 04:15:46 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>26.01.2026 11:25:38 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/wirenboard/articles/987428/#comment_29436228</guid>
      <link>https://habr.com/ru/companies/wirenboard/articles/987428/#comment_29436228</link>
      <description><![CDATA[<p>Какой дребезг, вы о чем? Я делал шкафы управления дренажными насосами, так там стоял датчик уровня зумпфа, и он выдавал сигнал о том, что необходимо запустить или остановить насос. Схема контроля уровней, в датчике, уже содержит логику включения и отключения, там как раз и заложен принцип отсутствия дребезга при включении и отключении. И скажу больше, во всех активных датчиках или модулях есть готовые схемы управления и они продуманные и их делают не идиоты. Если же вы используете дешёвые кнопки, без механизма переключения и не используете, например классический самоподхват контактора, то и работать у вас это будет через всем известное место. Не думайте, что здесь идиоты сидят, мы не делаем хрень, мы делаем реальные устройства, рабочие, с защитами и прочими "плюшками". </p><p>Вы вообще знаете, откуда берётся дребезг сигнала (хотя такого определения и нет вовсе, есть дребезг контакта). Сначала выяснить, проанализируйте, потом будете хейтить. В релейных модулях DO от WB тоже есть реле и что? Там тоже дребезг есть? Тоже релейную автоматику в топку? </p>]]></description>
      <pubDate>Mon, 26 Jan 2026 11:25:38 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
