Любая газовая котельная может быть признана опасным объектом если соответствует перечню указанному в Приложении №1 к ФЗ №116 от 21.07.97г. «О промышленной безопасности опасных производственных объектов».
Определить степень опасности котельной можно по следующим признакам:
Оборудование котельного объекта работает с давлением, превышающим 1,6 Мпа
Температура функционирования оборудования превышает 115ºС.
В качестве топлива используется природный газ, где давление газопровода более 0,005 МПа;
Котельная служит объектом теплоснабжения для социальнозначимых категорий (например, детского сада, больницы)
На территории котельной присутствует топливо в резерве, объемом выше 20 тысяч тонн.
Если объект газопотребления имеет один или несколько из вышеперечисленных пунктов, она признается опасным производственным объектом (ОПО).
Это все из Российского законодательства, может что-то устарело и сейчас изменено, но не думаю что сильно.
Вы вместо того, что бы доказывать только свою правоту прислушайтесь, возможно вы где-то не правы. И если что-то произойдёт (не дай бог конечно) у вас должны быть 1000% доказательства. То что мы тут говорим о разном и прочем бла бла, учитывая что я ориентирован на Казахстан а вы на Россию, это не предмет диалога, я более чем уверен, что комиссия, в случае разбирательства найдёт аргументы против вас. Один только ПЛК чего стоит.
Не найдут искробезопасную цепь на датчики давления газа, тоже причина.
Увидят что гофротруба к датчику давления газа пластиковая, тоже одна из причин. Много что могут найти.
А что за агрессия? Мы же говорим про уровень ответственности. Если в котле что-то пойдёт не так, там есть определённые уровни защиты, это локализовано устройство и промышленная котельная - это не кухня. На кухне вы сами несёте ответственность и порой кухни взрываются. С квартирами или целыми подъездами. И да, помещение кухни, в данном случае - это опасное место и для него применяются правила поведения и правила зажигания огня. И только человек в состоянии оценить уровень опасности на кухне (по запаху). Вы же пишете про пвтоматизированные котельные, без персонала, на автоматическом управлении. И котлы, я так понимаю тоже являются частью этого процесса. Не смотря на их локальную автоматику.
вся автоматика в ней построена на нашем оборудовании и нашем софте, только датчики и силовое оборудование стороннего производства.
Уже говорит о том, что все от входа до выхода работает через ПЛК.
Датчик стоит на газовой трубе, и он механический на отсечку по давлению.
Это ли не оборудование (датчик с дискретным выходом) которое должно иметь искробезопасную цепь? Это ли не часть системы, которая является опасной?
А это что такое? Шкаф управления стоит в одном помещении с газовой инфраструктурой.
И там просто стоят реле и стоят контакторы в шкафу, вы серьёзно? А ещё планшет с подключением по USB это вообще кринж!
Любая утечка газа и контактор, который выключается с искрообразованием и прощай котельная.
Вот кстати и те контакторы в количестве 5 штук. Обычные, простые, даже не закрытые!
И кстати, вы в курсе, что во взрывоопасной зоне (а это помещение по сути является таковым ввиду того, что газовая труба входит именно в это помещение, здесь же стоит отсечной клапан и датчики контроля давления) необходимо кабель прокладывать в металлической гофротрубе и кабельные вводы должны быть взрывозащищенными?
И после этого вы будете рассказывать какие это реальные ребята, которые все сделали хорошо?
Да, почитал ваши комментарии и действительно, все что относительно требований - все верно. Есть у вас и собственное мнение и я понимаю откуда оно, а именно из опыта, который мы получаем и при работе с заказчиками и с госэкспертизой да и просто из здравого смысла. Я например 25 лет на производстве отработал (и горнодобывающее и перерабатывающее и плавильное производства, а также нефть и газ от добычи и транспортировки до переработки ещё 10 лет и все связано с проектированием, внедрением и запуском. И видя ваши комментарии понимаю, откуда ноги растут. А видя отмазки автора (который работает в WB рекламирует его) не понимаю как такие проекты были заказчиком приняты, даже на стадии П. Видимо все идёт в сторону снижения затрат не смотря на безопасность и здравый смысл. Автор, у вас есть очень хорошие ПЛК Fastwell, присмотритесь к ним. Сборки делаются компактные, резервирование присутствует, модули как у Wago (одни из самых удобных в работе) и есть возможность строить распределенные системы.
У него заготовлены все ответы, которые оправдывают его выбор. Толку вообще что-то комментировать. Критика вышла из чата, а специалист пусть дальше работает с бытовым ПЛК. Да да, они делятся на тип применения и разрешение применения для различных задач и производств. Я же написал пример ПЛК на esp32 в прошлом комментарии, значит вы согласны с тем, что я написал, если не прокомментировали это. И теперь я понимаю, что вам виднее, какой ПЛК использовать на проекте, который использует газ в качестве топлива, увидел что у вас 25 лет "успешного" опыта. А что касается резервирования ПЛК, то нормальные ПЛК резервируются без проблем, а то что вы используете, на скриптах естественно резервировать сложно.
Я о том и говорю, что куплено или продано, что экспертиза пропустила. Ну или в экспертизе такие-же "специалисты" сидят.
Помещение котельного зала не является (и никогда не являлось) взрывоопасным, именно для того там и осуществляется контроль загазованности, так что про искробезопасные цепи - мимо.
Да, а вы газом вообще не управляет, клапаны не закрываете, давление не измеряете? Вообще к газу отношение не имеете? Слабо верится. Это базовые принципы автоматизации и для этого специально делают защиту, тем более, если идёт речь про горючие жидкости и газы. Опять же повторюсь, к таким проектировщикам и такому специалисту ни ногой.
Я теперь понимаю, почему сейчас все Российские компании за серьёзными проектами к нам в Казахстан идут. Видимо там сложно со специалистами стало и с проектировщиками.
В дополнение: для чего выкладываете статью? Если для рекламы Wiren Board, то у вас это получилось. Если поделиться опытом, то мимо! Здесь столько специалистов с реальным опытом, что сложно протолкнуть рекламу "умной котельной" как "прекрасное" решение.
Сколько видел и делал проектов, но этот прям очень спорный! Во первых, вы говорите про газовую котельную, следовательно уровень безопасности должен быть на высоком уровне. Как минимум использование искробезопамных цепей. В описании ни слова про это не увидел. Как это пропустил технадзор и госэкспертиза не понимаю. Я делал проект склада дизельного топлива, так там столько требований было - просто жесть, а тут газ и для этого ещё и бытовой контроллер ставят. К ПЛК очень много вопросов! Разве нет нормальных ПЛК в России? Модульных, с искробезопасными модулями и так далее... Опять вижу тупо рекламу контроллера WB с его модулями, которые мало чем от Овна отличаются. Ну делаете вы "умные дома" на WB ну и делайте, зачем в промку то лезть? Может сейчас это тренд, программировать ПЛК скриптами, но я за свои 30 лет в Автоматизации не встречал такого, логика должна работать по алгоритму и быстро, циклами. Есть промышленные ПЛК для этого, а WB к промышленным ПЛК не относится. Максимум - прикладные задачи, ЖКХ, "умный дом" и прочие мелочи. Если автор из тех, кто занимается промкой на таких ПЛК и ещё заявляет о том, что где-то на таком же решении сделано ещё несколько котельных и они типа работают без проблем, то у меня вопрос к гос экспертизе и проектировщикам! Как допустили ПЛК не предназначенный для этого в проект нефтегаза? Или у вас там настолько все куплено и продано, что можно взять и засунуть в проект решение не предназначенное для этого... Ну с тем же успехом, как я понимаю, можно было проект на esp32 или на rp2040 собрать, навтыкать ему релюшек и модулей. Ну чем не решение!?
К таким проектировщикам никогда не пошёл бы за проектами. А специалисту по АСУ ТП, который отстаивает решение "бытового реле" с скрипом для проекта нефтегазового сектора не доверил бы внедрять такой проект.
Дружище, ты почему смотришь только софтовую часть? Этот мк делался с упором на аппаратные возможности. И некоторые функции, такие как чтение данных с пинов, работают быстрее чем rp2040 и прочие на Pyton. Что вы уперлись в api и sdk? Api тут вообще не требуется, sdk это просто библиотека, но ты её видишь как-то по своему. Не стоит путать целевое назначение МК и программное обеспечение для этого МК. А что касается Ардуино, то посмотри, что сейчас есть на рынке (ну или год назад что было) ты просто говоришь про atmega328, да, это древний МК, который актуален до сих пор, потому что простой и не прихотливый. А ещё есть Arduino Portenta X8, да это тоже Arduino, но посмотри на характеристики этой платы:
PROCESSOR NXP® i.MX 8M Mini - 4x Arm® Cortex®-A53 core up to 1.8 GHz, 1x Arm® Cortex®-M4 core up to 400 MHz
MICROCONTROLLER STMicroelectronics STM32H747AII6 Dual Arm® Cortex®-M7/M4 IC - 1x Arm® Cortex®-M7 core up to 480 MHz 1x Arm® Cortex®-M4 core up to 240 MHz
И вообще посмотри на все решения под этим названием, много нового узнаешь. Уперлись в свои стереотипы и ими оперируете. Вы шоры уберите со своих глаз и на многое будете глядеть иначе. В последнее время сильно раздражают вот такие диванные эксперты, которые "умные" вещи пытаются писать. Пишут что ардуино - это для новичков, а rp2040 - это типа продвинутые.
Что из этого, начинающий должен был понять? Что-то про регистры процессора? Про прерывания? Про команды? Про что? Кусок незаконченной статьи, текст ничем, информации - нет. Читал, смотрел и статья закончилась. Неожиданно. Это ещё и часть 1! Я боюсь представить, что будет в части 2! Там на асмемблере будем писать операционку? Автор, ты молодец, что хочешь поделиться чем-то, но попробуй структурировать подачу информации. Ты пишешь : для начинающих, а я с опытом ассемблера и работая с этими одноплатниками тебя не понял!
Я такие софтверные решения применял в начале 2000,потому что автоматизация была на низком уровне, но были lpt порты, com-порты. Для них делали модули и да, собирали инфу, управляли железом, передавали на почту, хранили в базах данных. И Web сервера поднимали и так далее. Но сейчас, делать тоже самое, но на более компактном железе и говорить про актуальность.... Ну не знаю.... 25 лет уже прошло, сейчас есть более интересные решения, вариантов организации на любых МК, любых платформах...
И для чего же ещё нужен UNIX host особенно rpi4? Вы для чего её используете? Мониторинг? Я же про автоматизацию говорю. То, что вы делаете мониторингом, а потом ногами, реализуется на одной atmega328 или самой дешёвой esp32. Зачем туда толкать rpi4 или что-то подобное, не понимаю. Хотя, понимаю, если вы не умеете работать с МК, но умеете писать скрипты для Web серверов (хотя perl уже так устарел, что нет слов) так вы ещё и базу данных используете, mysql видимо и решение стало уже софтовым а не железным. Суть автоматизации не в костылях, а в простоте! Порой можно на реле собрать надёжное и простое решение а порой и 64ядерный сервер не справится с простой задачей. Я сейчас вижу, что rpi4 это микроскоп, которым забивают гвозди и доказывают, что так и должно быть.
И вот, я прочитал предыдущие 2 статьи (как мне показалось не ваши, потому что слишком много воды) и вопросов к моему комментарии стало ещё больше! Если вы пишите что esp32 C6 Wroom1 имеет на борту свой CAN интерфейс, то зачем ставить преобразователь uart-can? И так и не понятно, зачем на периферийном МК столько памяти на борту? И зачем там смотреть на энергопотребление, если питание по проводам приходит? Короче, вопросов стало ещё больше и нет на них ответов. И так и не понятно, чем CAN, в данном случае лучше rs-485, при том, что вы пишите что таких устройств может быть до 64, при этом rs-485 до 255. А комментарии к прошлым статьям показывают реальность этих статей.
У себя на фазенде я подключил все датчик через 1-Wire к RPi4. На Pi простой перловый скрипт делает регулярный опрос датчиков и скидывает данные через HTTPS запросы типа POST на сервер (в Postgres), где они обрабатываются и визуализируются простыми CGI скриптами. На всё-провсе ушло два дня. Пришлось вынужденно заняться этой темой в позапрошлом году после того, как из-за морозов ниже -35С у меня остановился газовый котел и все нафиг замерзло. Теперь весь дом мониторится, визуализируется и рассылаются оповещалки по e-mail. :-)
Вы используете целую RPi4 Для банального мониторинга и при этом ничем не управляете? Это же как минимум неэффективно! Ну вот не пришла SMS или почта (самый бессмысленный способ оповещения) и все снова замерзло, потому что вы не приехали! А все потому, что неэффективно используется оборудование. Вернее оно вообще не используется. Честно сказать, не слышал про perl скрипты уже очень долго, тем более для автоматизации.
А в чем необходимость именно can шины? Да, она может работать без ведомого, но это отчасти хаос и судя по модулями, они имеют не так уж им много интерфейсы. Если честно, я не понял куда их ставить (да, статью читал по диагонали, больше схему смотрел), чем они управляют и для чего предназначены. Ну модули, ну на CAN шине, а в чем особенность? Почему не 485,я понял из комментариев, но не понял почему отсутствие ведущего - это минус? Кто рулит всей сетью? Кто управляет, по какой логике и так далее. Ведущий может опрашивать узлы и принимать из них команды, коды, да все что ему необходимо, как это в промышленной автоматизации и он принимает решение на уровне головного. То, что происходит на уровне локального, он тоже знает но не мешает ему выполнять. И действительно не понимаю суть именно вот этого решения!? Должна же быть цель у проекта. Я перечитал и вижу, что есть описание пинов МК, что-то про питание и шину, про Ethernet модуль (хоть и не понятно зачем он там). Куча полевиков, пара реле, без опторазвязок. Бррр. Для чего это все? Умный дом - понятно, распределения система - тоже понятно, но все остальное, вы хоть опишите как проект, а не техническое решение. И самое главное - почему выбран именно этот микроконтроллер? Он же просто стоит как примитивный модуль, для отработки команд от головного! Включить и выключить реле! Зачем туда ставить плату с esp32 C6 Wroom1 и не использовать её!? Что мешает поставить что-то проще, дешевле, возможно с большим количеством пинов, в конце концов управлять большим числом нагрузок и иметь возможность подключения датчиков (если эта плата не для розетки). В любом случае этот модуль на шине висит и ему не нужен другой интерфейс. А вот поставить маленькую eeprom для записи уникальных персональных данных, без выбора адресов джамперами - это куда эффективнее. Работа большая проведена, но подумайте, насколько это эффективно? За из лишнюю эмоциональность сразу прошу прощения.
14 часов читать и корректировать лицензионное соглашение... Хмммм... Его же потом никто не читает))) уж если он с красными глазами, после 14 часов, я боюсь представить что будет с простым пользователем, который это прочитает.
Что-то я не понимаю, про какое солнышко и про какой хвост идёт речь? Это простой ИК канал и я говорил о том, что вам стоит взять светодиод (с охватом в 180 градусов) и просто считать все команды с заводских ИК пультов. И передавать на любое устройство с ИК приемником. Если приёмник примитивный и реагирует на взмах хвоста кошки, то это не проблема передатчика! А для большинства оборудования команды уникальны и используются только в одном виде. Канал вверх, канал вниз, громкость вверх, громкость вниз ну и так далее. Только power в основном на одной кнопке и работает на вкл и на выкл.
А на чем базируется ардуино? Это просто МК Atmega 328 (ну или подобное мощнее или с большим количеством пинов ввода/вывода). На самом деле, разработка своих решений это не сложно, просто не каждый кто работает только с ардуино может выйти за рамки плат прототипирования. А если это электронщик, грамотный, то он понимает, как это устроено и для него нет границ для разработки своего железа, хоть для дома, хоть для предприятия. Несомненно, для предприятия просто не примут контроллер на Atmega, но это не значит что он там не сможет работать.
Так вы на целевые проекты смотрите а говорите в целом про архитектуру. И программный код на Pyton (который кстати в тысячу раз медленнее работает на МК) и Rust. А в чем тогда смысл? Низкоуровневые МК нужно уметь программировать правильно, оптимизированным и корректный кодом, а не python-ом. Вы берете более мощный мк, менее производительный язык программирования, дополнительные настройки и делаете проект, который по производительности не быстрее чем на Arduino... Как мне это знакомо! Это софтверный подход, а не подход электроника и автоматика. Я на паре десятков ардуино смогу сделать автоматизацию предприятия, которая будет работать и очень корректно. А вот вам будет сложно на pico малине осуществить тоже самое. Это разные мк под разные задачи. И ещё, имейте ввиду, что Arduino это не только Atmega 328. В линейке ещё очень много мощных мк. И если вы не понимаете суть их и просто сравниваете их по скорости, производительности и мощности, без других факторов, то вам стоит разобраться с их назначением и только потом вещать свое мнение.
Ну хорошо, едем дальше.
Стандарты:
https://welltechs.ru/upload/iblock/5cb/GOST-R-IEC-60079_1_2013.pdf?ysclid=mks6f22erl251622271
https://kss.spb.ru/d/gost/gost_iec_60079_14_2013.pdf?ysclid=mks6bs60td544062970
Любая газовая котельная может быть признана опасным объектом если соответствует перечню указанному в Приложении №1 к ФЗ №116 от 21.07.97г. «О промышленной безопасности опасных производственных объектов».
Определить степень опасности котельной можно по следующим признакам:
Оборудование котельного объекта работает с давлением, превышающим 1,6 Мпа
Температура функционирования оборудования превышает 115ºС.
В качестве топлива используется природный газ, где давление газопровода более 0,005 МПа;
Котельная служит объектом теплоснабжения для социальнозначимых категорий (например, детского сада, больницы)
На территории котельной присутствует топливо в резерве, объемом выше 20 тысяч тонн.
Если объект газопотребления имеет один или несколько из вышеперечисленных пунктов, она признается опасным производственным объектом (ОПО).
Это все из Российского законодательства, может что-то устарело и сейчас изменено, но не думаю что сильно.
Вы вместо того, что бы доказывать только свою правоту прислушайтесь, возможно вы где-то не правы. И если что-то произойдёт (не дай бог конечно) у вас должны быть 1000% доказательства. То что мы тут говорим о разном и прочем бла бла, учитывая что я ориентирован на Казахстан а вы на Россию, это не предмет диалога, я более чем уверен, что комиссия, в случае разбирательства найдёт аргументы против вас. Один только ПЛК чего стоит.
Не найдут искробезопасную цепь на датчики давления газа, тоже причина.
Увидят что гофротруба к датчику давления газа пластиковая, тоже одна из причин. Много что могут найти.
А что за агрессия? Мы же говорим про уровень ответственности. Если в котле что-то пойдёт не так, там есть определённые уровни защиты, это локализовано устройство и промышленная котельная - это не кухня. На кухне вы сами несёте ответственность и порой кухни взрываются. С квартирами или целыми подъездами. И да, помещение кухни, в данном случае - это опасное место и для него применяются правила поведения и правила зажигания огня. И только человек в состоянии оценить уровень опасности на кухне (по запаху). Вы же пишете про пвтоматизированные котельные, без персонала, на автоматическом управлении. И котлы, я так понимаю тоже являются частью этого процесса. Не смотря на их локальную автоматику.
Вот я внимательно и почитал статью:
Уже говорит о том, что все от входа до выхода работает через ПЛК.
Это ли не оборудование (датчик с дискретным выходом) которое должно иметь искробезопасную цепь? Это ли не часть системы, которая является опасной?
И там просто стоят реле и стоят контакторы в шкафу, вы серьёзно? А ещё планшет с подключением по USB это вообще кринж!
Любая утечка газа и контактор, который выключается с искрообразованием и прощай котельная.
И кстати, вы в курсе, что во взрывоопасной зоне (а это помещение по сути является таковым ввиду того, что газовая труба входит именно в это помещение, здесь же стоит отсечной клапан и датчики контроля давления) необходимо кабель прокладывать в металлической гофротрубе и кабельные вводы должны быть взрывозащищенными?
И после этого вы будете рассказывать какие это реальные ребята, которые все сделали хорошо?
Да, почитал ваши комментарии и действительно, все что относительно требований - все верно. Есть у вас и собственное мнение и я понимаю откуда оно, а именно из опыта, который мы получаем и при работе с заказчиками и с госэкспертизой да и просто из здравого смысла. Я например 25 лет на производстве отработал (и горнодобывающее и перерабатывающее и плавильное производства, а также нефть и газ от добычи и транспортировки до переработки ещё 10 лет и все связано с проектированием, внедрением и запуском. И видя ваши комментарии понимаю, откуда ноги растут. А видя отмазки автора (который работает в WB рекламирует его) не понимаю как такие проекты были заказчиком приняты, даже на стадии П. Видимо все идёт в сторону снижения затрат не смотря на безопасность и здравый смысл. Автор, у вас есть очень хорошие ПЛК Fastwell, присмотритесь к ним. Сборки делаются компактные, резервирование присутствует, модули как у Wago (одни из самых удобных в работе) и есть возможность строить распределенные системы.
У него заготовлены все ответы, которые оправдывают его выбор. Толку вообще что-то комментировать. Критика вышла из чата, а специалист пусть дальше работает с бытовым ПЛК. Да да, они делятся на тип применения и разрешение применения для различных задач и производств. Я же написал пример ПЛК на esp32 в прошлом комментарии, значит вы согласны с тем, что я написал, если не прокомментировали это. И теперь я понимаю, что вам виднее, какой ПЛК использовать на проекте, который использует газ в качестве топлива, увидел что у вас 25 лет "успешного" опыта. А что касается резервирования ПЛК, то нормальные ПЛК резервируются без проблем, а то что вы используете, на скриптах естественно резервировать сложно.
Я о том и говорю, что куплено или продано, что экспертиза пропустила. Ну или в экспертизе такие-же "специалисты" сидят.
Да, а вы газом вообще не управляет, клапаны не закрываете, давление не измеряете? Вообще к газу отношение не имеете? Слабо верится. Это базовые принципы автоматизации и для этого специально делают защиту, тем более, если идёт речь про горючие жидкости и газы. Опять же повторюсь, к таким проектировщикам и такому специалисту ни ногой.
Я теперь понимаю, почему сейчас все Российские компании за серьёзными проектами к нам в Казахстан идут. Видимо там сложно со специалистами стало и с проектировщиками.
В дополнение: для чего выкладываете статью? Если для рекламы Wiren Board, то у вас это получилось. Если поделиться опытом, то мимо! Здесь столько специалистов с реальным опытом, что сложно протолкнуть рекламу "умной котельной" как "прекрасное" решение.
Сколько видел и делал проектов, но этот прям очень спорный! Во первых, вы говорите про газовую котельную, следовательно уровень безопасности должен быть на высоком уровне. Как минимум использование искробезопамных цепей. В описании ни слова про это не увидел. Как это пропустил технадзор и госэкспертиза не понимаю. Я делал проект склада дизельного топлива, так там столько требований было - просто жесть, а тут газ и для этого ещё и бытовой контроллер ставят. К ПЛК очень много вопросов! Разве нет нормальных ПЛК в России? Модульных, с искробезопасными модулями и так далее... Опять вижу тупо рекламу контроллера WB с его модулями, которые мало чем от Овна отличаются. Ну делаете вы "умные дома" на WB ну и делайте, зачем в промку то лезть? Может сейчас это тренд, программировать ПЛК скриптами, но я за свои 30 лет в Автоматизации не встречал такого, логика должна работать по алгоритму и быстро, циклами. Есть промышленные ПЛК для этого, а WB к промышленным ПЛК не относится. Максимум - прикладные задачи, ЖКХ, "умный дом" и прочие мелочи. Если автор из тех, кто занимается промкой на таких ПЛК и ещё заявляет о том, что где-то на таком же решении сделано ещё несколько котельных и они типа работают без проблем, то у меня вопрос к гос экспертизе и проектировщикам! Как допустили ПЛК не предназначенный для этого в проект нефтегаза? Или у вас там настолько все куплено и продано, что можно взять и засунуть в проект решение не предназначенное для этого... Ну с тем же успехом, как я понимаю, можно было проект на esp32 или на rp2040 собрать, навтыкать ему релюшек и модулей. Ну чем не решение!?
К таким проектировщикам никогда не пошёл бы за проектами. А специалисту по АСУ ТП, который отстаивает решение "бытового реле" с скрипом для проекта нефтегазового сектора не доверил бы внедрять такой проект.
Дружище, ты почему смотришь только софтовую часть? Этот мк делался с упором на аппаратные возможности. И некоторые функции, такие как чтение данных с пинов, работают быстрее чем rp2040 и прочие на Pyton. Что вы уперлись в api и sdk? Api тут вообще не требуется, sdk это просто библиотека, но ты её видишь как-то по своему. Не стоит путать целевое назначение МК и программное обеспечение для этого МК. А что касается Ардуино, то посмотри, что сейчас есть на рынке (ну или год назад что было) ты просто говоришь про atmega328, да, это древний МК, который актуален до сих пор, потому что простой и не прихотливый. А ещё есть Arduino Portenta X8, да это тоже Arduino, но посмотри на характеристики этой платы:
PROCESSOR NXP® i.MX 8M Mini - 4x Arm® Cortex®-A53 core up to 1.8 GHz, 1x Arm® Cortex®-M4 core up to 400 MHz
MICROCONTROLLER STMicroelectronics STM32H747AII6 Dual Arm® Cortex®-M7/M4 IC - 1x Arm® Cortex®-M7 core up to 480 MHz 1x Arm® Cortex®-M4 core up to 240 MHz
EXTERNAL MEMORY 2 GByte Low Power DDR4 DRAM; 16 GByte eMMC
И вообще посмотри на все решения под этим названием, много нового узнаешь. Уперлись в свои стереотипы и ими оперируете. Вы шоры уберите со своих глаз и на многое будете глядеть иначе. В последнее время сильно раздражают вот такие диванные эксперты, которые "умные" вещи пытаются писать. Пишут что ардуино - это для новичков, а rp2040 - это типа продвинутые.
Все верно! Начинать от простого к сложному! Постепенно, кушая слона по частям, начиная с маленьких кусочков.
Что из этого, начинающий должен был понять? Что-то про регистры процессора? Про прерывания? Про команды? Про что? Кусок незаконченной статьи, текст ничем, информации - нет. Читал, смотрел и статья закончилась. Неожиданно. Это ещё и часть 1! Я боюсь представить, что будет в части 2! Там на асмемблере будем писать операционку? Автор, ты молодец, что хочешь поделиться чем-то, но попробуй структурировать подачу информации. Ты пишешь : для начинающих, а я с опытом ассемблера и работая с этими одноплатниками тебя не понял!
Я такие софтверные решения применял в начале 2000,потому что автоматизация была на низком уровне, но были lpt порты, com-порты. Для них делали модули и да, собирали инфу, управляли железом, передавали на почту, хранили в базах данных. И Web сервера поднимали и так далее. Но сейчас, делать тоже самое, но на более компактном железе и говорить про актуальность.... Ну не знаю.... 25 лет уже прошло, сейчас есть более интересные решения, вариантов организации на любых МК, любых платформах...
Тем более, если не применять ethernet, то зачем юзать такое мощное железо?
И для чего же ещё нужен UNIX host особенно rpi4? Вы для чего её используете? Мониторинг? Я же про автоматизацию говорю. То, что вы делаете мониторингом, а потом ногами, реализуется на одной atmega328 или самой дешёвой esp32. Зачем туда толкать rpi4 или что-то подобное, не понимаю. Хотя, понимаю, если вы не умеете работать с МК, но умеете писать скрипты для Web серверов (хотя perl уже так устарел, что нет слов) так вы ещё и базу данных используете, mysql видимо и решение стало уже софтовым а не железным. Суть автоматизации не в костылях, а в простоте! Порой можно на реле собрать надёжное и простое решение а порой и 64ядерный сервер не справится с простой задачей. Я сейчас вижу, что rpi4 это микроскоп, которым забивают гвозди и доказывают, что так и должно быть.
И вот, я прочитал предыдущие 2 статьи (как мне показалось не ваши, потому что слишком много воды) и вопросов к моему комментарии стало ещё больше! Если вы пишите что esp32 C6 Wroom1 имеет на борту свой CAN интерфейс, то зачем ставить преобразователь uart-can? И так и не понятно, зачем на периферийном МК столько памяти на борту? И зачем там смотреть на энергопотребление, если питание по проводам приходит? Короче, вопросов стало ещё больше и нет на них ответов. И так и не понятно, чем CAN, в данном случае лучше rs-485, при том, что вы пишите что таких устройств может быть до 64, при этом rs-485 до 255. А комментарии к прошлым статьям показывают реальность этих статей.
Вы используете целую RPi4 Для банального мониторинга и при этом ничем не управляете? Это же как минимум неэффективно! Ну вот не пришла SMS или почта (самый бессмысленный способ оповещения) и все снова замерзло, потому что вы не приехали! А все потому, что неэффективно используется оборудование. Вернее оно вообще не используется. Честно сказать, не слышал про perl скрипты уже очень долго, тем более для автоматизации.
Это можете купить в интернете, под управлением Алисы. А здесь речь о другом.
А в чем необходимость именно can шины? Да, она может работать без ведомого, но это отчасти хаос и судя по модулями, они имеют не так уж им много интерфейсы. Если честно, я не понял куда их ставить (да, статью читал по диагонали, больше схему смотрел), чем они управляют и для чего предназначены. Ну модули, ну на CAN шине, а в чем особенность? Почему не 485,я понял из комментариев, но не понял почему отсутствие ведущего - это минус? Кто рулит всей сетью? Кто управляет, по какой логике и так далее. Ведущий может опрашивать узлы и принимать из них команды, коды, да все что ему необходимо, как это в промышленной автоматизации и он принимает решение на уровне головного. То, что происходит на уровне локального, он тоже знает но не мешает ему выполнять. И действительно не понимаю суть именно вот этого решения!? Должна же быть цель у проекта. Я перечитал и вижу, что есть описание пинов МК, что-то про питание и шину, про Ethernet модуль (хоть и не понятно зачем он там). Куча полевиков, пара реле, без опторазвязок. Бррр. Для чего это все? Умный дом - понятно, распределения система - тоже понятно, но все остальное, вы хоть опишите как проект, а не техническое решение. И самое главное - почему выбран именно этот микроконтроллер? Он же просто стоит как примитивный модуль, для отработки команд от головного! Включить и выключить реле! Зачем туда ставить плату с esp32 C6 Wroom1 и не использовать её!? Что мешает поставить что-то проще, дешевле, возможно с большим количеством пинов, в конце концов управлять большим числом нагрузок и иметь возможность подключения датчиков (если эта плата не для розетки). В любом случае этот модуль на шине висит и ему не нужен другой интерфейс. А вот поставить маленькую eeprom для записи уникальных персональных данных, без выбора адресов джамперами - это куда эффективнее. Работа большая проведена, но подумайте, насколько это эффективно? За из лишнюю эмоциональность сразу прошу прощения.
14 часов читать и корректировать лицензионное соглашение... Хмммм... Его же потом никто не читает))) уж если он с красными глазами, после 14 часов, я боюсь представить что будет с простым пользователем, который это прочитает.
Что-то я не понимаю, про какое солнышко и про какой хвост идёт речь? Это простой ИК канал и я говорил о том, что вам стоит взять светодиод (с охватом в 180 градусов) и просто считать все команды с заводских ИК пультов. И передавать на любое устройство с ИК приемником. Если приёмник примитивный и реагирует на взмах хвоста кошки, то это не проблема передатчика! А для большинства оборудования команды уникальны и используются только в одном виде. Канал вверх, канал вниз, громкость вверх, громкость вниз ну и так далее. Только power в основном на одной кнопке и работает на вкл и на выкл.
А на чем базируется ардуино? Это просто МК Atmega 328 (ну или подобное мощнее или с большим количеством пинов ввода/вывода). На самом деле, разработка своих решений это не сложно, просто не каждый кто работает только с ардуино может выйти за рамки плат прототипирования. А если это электронщик, грамотный, то он понимает, как это устроено и для него нет границ для разработки своего железа, хоть для дома, хоть для предприятия. Несомненно, для предприятия просто не примут контроллер на Atmega, но это не значит что он там не сможет работать.
Так вы на целевые проекты смотрите а говорите в целом про архитектуру. И программный код на Pyton (который кстати в тысячу раз медленнее работает на МК) и Rust. А в чем тогда смысл? Низкоуровневые МК нужно уметь программировать правильно, оптимизированным и корректный кодом, а не python-ом. Вы берете более мощный мк, менее производительный язык программирования, дополнительные настройки и делаете проект, который по производительности не быстрее чем на Arduino... Как мне это знакомо! Это софтверный подход, а не подход электроника и автоматика. Я на паре десятков ардуино смогу сделать автоматизацию предприятия, которая будет работать и очень корректно. А вот вам будет сложно на pico малине осуществить тоже самое. Это разные мк под разные задачи. И ещё, имейте ввиду, что Arduino это не только Atmega 328. В линейке ещё очень много мощных мк. И если вы не понимаете суть их и просто сравниваете их по скорости, производительности и мощности, без других факторов, то вам стоит разобраться с их назначением и только потом вещать свое мнение.