по тексту статьи очень непонятно на каком этапе льется прошивка в pico и откуда она там вообще берется. я так понимаю это все делается внутри ide. а runtime вообще непонятно зачем в этом проекте
могу сказать как наши, в любую погоду в любой жопе и на коленке...
не работают :) После хорошей грозы бывает прям сюр картинка когда светофоры перемигиваются рандомно всеми цветами. ну и вообще.
ибо тот кто делает эти контроллеры сами их не эксплуатируют и порой такой фигни там на ваяют
но виноват конечно же линукс. собственно к нему это тоже относиться, но примерно в тойже степени что и винды. А может даже и меньше - люди программируют софты именно что под себя чтобы работать с этим, получается опять тот же художник которому так удобнее.
т.е. не могу знать и того и другого
может да, а может и нет. Прошивка готовой прошивки в микросхему и настройка готового прибора именно что узкоспециализированным (для конкретного прибора) софтом в принципе требует довольно разных квалификаций.
токовую петлю реверсил будучи довольно студентом без опыта вообще. схема адаптера токовой петли в rs232 нашлась у предшевственников, а уж байты с com порта поглядеть можно в 100 разных софтов
, я достаточно давно и долго занимался обслуживанием дорожной инфраструктуры, конкретно светофоров,
как то все смешалось микропроцессорный контроллер vs устройство контроллер. До кучи еще промышленный контроллер..
Но вот все это светофорное оборудование по отдельности тема довольно занятная. Хотелось бы более подробно почитать об этом.
Иностранные "светофорщики" в ютубках довольно подробно и популярно рассматривают полевой ремонт такой техники, там и программирование работы и автономная видеоаналитика. однако я вот как-то даже не акцентировался под какую ОС там прошивальщик.. с кнопок чтоли все навастривают
Все бывает, и обеспечивают приемственность и какой нибуть битик поменяют посредине серии. И очередь за забором из грамотных специалистов тоже бывает, у кого то в голове. У нас же сейчас вообще новая история с вайбкодингом - все ИИ сделает :) :) :)
"традиционный" умный умный дом: сборная солянка из датчиков и исполнительных механизмов подключаемых по всяким WiFi/BT/Zigbee к какому нибудь "серверу" на Homeassistant/WB/куча всякого, зачастую через всякие шлюзы, конверторы с посредником в виде протокола MQTT. Несмотря на то что тот же Zigbee позволяет напрямую соединять оконечные устройства все равно вся обработка завязана на этот сервер, который заодно рисует градиентные кнопочки (для ipad ) и шлет данные на сервера алисы и прочих голосовых.
Этот уровень управления можно конечно реализовать на языках МЭК, только что то мало кто это сделал, всякие HA работают на python и за SCADA и за таргет и за HMI. Понаделано уже столько всякого и переделывать никто не собирается.
Имеющиеся ПЛК с языками МЭК мало того не имеют ни аппаратной реализации WiFi/BT/Zigbee, ни их софтовой поддержки, даже "передастом" работать не могут. Другими словами, ни ПЛК Овен ни ПЛК Siemens ни ПЛК на системе Кругол не могут управлять Wi-Fi-шторами через платформу Tuya SmartLife, по крайней мере, без диких костылей. Штор с modbus и лампочек с протоколом hart и кондиционеров с profibus я тоже что то не видел. Еще такое есть - поправьте, пожалуйста.
только если этот софт прошит в ПЛК это аппаратное обеспечение
Не шибко грамотно называть аппаратным железо с кучей прошивок и прошивочек которое реализует и таргеты для МЭК и более низкий уровень - тоже софт, только сложнее поменять. Глюкнет такая прошивка - и тоже ничего хорошего, только писал ее другой программист и ответственность более размыта. Децентрализованная архитектура это хорошо, если она действительно способна работать без верхнего контроля, но без отсутствия связи между узлами звучит нереально. Как минимум, потребует дублирования с двух сторон на переходах зон управления.
Аппаратное обеспечение: реле, транзисторы, пневматика УСЭППА - программиста не требуют.
Да хоть трижды китайский.. И такое уже некоторый уровень, которой осилит не всякий и тем более - не любой. Но у них не получается даже нормально "сделать вид".
по тексту статьи очень непонятно на каком этапе льется прошивка в pico и откуда она там вообще берется. я так понимаю это все делается внутри ide. а runtime вообще непонятно зачем в этом проекте
начинка этого датчика рассматривалась? Она сильно напоминает те поделки где концентрация СО2 меряется очень туманным методом
сериал For All Mankind прекрасно раскрывает такой вариант
не работают :) После хорошей грозы бывает прям сюр картинка когда светофоры перемигиваются рандомно всеми цветами. ну и вообще.
но виноват конечно же линукс. собственно к нему это тоже относиться, но примерно в тойже степени что и винды. А может даже и меньше - люди программируют софты именно что под себя чтобы работать с этим, получается опять тот же художник которому так удобнее.
может да, а может и нет. Прошивка готовой прошивки в микросхему и настройка готового прибора именно что узкоспециализированным (для конкретного прибора) софтом в принципе требует довольно разных квалификаций.
а нельзя просто схемно не заряжать заряженный акумулятор или это бред какойто?
а их конечно разыскали и наказали, ночне такое не можно ж.?
Девушка занявшая 2е место (2-1-3 ведь) просится на новый мем "Когда ты заняла второе место...". очень живые образы на этой фотке
до этого вроде еще не доходит. но еще с 2025 года кое кого обязали переходить
имя приложения мы конечно не скажем. и кто и как его установил.
подозреваю что речь идет про совсем разные вещи
токовую петлю реверсил будучи довольно студентом без опыта вообще. схема адаптера токовой петли в rs232 нашлась у предшевственников, а уж байты с com порта поглядеть можно в 100 разных софтов
только что прочитал https://habr.com/ru/articles/776532/ про рулонный телеграфный аппарат управляемый zx. и тут такое дополнение
как то все смешалось микропроцессорный контроллер vs устройство контроллер. До кучи еще промышленный контроллер..
Но вот все это светофорное оборудование по отдельности тема довольно занятная. Хотелось бы более подробно почитать об этом.
Иностранные "светофорщики" в ютубках довольно подробно и популярно рассматривают полевой ремонт такой техники, там и программирование работы и автономная видеоаналитика. однако я вот как-то даже не акцентировался под какую ОС там прошивальщик.. с кнопок чтоли все навастривают
Тема полна замечательных мемчиков, которые хоть и не "исторические", но вносят интересный вклад в тему.
Я например вспоминаю историю про некого пожилого грека который жаловался что современная молодежь поет не так мелодично как ...
угадайте что продвигали авторы такого опросника
я же говорю я стал искать подробности, ходить по ссылкам.. https://www.goal.ru/sistemy-bezopasnosty-ceny/ акутально ?
Все бывает, и обеспечивают приемственность и какой нибуть битик поменяют посредине серии. И очередь за забором из грамотных специалистов тоже бывает, у кого то в голове. У нас же сейчас вообще новая история с вайбкодингом - все ИИ сделает :) :) :)
"традиционный" умный умный дом: сборная солянка из датчиков и исполнительных механизмов подключаемых по всяким WiFi/BT/Zigbee к какому нибудь "серверу" на Homeassistant/WB/куча всякого, зачастую через всякие шлюзы, конверторы с посредником в виде протокола MQTT. Несмотря на то что тот же Zigbee позволяет напрямую соединять оконечные устройства все равно вся обработка завязана на этот сервер, который заодно рисует градиентные кнопочки (для ipad ) и шлет данные на сервера алисы и прочих голосовых.
Этот уровень управления можно конечно реализовать на языках МЭК, только что то мало кто это сделал, всякие HA работают на python и за SCADA и за таргет и за HMI. Понаделано уже столько всякого и переделывать никто не собирается.
Имеющиеся ПЛК с языками МЭК мало того не имеют ни аппаратной реализации WiFi/BT/Zigbee, ни их софтовой поддержки, даже "передастом" работать не могут. Другими словами, ни ПЛК Овен ни ПЛК Siemens ни ПЛК на системе Кругол не могут управлять Wi-Fi-шторами через платформу Tuya SmartLife, по крайней мере, без диких костылей. Штор с modbus и лампочек с протоколом hart и кондиционеров с profibus я тоже что то не видел. Еще такое есть - поправьте, пожалуйста.
Не шибко грамотно называть аппаратным железо с кучей прошивок и прошивочек которое реализует и таргеты для МЭК и более низкий уровень - тоже софт, только сложнее поменять. Глюкнет такая прошивка - и тоже ничего хорошего, только писал ее другой программист и ответственность более размыта. Децентрализованная архитектура это хорошо, если она действительно способна работать без верхнего контроля, но без отсутствия связи между узлами звучит нереально. Как минимум, потребует дублирования с двух сторон на переходах зон управления.
Аппаратное обеспечение: реле, транзисторы, пневматика УСЭППА - программиста не требуют.
О, они уже мемчики с Хабра цитируют :) :)
Да хоть трижды китайский.. И такое уже некоторый уровень, которой осилит не всякий и тем более - не любой. Но у них не получается даже нормально "сделать вид".