Странно, но мы в реле видим главную опасность не в дребезге (он длится микросекунды) а в залипании. А тут еще конденсатор предлагают. Тогда залипание 100% получится. Кстати сам дребезг значительно короче отрезка времени, когда переключающий контакт находится в воздухе и не пойми что творится. И что-то я не понял причем там Шенон и Буль к реле в промышленности. Шенон взял от Буля формализацию и делал статические схемы коммутации пригодные для телефонных станций. Промышленность там и рядом не лежала. Потому что для конвейера нужна динамика, куча реле времени, и учет гонок. Эт гораздо сложнее булевой алгебры.
От них скрыта большая часть айсберга, а они думают, что стоят на вершине горы.
Эмбеддеры изо дня в день, сколько себя помнят, продолжают заниматься этим хардкором — и конца этому не видно.
Великий раскол случился, когда в процессорах придумали MMU.
Программисты на PC получили возможность писать глючные программы, которые уже не вешают всю систему, — и у них дела пошли в гору.
А эмбеддеры остались на голом железе с общей памятью, где каждое неосторожное движение ведёт к полному краху. Приходится биться за каждый килобайт памяти и каждый процент времени CPU.
И сказано было: «сойдем же и смешаем там язык их, так чтобы один не понимал речи другого» (Книга Бытия, 11:7) — и PC-программисты с эмбеддерами перестали понимать друг друга
ESP32 хорош подменой MAC. Европейские теперь MAC не очень то дадут менять, плюс у ESP32 попроще с региональными ограничениями на полосы и мощности. Ну и скрость по SDIO у них достойная. Еще тестирую.
Тут опять не могу согласиться. К примеру, вы в курсе что у такого всеми любимого ESP32 нет нормальной хостовой библиотеки, чтобы сторонний микроконтроллер мог использовать ESP32 просто как WiFi модуль. То что есть портировано на ESP32-P4 и это монстр из 1300 фалов! Требующий немеренно динамической памяти, создающий 6 задач и кучу очередей, испещренный логами и многоэтажными макросами.
Так вот Cloude не за час, но за пару дней урезал этот кошмар до 20 файлов! И в навесок модуль апгрейда софта написал через UART этого ESP.
Т.е. разработчики могут валить теперь в туман оптом, никто не заметит потери бригады бойцов.
Я понимаю, откуда ноги растут. Ещё совсем недавно HTML-страницу со скриптами сделать обычному эмбеддеру было очень трудно. А тут ещё обмен по JSON и серверная часть. А серверная часть завязана на особенностях встраиваемых ограниченных стеков типа lwIP, NetX Duo или чего-то такого.
Но фишка в том, что сейчас идёт революция. Столпы рушатся.
Сегодня я за час перенёс веб-сайт с CMS Joomla и дорогого хостера на бесплатный облачный сервис со статическими страницами и функциями. Всё прошло идеально: полное сохранение содержимого и форматирования, очистка от всех артефактов Joomla и рекламных ссылок.
Ну а Joomla, думаю, конец — как пришёл конец Stack Overflow. И ещё придёт конец всем сайтостроителям и всей индустрии плагинов под них.
Да что там говорить. Мне Cloude Sonnet легко переделывает приложение с Delphi на новейшие технологии WinUI и XAML. Это конец большинству IDE и индустрии компонентов под них.
Нативы тоже шатаются.
Никто, конечно, JTAG/SWD-адаптеры пока не отменил, хотя RA8 сейчас грузится через USB свободно.
Но легаси точно уже не нужен. Как-то внезапно я заменил свои легаси-утилиты на питоновские скрипты, потому что Cloude идеально пишет и отлаживает код на питоне. Сам я в питоне ничего не понимаю.
И Web-интерфейсом я некоторое время назад заменил терминалы в своих устройствах.
Все Web-страницы мне пишет Cloude (ну иногда Codex, но он жутко медленный).
Первым делом на голые девайсы сразу портирую TCP-стек с Web-сервером. Если нет Ethernet или Wi-Fi, то запускаю через USB.
По сравнению с терминалами это земля и небо по удобству.
У esp32 мало пинов, мало современных интерфейсов, мало памяти и неудобная медленная отладка. На RA8 можно делать полноценные анализаторы протоколов и перехватчики. Сегодня мне GPT-5.1-Codex написал полноценное WEB приложение для перепрограммированися системы из десятков CAN узлов. За один день! сложнейшее приложение с сканированием сети, получением метаинформации, индикацией прогресса, разруливание конфликтов и т,д,
Немного конечно неадекватоно, когда однин из главных плюсов инструмента - его дешивизна. Все равно что выбирать самый дешевый молоток для забивания гвоздей, а лучше вообще первым попавшимся булыжником забивать. Либо наоборот, давайте микроскопом забивать, т.е. приплетать сюда ПЛИС-ы
Да возьмите любую отладочную плату на микроконтроллере. Например такую - https://www.renesas.com/en/design-resources/boards-kits/ek-ra8p1 Сконфигурируйте на ней WEB сервер. И получите тысячи применений вместо четырех. GPT-5.1-Codex влет напишет нужные крависые WEB , протокол обмена по JSON с платой, а на плате напишет обмен по всем современным интерфейсам: I2C, I3C, SPI, OSPI, QSPI, SDIO, UART, USART, 1WIRE, LIN, CAN, MODBUS, CANFD, USB, SSI, PDM, MMC, MIPI ... И не нужно никах левых драйверов под Windows. Можно хоть с телефона рулить.
Момент то тут при чем? Речь идет о мощности! И об активном токе! Не токе через пустую медь. На коробке что, момент написан? Да и момента на насыщеном железе уже не будет никакого. Не забываем, что речь идет о самом дешевом моторе с самым дешевым железом. А разговор идет о первых миллисекундах пуска. А когда мотор зажимают типа руками там уже термистор давно сработал. Некоторым, я вижу, до ответов ChatGPT еще надо поднакопить знаний.
5000 Вт - это похоже на пусковую или мощность при стопорении. Чем дешевле мотор тем она больше в заданых габаритах. А хозяин соотвественно должен подумать о том выдержат ли вводные автоматы. Поэтому эта цифра полезная и очень нужная. А чтобы узнать номинальную надо просто делить на 10.
Поскольку вы связанно не может ответить на вопросы безопасности, то я пытаюсь понять сценарии как мог думать ваш программист, когда делал такие дыры в защите. И вижу ответ в том что он Ethernet кабелем думал подключиться к локальному WiFi VPN роутеру под физической защитой в ящике и далее полагаться на защиту от провайдера. Но это дорого и хлопотно.
Начнем с того что ваш контроллер к облакам и IoT не имеет никакого отношения. Ни одни облака не позволят подключиться к себе без TLS 2.0 минимума. Что вам мешало реализовать TLS? Не разобрались в API ESPэшек? Или тот же интерпретатор LUA или Python что мешало интергрировать? Помяти не хватило? Выбрали самый дешевый микроконтроллер в семействе?
Хотя конечно есть WiFi роутеры с VPN туннелем, и можно утверждать, что трафик защищен если он идет от дивайса чисто по WiFi с WPA3 Но тогда надо предупреждать пользователей, что за дешевым контроллером, должен еще стоять дорогущий специализированный роутер.
А мне нравятся статьи от DeepSeek. Кратко и по делу. Без этой графоманской воды.
Спасибо автору за ссылку на IOT2050. Довольно необычный дивайс для Сименса. Это не ПЛК с входами-выходами. Это шлюз для ардуинщиков!
На этом дивайсе реально стоят ряды пинов для подключения ардуинских шилдов. Т.е. программа сама пишется в ардуине, а этот шлюз вытягивает из ардуин данные и уже их обрабатывает, сохраняет, агрегирует, защищает и пересылает. Т.е. делает то, что ардуинщики не умеют, но очень хотят делать.
Кстати, в этот шлюз можно вставить самые навороченные и при этом дешевые 5G модемы с алика, в нем есть слот для SIM карты. В этот же шлюз можно втавить терабайтные карты памяти и накапливать данные за всю жизнь работы всей системы.
Ну и самое главное, этот шлюз содержит корневые сертификаты. Этот шлюз нельзя подделать, нельзя перехватить его трафик, нельзя перехватить управление им, к шлюзу не могут подключиться всякие левые неавторизированные облака. Этот шлюз уже обеспечен облаками сименса с налаженным конвейером обновления сертификатов. Как известно, сертификаты в IoT не выдают дольше чем на год. И автоматическое обновление сертификатов для тысяч дивайсов - важнейшая функция облаков.
А у автора получился недоделанный ПЛК. Шлюзом он не может быть по определению. В условиях мировой кибервойны это будет просто первой целью для атаки и мамкиных хакеров. Тут даже HTTP не защищен. Где-нить в европах за продажу такого дивайса фирму бы прикрыли. А ведь могли бы сделать нормально. Случись теперь что с этими насосами будут явные признаки саботажа.
Языки на визуальных компонентах вдруг стали неудобны. Еще пару месяцев назад я бы сказал за Delphi, но сегодня нет. Claude Sonnet с легкостью создаст в XAML то, что скурпулезно надо было добывать в палитру компонентов Delphi из кучи шлака. А вот накидать и связать визуальные компоненты Claude Sonnet не может. Поэтому остается WinUI и Visual Studio.
Еще вреднее нарушать баланс КБЖУ . (шутка) В европе есть такой калькулятор SCORE2 (10-летний риск первого СС-события - инфаркт, инсульт, смерть от ССЗ) Так вот он при общем холестерине > 5.0 ммоль/л уже может накинуть риск CC до 7% Т.е. гораздо раньше чем вас убьет альцгеймер от недостатка холестерина может случиться CC от избытка холестерина. А TC > 5.0 будет думаю иметь процентов не менее 30% населения.
Ну да, а то что GitHub Copilot автоматически отказывается заливать на GitHub директории с сертификатами это мы не читаем. Надо быть глубокого ума профессионалом чтобы на GitHub залить продуктовый корневой сертификат. А без него читайте что хотите, это все будут development временные ключи.
Логика немного хромает. Смотрим на айфоны и видим что туда вставляют все самое дорогое. И не трясутся за копейки. В современном обществе, где спрос воспитывают, копейки не имеют значения. Фишка в том что если что-то реально выгодное на FPGA делают, то это сразу превращается в SoC.
Ок. Я выше немного запутал понятие AI. Речь идет о нейросетевых алгоритмах типа NN-PID, PID + NN-feedforward, NN-Inverse и т.д. Их масса. Это самые что ни на есть риалтаймовые алгоритмы. И это самый писк моды. Прям локомотив истории. Cмотрим тот же Cortex-M55. Я даже не знаю как FPGA и доморощенные PRU с этим могут конкурировать.
Меня всегда настораживает, когда периферийным RISC модулям или примитивным FPGA присваивают способность к некоей точности или универсальности. Откуда у них точность-то с их целочисленной арифметикой. Скорее всего они расчитывают на свои оптимизированные для целочисленной арифметики и закрытые IP блоки. Все заточенные на традиционный FOC с PID-ами. Но кому они нужны теперь, когда есть Cloude? А если нужно эстиматоры посложнее и именно для того чтобы повысить точность регулирования, то там уже не так радужно. Тотже STM32N6 уделает эту ситару вместе с ее PRU как нечего делать. Потому как PRU не умеют в AI. А управлять STM32N6 может теми же двумя моторами и еще быстрее потому как 240 МГц на мотор. Но к этому он еще и видеть может чем управляет.
Странно, но мы в реле видим главную опасность не в дребезге (он длится микросекунды) а в залипании.
А тут еще конденсатор предлагают. Тогда залипание 100% получится.
Кстати сам дребезг значительно короче отрезка времени, когда переключающий контакт находится в воздухе и не пойми что творится.
И что-то я не понял причем там Шенон и Буль к реле в промышленности.
Шенон взял от Буля формализацию и делал статические схемы коммутации пригодные для телефонных станций. Промышленность там и рядом не лежала. Потому что для конвейера нужна динамика, куча реле времени, и учет гонок. Эт гораздо сложнее булевой алгебры.
Чистые программисты на PC — забавные ребята.
От них скрыта большая часть айсберга, а они думают, что стоят на вершине горы.
Эмбеддеры изо дня в день, сколько себя помнят, продолжают заниматься этим хардкором — и конца этому не видно.
Великий раскол случился, когда в процессорах придумали MMU.
Программисты на PC получили возможность писать глючные программы, которые уже не вешают всю систему, — и у них дела пошли в гору.
А эмбеддеры остались на голом железе с общей памятью, где каждое неосторожное движение ведёт к полному краху. Приходится биться за каждый килобайт памяти и каждый процент времени CPU.
И сказано было: «сойдем же и смешаем там язык их, так чтобы один не понимал речи другого» (Книга Бытия, 11:7) — и PC-программисты с эмбеддерами перестали понимать друг друга
ESP32 хорош подменой MAC.
Европейские теперь MAC не очень то дадут менять, плюс у ESP32 попроще с региональными ограничениями на полосы и мощности.
Ну и скрость по SDIO у них достойная. Еще тестирую.
Тут опять не могу согласиться.
К примеру, вы в курсе что у такого всеми любимого ESP32 нет нормальной хостовой библиотеки, чтобы сторонний микроконтроллер мог использовать ESP32 просто как WiFi модуль.
То что есть портировано на ESP32-P4 и это монстр из 1300 фалов!
Требующий немеренно динамической памяти, создающий 6 задач и кучу очередей, испещренный логами и многоэтажными макросами.
Так вот Cloude не за час, но за пару дней урезал этот кошмар до 20 файлов!
И в навесок модуль апгрейда софта написал через UART этого ESP.
Т.е. разработчики могут валить теперь в туман оптом, никто не заметит потери бригады бойцов.
Я понимаю, откуда ноги растут. Ещё совсем недавно HTML-страницу со скриптами сделать обычному эмбеддеру было очень трудно. А тут ещё обмен по JSON и серверная часть. А серверная часть завязана на особенностях встраиваемых ограниченных стеков типа lwIP, NetX Duo или чего-то такого.
Но фишка в том, что сейчас идёт революция. Столпы рушатся.
Сегодня я за час перенёс веб-сайт с CMS Joomla и дорогого хостера на бесплатный облачный сервис со статическими страницами и функциями. Всё прошло идеально: полное сохранение содержимого и форматирования, очистка от всех артефактов Joomla и рекламных ссылок.
Ну а Joomla, думаю, конец — как пришёл конец Stack Overflow. И ещё придёт конец всем сайтостроителям и всей индустрии плагинов под них.
Да что там говорить. Мне Cloude Sonnet легко переделывает приложение с Delphi на новейшие технологии WinUI и XAML. Это конец большинству IDE и индустрии компонентов под них.
Нативы тоже шатаются.
Никто, конечно, JTAG/SWD-адаптеры пока не отменил, хотя RA8 сейчас грузится через USB свободно.
Но легаси точно уже не нужен. Как-то внезапно я заменил свои легаси-утилиты на питоновские скрипты, потому что Cloude идеально пишет и отлаживает код на питоне. Сам я в питоне ничего не понимаю.
И Web-интерфейсом я некоторое время назад заменил терминалы в своих устройствах.
Все Web-страницы мне пишет Cloude (ну иногда Codex, но он жутко медленный).
Первым делом на голые девайсы сразу портирую TCP-стек с Web-сервером. Если нет Ethernet или Wi-Fi, то запускаю через USB.
По сравнению с терминалами это земля и небо по удобству.
У esp32 мало пинов, мало современных интерфейсов, мало памяти и неудобная медленная отладка.
На RA8 можно делать полноценные анализаторы протоколов и перехватчики.
Сегодня мне GPT-5.1-Codex написал полноценное WEB приложение для перепрограммированися системы из десятков CAN узлов. За один день! сложнейшее приложение с сканированием сети, получением метаинформации, индикацией прогресса, разруливание конфликтов и т,д,
Немного конечно неадекватоно, когда однин из главных плюсов инструмента - его дешивизна.
Все равно что выбирать самый дешевый молоток для забивания гвоздей, а лучше вообще первым попавшимся булыжником забивать.
Либо наоборот, давайте микроскопом забивать, т.е. приплетать сюда ПЛИС-ы
Да возьмите любую отладочную плату на микроконтроллере.
Например такую - https://www.renesas.com/en/design-resources/boards-kits/ek-ra8p1
Сконфигурируйте на ней WEB сервер.
И получите тысячи применений вместо четырех.
GPT-5.1-Codex влет напишет нужные крависые WEB , протокол обмена по JSON с платой, а на плате напишет обмен по всем современным интерфейсам: I2C, I3C, SPI, OSPI, QSPI, SDIO, UART, USART, 1WIRE, LIN, CAN, MODBUS, CANFD, USB, SSI, PDM, MMC, MIPI ...
И не нужно никах левых драйверов под Windows. Можно хоть с телефона рулить.
Момент то тут при чем?
Речь идет о мощности! И об активном токе! Не токе через пустую медь.
На коробке что, момент написан?
Да и момента на насыщеном железе уже не будет никакого.
Не забываем, что речь идет о самом дешевом моторе с самым дешевым железом.
А разговор идет о первых миллисекундах пуска. А когда мотор зажимают типа руками там уже термистор давно сработал.
Некоторым, я вижу, до ответов ChatGPT еще надо поднакопить знаний.
Такие вещи лучше сарашивать у ChatGPT
И как видно, если стопорить двигатель до очень низкой скорости, то увидеть можно только 20...10 его номинальной мощности.
5000 Вт - это похоже на пусковую или мощность при стопорении.
Чем дешевле мотор тем она больше в заданых габаритах.
А хозяин соотвественно должен подумать о том выдержат ли вводные автоматы.
Поэтому эта цифра полезная и очень нужная.
А чтобы узнать номинальную надо просто делить на 10.
Поскольку вы связанно не может ответить на вопросы безопасности, то я пытаюсь понять сценарии как мог думать ваш программист, когда делал такие дыры в защите.
И вижу ответ в том что он Ethernet кабелем думал подключиться к локальному WiFi VPN роутеру под физической защитой в ящике и далее полагаться на защиту от провайдера.
Но это дорого и хлопотно.
Начнем с того что ваш контроллер к облакам и IoT не имеет никакого отношения.
Ни одни облака не позволят подключиться к себе без TLS 2.0 минимума.
Что вам мешало реализовать TLS?
Не разобрались в API ESPэшек?
Или тот же интерпретатор LUA или Python что мешало интергрировать?
Помяти не хватило? Выбрали самый дешевый микроконтроллер в семействе?
Хотя конечно есть WiFi роутеры с VPN туннелем, и можно утверждать, что трафик защищен если он идет от дивайса чисто по WiFi с WPA3
Но тогда надо предупреждать пользователей, что за дешевым контроллером, должен еще стоять дорогущий специализированный роутер.
А мне нравятся статьи от DeepSeek. Кратко и по делу. Без этой графоманской воды.
Спасибо автору за ссылку на IOT2050.
Довольно необычный дивайс для Сименса.
Это не ПЛК с входами-выходами. Это шлюз для ардуинщиков!
На этом дивайсе реально стоят ряды пинов для подключения ардуинских шилдов.
Т.е. программа сама пишется в ардуине, а этот шлюз вытягивает из ардуин данные и уже их обрабатывает, сохраняет, агрегирует, защищает и пересылает. Т.е. делает то, что ардуинщики не умеют, но очень хотят делать.
Кстати, в этот шлюз можно вставить самые навороченные и при этом дешевые 5G модемы с алика, в нем есть слот для SIM карты.
В этот же шлюз можно втавить терабайтные карты памяти и накапливать данные за всю жизнь работы всей системы.
Ну и самое главное, этот шлюз содержит корневые сертификаты. Этот шлюз нельзя подделать, нельзя перехватить его трафик, нельзя перехватить управление им, к шлюзу не могут подключиться всякие левые неавторизированные облака. Этот шлюз уже обеспечен облаками сименса с налаженным конвейером обновления сертификатов. Как известно, сертификаты в IoT не выдают дольше чем на год. И автоматическое обновление сертификатов для тысяч дивайсов - важнейшая функция облаков.
А у автора получился недоделанный ПЛК. Шлюзом он не может быть по определению. В условиях мировой кибервойны это будет просто первой целью для атаки и мамкиных хакеров. Тут даже HTTP не защищен. Где-нить в европах за продажу такого дивайса фирму бы прикрыли.
А ведь могли бы сделать нормально. Случись теперь что с этими насосами будут явные признаки саботажа.
Языки на визуальных компонентах вдруг стали неудобны.
Еще пару месяцев назад я бы сказал за Delphi, но сегодня нет.
Claude Sonnet с легкостью создаст в XAML то, что скурпулезно надо было добывать в палитру компонентов Delphi из кучи шлака.
А вот накидать и связать визуальные компоненты Claude Sonnet не может.
Поэтому остается WinUI и Visual Studio.
Еще вреднее нарушать баланс КБЖУ . (шутка)
В европе есть такой калькулятор SCORE2 (10-летний риск первого СС-события - инфаркт, инсульт, смерть от ССЗ)
Так вот он при общем холестерине > 5.0 ммоль/л уже может накинуть риск CC до 7%
Т.е. гораздо раньше чем вас убьет альцгеймер от недостатка холестерина может случиться CC от избытка холестерина.
А TC > 5.0 будет думаю иметь процентов не менее 30% населения.
Ну да, а то что GitHub Copilot автоматически отказывается заливать на GitHub директории с сертификатами это мы не читаем.
Надо быть глубокого ума профессионалом чтобы на GitHub залить продуктовый корневой сертификат.
А без него читайте что хотите, это все будут development временные ключи.
Тока вчера я пребывал в шоке от распростанения PFAS, который есть уже во всех людях.
А тут уже микропластик подоспел.
С чего бы это?
Логика немного хромает.
Смотрим на айфоны и видим что туда вставляют все самое дорогое.
И не трясутся за копейки. В современном обществе, где спрос воспитывают, копейки не имеют значения.
Фишка в том что если что-то реально выгодное на FPGA делают, то это сразу превращается в SoC.
Ок. Я выше немного запутал понятие AI.
Речь идет о нейросетевых алгоритмах типа NN-PID, PID + NN-feedforward, NN-Inverse и т.д. Их масса. Это самые что ни на есть риалтаймовые алгоритмы.
И это самый писк моды. Прям локомотив истории. Cмотрим тот же Cortex-M55.
Я даже не знаю как FPGA и доморощенные PRU с этим могут конкурировать.
Меня всегда настораживает, когда периферийным RISC модулям или примитивным FPGA присваивают способность к некоей точности или универсальности.
Откуда у них точность-то с их целочисленной арифметикой. Скорее всего они расчитывают на свои оптимизированные для целочисленной арифметики и закрытые IP блоки. Все заточенные на традиционный FOC с PID-ами.
Но кому они нужны теперь, когда есть Cloude?
А если нужно эстиматоры посложнее и именно для того чтобы повысить точность регулирования, то там уже не так радужно.
Тотже STM32N6 уделает эту ситару вместе с ее PRU как нечего делать. Потому как PRU не умеют в AI. А управлять STM32N6 может теми же двумя моторами и еще быстрее потому как 240 МГц на мотор. Но к этому он еще и видеть может чем управляет.