Карлсон, который живет до Сrash'a | IoT, АСУТП, Linux, AI
Відкрити в Telegram
Канал с анонсами образовательных мероприятий от ЦПР РТСофт - экспертов в области Embedded Linux, разработки промышленного CПО и систем искусственного интеллекта Наши тренинги: https://linuxcourses.rtsoft.ru Портфолио проектов: https://outsource.rtsoft.ru
Показати більше312
Підписники
Немає даних24 години
+17 днів
-530 днів
Триває завантаження даних...
Схожі канали
Хмара тегів
Вхідні та вихідні згадування
---
---
---
---
---
---
Залучення підписників
вересень '26
вересень '26
+2
в 0 каналах
серпень '26
+2
в 0 каналах
Get PRO
липень '26
+2
в 0 каналах
Get PRO
червень '26
+4
в 0 каналах
Get PRO
травень '26
+7
в 0 каналах
Get PRO
квітень '26
+15
в 0 каналах
Get PRO
березень '26
+3
в 1 каналах
Get PRO
лютий '26
+9
в 1 каналах
Get PRO
січень '26
+11
в 0 каналах
Get PRO
грудень '25
+14
в 0 каналах
Get PRO
листопад '25
+18
в 1 каналах
Get PRO
жовтень '25
+6
в 0 каналах
Get PRO
вересень '25
+7
в 0 каналах
Get PRO
серпень '25
+5
в 0 каналах
Get PRO
липень '25
+12
в 1 каналах
Get PRO
червень '25
+4
в 1 каналах
Get PRO
травень '25
+14
в 2 каналах
Get PRO
квітень '25
+12
в 0 каналах
Get PRO
березень '25
+21
в 1 каналах
Get PRO
лютий '25
+9
в 0 каналах
Get PRO
січень '25
+11
в 0 каналах
Get PRO
грудень '24
+18
в 0 каналах
Get PRO
листопад '24
+8
в 0 каналах
Get PRO
жовтень '24
+11
в 0 каналах
Get PRO
вересень '24
+100
в 0 каналах
Get PRO
серпень '240
в 0 каналах
Get PRO
липень '240
в 0 каналах
Get PRO
червень '240
в 0 каналах
Get PRO
травень '240
в 0 каналах
Get PRO
квітень '24
+13
в 0 каналах
Get PRO
березень '240
в 0 каналах
Get PRO
лютий '240
в 0 каналах
Get PRO
січень '24
+66
в 0 каналах
| Дата | Залучення підписників | Згадування | Канали | |
| 17 вересня | 0 | |||
| 16 вересня | 0 | |||
| 15 вересня | 0 | |||
| 14 вересня | 0 | |||
| 13 вересня | 0 | |||
| 12 вересня | 0 | |||
| 11 вересня | +1 | |||
| 10 вересня | 0 | |||
| 09 вересня | 0 | |||
| 08 вересня | +1 | |||
| 07 вересня | 0 | |||
| 06 вересня | 0 | |||
| 05 вересня | 0 | |||
| 04 вересня | 0 | |||
| 03 вересня | 0 | |||
| 02 вересня | 0 | |||
| 01 вересня | 0 |
Дописи каналу
Web-интерфейс в контроллере — это удобно
Кто ж спорит. Открыл браузер, подключился к устройству, настроил параметры без установки специализированного ПО, среды разработки и сервисных кабелей. Красота же. Именно поэтому web интерфейс для современных ПЛК и промышленных шлюзов - мастхэв.
Пока кто-то не обнаружит, что этот удобный интерфейс превратил ваш контроллер в полноценный web-сервер со всеми сопутствующими проблемами.
В мае 2026 года исследователи Nozomi Networks нашли уязвимость CVE-2025-41669 в контроллерах Phoenix Contact PLCnext. Низкопривилегированный пользователь через web-интерфейс мог повысить свои права до администратора и получить полный контроль над устройством. Никаких сложных эксплойтов, никаких физических атак — просто HTTP-запрос к web-серверу контроллера. Проблема в том, что каждый опубликованный сетевой сервис увеличивает поверхность атаки. Требования стандарта IEC 62443 предполагают минимизацию числа доступных сервисов, сегментацию сети и строгий контроль доступа. Любой дополнительный открытый порт требует отдельного анализа рисков, настройки средств защиты и последующего сопровождения. А ещё есть истечение срока действия TLS-сертификатов, необходимость сброса учётных записей, обновление встроенного web-сервера при обнаружении новой уязвимости. Для устройств с длительным жизненным циклом это становится существенной нагрузкой как на разработчиков, так и на эксплуатирующую организацию. Одним из наиболее практичных компромиссов является перенос web-интерфейса из промышленной сети на выделенный сервисный интерфейс USB-to-Ethernet. Фактически физический доступ становится дополнительным фактором авторизации: подключиться удалённо невозможно, интерфейс не маршрутизируется в корпоративную или технологическую сеть, не обнаруживается средствами сетевого сканирования. По сути, такой подход является современным аналогом традиционного сервисного разъёма на передней панели оборудования. Он сохраняет удобство эксплуатации, но исключает необходимость постоянно сопровождать полноценный web-сервер, доступный из промышленной сети.Подробнее о том, как мы подходим к этой проблеме в своих проектах, читайте в нашей статье: https://outsource.rtsoft.ru/blog/industrial-controller-interface
| 2 | Certificate expired
Чаще всего такая надпись в терминале может заставить задержаться на работе подольше, иногда - на выходные, но обычно не разрушает компанию.
Хотя бывает и иначе. В 2018 году это привело к отключению мобильной связи сразу в 11 странах, затронуло десятки миллионов людей, обернулось убытками до 100 миллионов фунтов и колоссальной потерей доверия.
Именно это произошло с телеком-гигантом Ericsson. Кто-то просто забыл обновить сертификат на узле, который выступал шлюзом к сервисам и управлял LTE-сетью. Когда срок истек, сработала стандартная отраслевая защита, которая деактивирует устройства в сети, чтобы предотвратить подключение вредоносных нод. В итоге LTE-покрытие рухнуло в 11 странах у множества операторов.
Корневая причина была банальной: у Ericsson не было софта для инвентаризации сертификатов и отслеживания сроков их действия. Избежать катастрофы можно было бы одной командой в терминале.
Этой ошибки легко избежать, но она встречается гораздо чаще, чем кажется. Многие организации до сих пор не знают полного объема своих сертификатов и дат их истечения.
Полную историю этого инцидента, а также комплексный гайд по управлению сертификатами можно почитать здесь:
https://infisical.com/blog/certificate-management
Конечно, уважаемые специалисты в области интернета вещей и промышленных сетей вряд ли найдут там что-то принципиально новое. Но мы, на всякий случай предупредили, — мало ли, вдруг пригодится коллеге из соседнего отдела ☕️ | 65 |
| 3 | Stuxnet помните? 16 лет прошло, а USB остаётся одним из главных векторов атак на промышленные системы. Shieldworkz выпустил разбор про эволюцию USB-угроз в ICS — BadUSB, USB-бейтинг и манипуляции на уровне прошивки, которые переживают переформатирование.
Авторы предлагают 15 практических советов по контролю безопасности: от физических блокировок портов и сканирующих киосков до шифрования служебных накопителей и логирования USB-событий. Всё организовано по категориям — политика, техническое внедрение, мониторинг, обучение персонала.
Это интересно, уважаемые разработчики промышленного ПО ✍️ | 81 |
| 4 | 👋 Всем привет! Собрали для вас вебинары про ИИ и техническое зрение в промышленности на грядущую неделю (14 сентября — 20 сентября).
🎯 Машинное зрение для контроля качества
📅 16 сентября, 11:00 МСК
🏢 Ниеншанц-Автоматика
Современные решения машинного зрения для поточного контроля качества: промышленные компьютеры, камеры, освещение, оптика. Эксперты поделятся опытом реализации в различных отраслях промышленности. В конце — сессия Q&A и квиз с подарками.
🤖 Make It Smart: AI для повышения эффективности производства
📅 16 сентября, 10:00-10:45 CET
🏢 SAP
Два практических кейса AI на производстве: AI-ассистент для плавных смен и быстрое перепланирование при сбоях. Узнаете, как AI создает компактные отчеты и обнаруживает риски. На немецком языке.
🏥 Будущее управления активами в Life Sciences
📅 16 сентября, 11:00 AM ET
🏢 ARC Advisory Group
Интеграция AI, предиктивного обслуживания и робототехники в регулируемом производстве. Трансформационные технологии для фармацевтической и биотехнологической отраслей. На английском языке.
🚀 Желаем хорошего дня уважаемым разработчикам встраиваемого и промышленного ПО! | 129 |
| 5 | Здравствуйте, уважаемые разработчики встраиваемого ПО! Поменяли роутер, а Raspberry Pi теперь не может подключиться к сети. Подключать дисплей и клавиатуру лениво, особенно если устройство стоит где-то в углу или встроено в проект. Знакомо?
Оказывается, можно просто достать SD-карту и отредактировать настройки Wi-Fi напрямую. Работает на свежих версиях Raspberry Pi OS (Debian Trixie), где используется NetworkManager. Инструкция тут.
зы. Сами мы еще не пользовались, так как для старых версий Raspberry Pi OS с wpa_supplicant.conf метод не подойдёт, там другой формат. Если у вас получится - напишите, пожалуйста. | 128 |
| 6 |  Мы бы тоже хотели бы отметиться высказыванием по теме Yocto BSP для промки и почему это не просто "собрать работающий Linux".
Три слона, на которых все держится :
Минимальный состав ПО — только необходимое (systemd, SSH, OPC UA, Modbus, MQTT, TPM), всё фиксируется в конфиге
Автоматизированная CI/CD сборка — kas/CROPS для воспроизводимости, LAVA для hardware-in-loop тестов
Контроль supply chain — cve-check на этапе сборки, генерация SBOM через Syft/Grype для CRA compliance
Дополнительно разбираем безопасную загрузку (U-Boot + Verified Boot), адаптацию ядра с PREEMPT_RT для real-time, отключение лишнего (графика, unused drivers).
Почитать можно тут: https://outsource.rtsoft.ru/blog/yocto-bsp , уважаемые разработчики встраиваемого ПО🐧 | 125 |
| 7 | Здравствуйте, уважаемые разработчики встраиваемого ПО! ☕️
Согласитесь, всегда интересно к чужой мудрости прислониться. Наткнулись давеча на интересную статью на Foundries.io (Igor Opaniuk) "Using Yocto Project in Production: What Works, What Breaks, and Why". Статья не про то, как собрать образ на Yocto — это любой мануал расскажет. Она про то, почему вчерашний успешный проект уже через полгода превращается в невоспроизводимый кошмар, который невозможно обновить.
Почему стоит почитать. Автор разбирает три главные ловушки production-разработки. Первая — разрастание слоёв, когда команда накидывает сторонние meta-слои быстрее, чем успевает понимать, что они делают, и в итоге билд работает "по случайности". Вторая — потеря воспроизводимости через плавающие ревизии (AUTOREV) и конфиги, живущие только в local.conf у разработчика на ноутбуке. Третья — vendor lock-in на BSP, когда вендорский слой отстаёт от апстрима и обновление Yocto превращается в переписывание половины метаданных.
На английском, конечно, но машинному переводу поддается хорошо. Ознакомиться рекомендуем 👩💻 | 130 |
| 8 | 👋 Всем привет! На будущей неделе (7 сентября — 13 сентября) смотрим вот такие онлайн мероприятия. На МТК мы сами пешком сходим посмотрим, если что-то стоящее будет - расскажем.
🐧 Применение ЗОСРВ «Нейтрино» и PVS-Studio для разработки ПО согласно требованиям МЭК 61508, 9 сентября 2026, 12:00 МСК, PVS-Studio, СВД ВС. Разработка встроенного ПО по стандарту функциональной безопасности МЭК 61508 на российской ОСРВ «Нейтрино». Практический разбор контроля качества кода с помощью статического анализа. Для разработчиков embedded-систем и инженеров по безопасности.
⚙️ III Международный технологический конгресс (МТК 2026), 8-10 сентября 2026, Минпромторг России. Министерский конгресс по промышленной автоматизации, роботизации и цифровизации. Обсуждение новых технологий АСУТП, IIoT и машинного обучения в промышленности. Для специалистов промпредприятий и системных интеграторов.
🛡 Сетевая безопасность контейнерной инфраструктуры, 8 сентября 2026, 11:00 МСК, Код Безопасности. Практические подходы к микросегментации ВМ и контейнеров в соответствии с требованиями ФСТЭК. Защита критичных систем АСУТП и IIoT-устройств от несанкционированного доступа. Для системных администраторов и специалистов по кибербезопасности.
🚀 Желаем хорошего дня уважаемым разработчикам встраиваемого и промышленного ПО! | 162 |
| 9 | Здравствуйте, уважаемые разработчики промышленного ПО!
Читали свежую статью в Automaion World Industrial IoT Security: Designing OTA Updates That Recover From Failure? Если коротко (не рекламируя конкретного вендора), то там вот о чем:
Основная проблема
Каждый инженер, создающий промышленные Linux-устройства, сталкивается с вопросом: как обновлять оборудование, установленное в шкафах, на заводских цехах или удалённых объектах, без длительного простоя, выезда на место или риска превратить устройство в "кирпич"?
Промышленные устройства отличаются от разработческих плат: они труднодоступны, работают через ненадёжные сети и должны функционировать непрерывно годами. Неудачное обновление, внезапное отключение питания или приложение, не запускающееся после перезагрузки, могут превратить плановый релиз ПО в вызов сервисной службы.
Ключевая стратегия: A/B обновления
Фундаментальная идея надёжных OTA-обновлений проста: не заменяйте работающую операционную систему на месте. Вместо этого поддерживайте две загрузочные системы (A и B).
Как это работает:
Пока система A работает, обновление устанавливается в B
Устройство перезагружается и пытается запустить B
Если B успешно стартует и проходит проверки здоровья — она становится активной
Если не получается — устройство возвращается к A
Это избегает одного из самых больших рисков обновлений на месте: отключение питания может оставить систему неработоспособной. При A/B-обновлениях предыдущая система остаётся доступной во время установки новой.
Аппаратная избыточность имеет значение
Статья подчёркивает важное различие:
- Два раздела на одном диске — программная избыточность
- Два физически независимых накопителя — дополнительный уровень устойчивости
Приводится пример с dual-SD конфигурацией, где две полные системы находятся на двух независимых SD-картах. Микроконтроллер управляет маршрутизацией хранилища и может переключаться между ними. Это означает, что концепция A/B не ограничивается двумя разделами на одном устройстве хранения — каждая сторона может находиться на отдельном физическом носителе, оставляя систему восстановления доступной даже при отказе одного устройства.
Что происходит при сбое обновления?
Сценарий восстановления с dual-SD конфигурацией:
Обновление записывается на неактивную SD-карту
Вооружается механизм отката на основе watchdog
Система перезагружается с переключением карт
Обновлённая система загружается
Если она сообщает о здоровой работе — остаётся активной
Если многократно сбоит — система переключается обратно на предыдущую SD-карту
Важный момент про watchdog: Успешная загрузка Linux не обязательно означает, что продукт работает. В производственных системах heartbeat watchdog должен отражать здоровье приложения, а не просто доказывать, что userspace запущен.
Безопасность и прослеживаемость
Криптографические подписи: Откат защищает от плохого обновления, но не от несанкционированного. Производственные пакеты обновлений должны быть криптографически подписаны, устанавливая цепочку доверия между процессом релиза и развёрнутым устройством.
SBOM (Software Bill of Materials): Конвейер обновлений должен обеспечивать видимость того, что содержит каждый релиз. SBOM записывает программные компоненты и зависимости, включённые в релиз. При обнаружении уязвимости это помогает идентифицировать затронутые продукты и версии.
Всё логично. Для рекламного хука. Но возникает вопрос: а что если устройство подключено к системе управления не по стандартной IP-сети, а по промышленной шине CANopen? Там нет ни SSH, ни apt upgrade, ни двух SD-карт — только ограниченный по пропускной способности канал и специфические протоколы обмена.
Рассматриваем эту ситуацию в статье нашего блога — про "последнюю милю" доставки прошивки до контроллера по CANopen через стандарт CiA 302-3.
Ключевые моменты, которые мы разбираем:
- Передача прошивки через Segmented/Block SDO с подтверждением каждого блока
- Возможность продолжить обновление после временной потери связи
- Автоматический rollback при сбоях питания или ошибках проверки целостности
- Криптографические подписи и контроль целостности образа
- Интеграция с платформой оркестрации RITMS UP2DATE на базе Eclipse HawkBit
Ну и показываем, как промышленный шлюз становится исполнителем команд оркестратора, реализуя требования CiA 302-3 и возвращая результаты обратно в систему управления. В результате инженер работает не с низкоуровневыми CANopen-сообщениями, а с понятным жизненным циклом обновления устройства.
Читайте статью тут: https://outsource.rtsoft.ru/blog/ota-last-mile
Будем рады вашим реакциям и комментариям 🐧 | 160 |
| 10 | 👋 Всем привет! Собрали для вас тематические вебинары на грядущую неделю (31 августа — 6 сентября).
🔧 Экспертный вебинар: MasterSCADA 4D 1.3.10, 2 сентября, 10:00 МСК, IEK Digital
Новый релиз российской SCADA-системы для построения систем промышленной автоматизации. Спикеры разберут возможности платформы для управления технологическими процессами. Для инженеров АСУТП, работающих с отечественным ПО.
⚡ From Field Data to Action: How IO-Link Enables Smarter Monitoring, 2 сентября, 18:00 МСК, STEGO USA
IO-Link обеспечивает двустороннюю связь между умными полевыми устройствами и системами управления. Практические примеры использования данных для предиктивного обслуживания и оптимизации процессов. Данные становятся доступны для ПЛК, SCADA и аналитических платформ.
📡 Design, Measure, Optimize: Low-Power Bluetooth LE on the nRF54L Series, 2 сентября, 10:00 МСК, Nordic Semiconductor
Проектирование энергоэффективных Bluetooth LE устройств на платформе nRF54L. Участники создадут приложение и оптимизируют потребление энергии, измеряя результаты на реальном железе. Для embedded-разработчиков и специалистов IIoT.
🛡️ Operationalizing Cyber Defense | The Fortinet Security Platform-driven OT SOC, 3 сентября, 19:00 МСК, Fortinet
Создание и эксплуатация центра безопасности операций (OT SOC) на базе платформы Fortinet. Непрерывный мониторинг, обнаружение угроз и реагирование на инциденты в критической инфраструктуре. Автоматизация рабочих процессов и соответствие регуляторным требованиям.
🧘 Кажется, что сезон отпусков подходит к завершению 🧘 | 192 |
| 11 | Добрый вечер, уважаемые разработчики встраиваемого ПО!
В новой статье нашего блога структурировали ранее высказанные мысли о том, почему классический OTA не подходит для АСУ ТП и объектов критической инфраструктуры (и что подходит).
Главный тезис, который мы предлагаем осмыслить: промышленный OTA апдейт — это в первую очередь не про беспроводную связь, а про грамотную архитектуру процесса обновления.
На тему проводили соответствующий вебинар. Думаем, что неплохо бы повторить. Вы как считаете? | 185 |
| 12 | Жедаем отличного настроения и предлагаем взглянуть на Mecha Comet - устройство, которое позиционируется как гибрид карманного ПК и телефона на базе Linux 🧆
Ключевые технические особенности:
- Модульная архитектура: конструкция предусматривает возможность аппаратной модификации и расширения функционала под специфические задачи.
- Программное обеспечение: устройство поставляется с кастомным дистрибутивом Linux, оптимизированным под конкретное железо. Это обеспечивает нативную работу с терминалом и стандартными системными утилитами, исключая надстройки и ограничения, свойственные Android или iOS.
- Аппаратная безопасность: реализованы физические переключатели (kill switches) для разрыва цепей питания камеры, микрофона и модуля Wi-Fi. Программный обход этой защиты невозможен, что актуально для работы в условиях повышенных требований к информационной безопасности или на промышленных объектах.
- Статус проекта: устройство успешно прошло краудфандинг на Kickstarter, собрав около 1,2 млн долларов, что демонстрирует устойчивый запрос рынка на открытые мобильные платформы.
Внимание вопрос! Представляет ли устройство практический интерес для уважаемых разработчиков встраиваемого ПО? | 186 |
| 13 | Ничто не заменит уважаемых разработчиков встраиваемого и промышленного ПО. Нескоро, во всяком случае 🤔
Почему? Читайте статью на EE Times на статью "The Human Brain Versus AI: Similar Results, Very Different Machines". Пусть на английском, но стоит прочитать даже с переводчиком - там интересный подход на сравнение человеческого мозга и LLM без обычного хайпа.
Пара тезисов, которые зацепили:
Первое — энергоэффективность. Мозг работает на 20 ваттах постоянно и делает всё сразу: думает, обрабатывает сенсорные потоки, регулирует тело. LLM для генерации простого ответа тратит примерно в 50 раз больше энергии, чем мозг за секунду размышлений. Для сложных цепочек рассуждений разрыв достигает трёх порядков.
Второе — архитектурная причина этой прожорливости. В GPU процессор и память разделены, поэтому модель тратит колоссальную энергию на перекачку данных. Мозг объединяет вычисления и память в синаптических структурах. Плюс биологические нейроны срабатывают разреженно и тратят энергию только в момент импульса, а GPU выполняют плотные матричные умножения по всем параметрам для каждого токена.
Автор проводит аналогию с самолётом и птицей: искусственные нейросети позаимствовали у мозга базовую концепцию, но сконструированы абсолютно по-разному. LLM не догоняют мозг — они берут современный энергозатратный шорткат к древнему биологическому механизму.
Статья заставляет задуматься о том, в какой гонке мы на самом деле участвуем 🤔 | 206 |
| 14 | Собрали тут для вас тематические вебинары на грядущую неделю (24 августа — 30 августа). Все англоязычные 🤷♂️, однако темы все равно интересные!
🔧 From Automated to Autonomous: Rethinking Fab Design for the Future
📅 25 августа 2026, 21:00 МСК
🏢 Siemens совместно с SEMI
Переход от традиционной автоматизации к адаптивным и автономным фабрикам полупроводников. Ранняя интеграция систем распределения энергии, инженерных систем и автоматизации на этапе проектирования обеспечивает масштабируемость и устойчивость. Для инженеров и проектировщиков промышленных объектов.
🤖 Leveraging AI for Better MES Outcomes
📅 26 августа 2026, 20:00–21:00 МСК
🏢 Investment Casting Institute (ICI)
Практическое применение искусственного интеллекта в системах Manufacturing Execution System и IIoT-системах. Реальные кейсы внедрения AI-фреймворков для улучшения производственных результатов. Для производственных инженеров и ответственных за внедрение MES.
🛡 Mastering OT Cyber Resilience: From Detection to Recovery
📅 26 августа 2026, 11:00 МСК
🏢 Shieldworkz и Acronis
Полный жизненный цикл инцидентов в OT-среде: обнаружение, реагирование, восстановление и возобновление работы. Методы чистого восстановления для legacy-систем и изолированных сред в соответствии с NIS2 и IEC 62443. Для специалистов по кибербезопасности промышленных сетей.
🔐 Industrial Control Systems and Cybersecurity Resilience
📅 27 августа 2026, 20:00 МСК
🏢 ICP DAS USA
Эволюция киберугроз для промышленных систем управления и ПЛК, методы построения отказоустойчивых промышленных сетей и защиты контроллеров. Практические рекомендации по тестированию кибербезопасности систем промышленной автоматизации АСУТП. Для инженеров по контролю и защите промышленных объектов.
🚀 Ну и традиционное пожелание хорошего дня уважаемым разработчикам встраиваемого и промышленного ПО! | 182 |
| 15 | Добрый день, уважаемые разработчики промышленного ПО!
Мы уже ранее делали заметки о том, что виртуализация ПЛК — это не просто модный тренд. Посему собрали для вашего удобства чистовичок статьи, в которой разбираемся, где проходит граница между оправданным внедрением и излишним усложнением промышленной системы.
Тема безбрежная, как оказалось, - практические примеры подбрасывает жизнь. Поэтому возникла идея, как минимум провести популяризаторский вебинар. Что думаете?
👍 - вау, интересно
🤔 - не, это не моё | 219 |
| 16 | 👋 Всем привет! Собрали для вас немого (август все-таки) тематических вебинаров на грядущую неделю (17 августа — 23 августа).
🎛 A Guide to Productivity in Vivado using SystemVerilog, 19 августа 2026, Doulos. Часовой вебинар о повышении продуктивности при разработке FPGA на SystemVerilog в среде AMD Xilinx Vivado. Практические советы по оптимизации проектирования и отладки для инженеров, работающих со встраиваемыми системами и промышленными контроллерами.
🤖 The Robotic Vision Decisions that are hardest to undo & what to get right in 2026, 19 августа 2026 (19:00 МСК), e-con Systems. Архитекторы систем зрения разбирают критические решения в области перцепции и безопасности для мобильных роботов. Фокус на мультисенсорных системах NVIDIA для растущих флотов роботов с реальными кейсами с производств и складов.
🏭 Machine Learning for Industrial Automation: Solving Real-World Problems with ADISRA SmartView 5.0, 20 августа 2026, 17:30 МСК, ADISRA. Практическое применение машинного обучения в HMI/SCADA с встроенными алгоритмами и экспертными системами. Демонстрация выбора алгоритмов, обучения моделей и интеграции в приложения для мониторинга и предиктивной аналитики.
🚀 Желаем хорошего дня уважаемым разработчикам встраиваемого и промышленного ПО! | 241 |
| 17 | Отличный материал для тех, кто проектирует инфраструктуру под LLM под промпредприятия.
Если коротко: эпоха, когда инференс был просто одним прогоном нейросети закончилась, наступила эпоха Inference 2.0 (sic!)
В корпоративном секторе сейчас правят бал агентные системы. Один пользовательский запрос дробится на кучу задач: один агент достает данные из базы, второй анализирует, третий проверяет на соответствие политикам безопасности. Плюс поверх всего висит RAG, векторные базы и графы знаний. Инференс превратился в оркестрацию целого рабочего процесса.
Из-за этого архитектура систем сильно меняется:
Во-первых, метрики. Важны уже не голые токены в секунду, а время до полезного ответа. И этот ответ должен быть не только быстрым, но и авторизованным, и задокументированным для аудита. Если платформа А генерирует текст в два раза быстрее, но платформа Б быстрее подтягивает корпоративный контекст и права доступа, то пользователь быстрее получит результат именно от Б. Выбор в пользу Б очевиден.
Во-вторых, бутылочные горлышки. Ускорять только матричные умножения уже бессмысленно. Главная боль — управление памятью. Агенты постоянно дергают одни и те же системные промпты и контекст. Чтобы не гонять одно и то же по кругу, приходится внедрять paged attention (как в vLLM), кэширование префиксов через radix trees и спекулятивное декодирование. Управление KV-кэшем стало важнее, чем пиковые флопсы.
В-третьих, железо и интерконнекты. HBM на ускорителях не резиновая, поэтому в ход идут CXL для шеринга памяти между CPU и ускорителями без лишних копирований. А рутину вроде шифрования, сетевой сериализации и проверок прав доступа скидывают на DPU и SmartNIC, чтобы разгрузить GPU. Сам рантайм теперь работает как диспетчер: векторный поиск едет на CPU, тяжелая математика на GPU, а проверки политик — на хостовые ядра. Сеть из фона переехала прямо в критический путь выполнения запроса.
В общем , будущее наступило. А вы n8n уже активно пользуетесь, или чем-то еще? 🤔
p.s. А вот вам еще в пандан дивная новость | 227 |
| 18 |  Собрали базовый чистовик по OTA обновлениям встраиваемых устройств. Все основные положения + чеклист (в комментах).
Пользуйтесь на здоровье, уважаемые разработчики встраиваемого ПО 👍 | 220 |
| 19 | 👋 Всем привет! Собрали для вас тематические вебинары на грядущую неделю (10 августа — 16 августа).
🔧 Modern Servo Control in Industrial Automation, 12 августа 2026, Schneider Electric, подробный разбор современных сервоприводов от логики ПЛК до исполнительных механизмов. Для инженеров по промавтоматизации и специалистов АСУТП. Практические рекомендации по оптимизации производительности и настройке стека управления.
🛡️ From Risk to Resilience: Securing OT, IoT & ICS with Intelligent Automation, 10 августа 2026, 19:00 МСК, Seceon Inc., переход от управления рисками к киберустойчивости предприятий через интеллектуальную автоматизацию. Для специалистов по безопасности IIoT и критической инфраструктуры. Разбор инструментов защиты от целевых атак на OT, IoT и ICS.
🧠 Industrial AI in Action: Live Use Cases for Consumer Products Manufacturing, 13 августа 2026, AVEVA, применение AI/ML для анализа производственных данных, предотвращения простоев и оптимизации качества. Для инженеров и аналитиков, работающих с промышленным машинным обучением. Живая демонстрация алгоритмов выявления аномалий без привлечения дата-сайентистов.
🐧 Building Web-Enabled Applications with Embedded Linux, 13 августа 2026, 21:00 МСК, BLT Inc. (Xilinx Training), создание веб-приложений для систем на базе Embedded Linux. Для разработчиков встраиваемых систем и IoT-архитекторов. Практические подходы к интеграции веб-интерфейсов в ресурсоограниченных средах.
🚀 Желаем хорошего дня уважаемым разработчикам встраиваемого и промышленного ПО! | 178 |
| 20 | Здравствуйте, уважаемые разработчики встраиваемого ПО.
Занимательная получилась распаковка бюджетного омериканоского роутера в статье на Hackaday . Там рассказывают об увлекательном процессе взлома шифрованного образа, который исследователь безопасности (автор YouTube-канала Low Level) осуществил, скомбинировав несколько известных CVE и методы аппаратного хакинга.
Читается как увлекательный триллер👍 | 200 |
