Насколько я понимаю, разработчики оборудования понимают, какие компоненты и почему они используют. Тем кому подходит Репка, покупают Репку. Про Репку разработчики могут предоставить любую необходимую для выбора информацию.
Какие сейчас есть альтернативы? Что можете предложить лучше?
Если вы когда-либо имели дело с любой ОС, с более или менее сложным ПО, то знаете, что для них постоянно выходят обновления, закрывающие разного рода проблемы. Думаю что и в любых одноплатниках без этого не обходится. Знаю, что для RPI выходят обновления прошивки, а не только ОС.
Вспомните ошибки в процессорах Intel, связанные с предварительным выполнением команд из очереди и приводящие к уязвимостям. Ведь Intel - достаточно крупная компания, не правда ли?
Ошибки будут всегда, это человеческий фактор. Microsoft Windows содержит ошибки, которые выявляются чуть ли не каждый месяц. Но Windows продается и успешно используется.
Так что же делать? Что предлагаете использовать тем, кто не может поставить RPI, Orange PI или что-то другое зарубежное?
Ну хотя бы в объеме своих критических замечаний написали бы свои позитивные соображения по поводу путей развития. Причем такие, которые мог бы взять на вооружение малый и средний бизнес, а может быть и крупный.
Вот какой одноплатник вы порекомендуете для систем сбора данных там, где импортное использовать нельзя? Где нужна защита от возможных перебоев, вплоть до запрета, поставок таких зарубежных одноплатников в Россию?
Опять же, не везде и не всегда можно применять более дешевые китайские одноплатники. Преимущество как раз в том, что это российский одноплатник, который есть в реестре Минпромторга. В определенных случаях это намного более весомое преимущество, чем цена или мощность.
Те, для кого важна только цена, могут выбрать что-то другое.
Видел я эти ЕС ЭВМ и СМ ЭВМ, и даже работал на паре разных ЕС системным администратором) Знаю и про софт, сделанный для ЕС у нас. "При Abende разбейте стекло молотком" - это Примус, если кто работал) Кстати, очень полезная и удобная была вещь.
Вот еще вполне себе отечественная ОС "Мисс", сделанная Бутенко. Его знают по почтовику CommuniGate Pro. Тоже крайне полезная вещь была, эта ОС Мисс.
Я-то как раз писал, что как только отказались развивать свое, закопали БЭСМ, например, так и началось отставание.
Никакой CAN в Репке не добавили, как и RS-485, а хотелось бы. Не знаю чем вас не устраивает малый бизнес. Кстати, размеры малого бизнеса тоже бывают разные.
И не вижу от вас никаких предложений - что же нужно делать сейчас и как, чтобы уйти от отставания и наладить производство мощных и конкурентно способных чипов у нас. Критика - это хорошо, но полезные предложения намного лучше!
Нужные производства не исчезают) Интереснее другой вопрос - что если исчезнет возможность приобретать и использовать зарубежные одноплатники, а также зарубежное ПО?
Вот тут и помогут проекты, такие как Репка и Napi Linux.
Эта статья как раз дает информацию о возможности применения Репки и Napi Linux в системах мониторинга метрик от датчиков, в том числе от датчиков промышленных. Главное чтобы она попалась на глаза тем, кто принимает решения или готовит предложения для руководства.
Napi Linux - это специализированная сборка, предназначенная для быстрого создания систем сбора данных и мониторинга на базе Telegraf, InfluxDB, Grafana. Выше я подробно написал, зачем нужна такая сборка и почему она удобна.
Это не дистрибутив общего назначения, ничего "выковыривать" оттуда не придется. Если вам нужен Linux для решения других задач, то скорее всего больше подойдет другая сборка.
фото из статьи - это не пром производство, а именно "сборка в гараже".
Не уверен, что тут показан процесс именно сборки, это лучше уточнить у разработчиков.
Относительно OC . Это линукс - отрытый исходный код. Что там разработали особенного изготовители репки непонятно. Линукс тестируется и работает на многих компах и пром системах. Уж не знаю что там будет замещенного.
Немного выше отвечал на этот вопрос про Napi Linux: "Что касается Napi Linux, то там отечественные очень важные компоненты:
веб-сервис NapiConfig, с помощью которого можно конфигурировать службы, подключать датчики, просматривать метрики в виде графиков и делать много еще чего. Часть функционала я раскрыл в этой статье;
АПИ NaPi.API. С помощью этого АПИ вы можете создавать собственные программы, выполняющие функции, аналогичные NapiConfig. В статье есть пример программы на Python, получающей метрики от датчика;
Кроме того, отечественной является сборка образа Napi Linux, включающего в себя NapiCinfig, NaPi.API, Telegraf, InfluxDB, Grafana.
Этот образ очень просто запустить на Репке и некоторых других микрокомпьютерах, на виртуалках и на платформе Intel. ..."
Конечно, можно взять китайский одноплатник, поставить на него Ubuntu или Debian, потом установить Telegraf, InfluxDB, Grafana вручную, как я описывал в статье Cобираем метрики с датчиков через Modbus и Telegraf.
Однако в Napi Linux уже все это есть в готовом виде. Ничего не надо устанавливать и программировать. Достаточно скачать образ, записать его на SD-карту или EMMC и можно все сделать через веб-интерфейс без участия системного администратора и программистов.
То есть тут дело не в ядре или стандартных утилитах Linux, а в тех дополнениях, созданных в России, которые позволяют очень легко использовать Репку и другие одноплатники, а также виртуалки, в системах сбора данных.
Все это уже проходи в СССР, но тогда хотя бы копировали чипы, а не только делали печатные платы.
Никто и не обещал что будет легко. Я надеюсь, что все постепенно восстановится, хотя и не могу что-то сказать за сроки.
Кстати, именно с копирования компьютеров IBM и DEC по моему мнению началось глобальное отставание. Нужно идти на два шага вперед, а не догонять.
Уж не знаю что там будет замещенного,
В статье я намеренно не использую термин "импортозамещение", так как разные люди вкладывают разное в это понятие. Да и статья не про это. Но я рассказываю именно о том, что сделано в России пригодного для мониторинга оборудования через Modbus.
Я думаю, что разработка собственной платы, отладка полного цикла ее производства и создание совместимых с ней ОС у нас в стране - это путь в направлении создания полностью отечественных изделий.
Разумеется, чипы тоже нужны свои, для этого есть разные Байкалы и Эльбрусы, отечественные транзисторы, резисторы, конденсаторы, корпуса и другие компоненты. Есть компании в России, которые изготавливают платы совсем не в гараже, вот всем известный Резонит, например (не сочтите за рекламу).
По поводу где размещать заказы на разработанные платы и почему лучше у нас, был ответ в комментариях от @RyabovA. Например, так можно обеспечить более полный контроль и проще вносить изменения.
Тут же какое дело - чтобы прийти к цели, нужно двигаться к ней, а не в другую сторону.
Организация собственной разработки и производства микрокомпьютеров, а также совместимых ОС - хорошие шаги в правильном направлении. А приобретение и производство в другой стране - как раз дорога не туда. Хотя на разных этапах как временное решение может и подойти.
Самый быстрый путь - приобретение зарубежных лицензий и оборудования для выпуска, например, тех же процессоров у нас в стране. Но это не только миллиарды долларов, еще нужно и договориться, чтобы продали.
В этом смысле создание собственных разработок, пусть и с применением зарубежных компонент, увеличивает компетенции отечественных компаний. И при наличии отечественной элементной базы появится возможность создания полностью отечественных изделий.
И да, цены зависят от тиража, поэтому задача создания полностью отечественных микрокомпьютеров и микроконтроллеров вовсе не проста.
Я так понимаю что проблема не в том, что не получается привезти из Китая, а в том, что в некоторых областях применения нельзя использовать зарубежное железо и ПО.
Что касается Napi Linux, то там отечественные очень важные компоненты:
веб-сервис NapiConfig, с помощью которого можно конфигурировать службы, подключать датчики, просматривать метрики в виде графиков и делать много еще чего. Часть функционала я раскрыл в этой статье;
АПИ NaPi.API. С помощью этого АПИ вы можете создавать собственные программы, выполняющие функции, аналогичные NapiConfig. В статье есть пример программы на Python, получающей метрики от датчика;
Кроме того, отечественной является сборка образа Napi Linux, включающего в себя NapiCinfig, NaPi.API, Telegraf, InfluxDB, Grafana. Этот образ очень просто запустить на Репке и некоторых других микрокомпьютерах, на виртуалках и на платформе Intel.
По сути Napi Linux и NapiConfig значительно упрощают создание систем сбора данных, исключая необходимость программирования и работы в командной строке Linux. NaPi.API дает возможность создания кастомных систем сбора, контроля и отображения данных метрик.
Также отечественное ПО и сборки поддерживаются отечественной компанией и постоянно развивается. В том числе уделяется внимание и защищенности, хотя тут многое зависит от проекта, собранного на базе Napi Linux.
Про Репку ниже в комментариях от @RyabovA очень хорошо написано. Если кратко, у Репки отечественная разработка и производство, компоненты из Китая. Есть возможность получить поддержку и заказать серию кастомных вариантов.
Для него нужно очень много обвеса и датчики должны висеть на шине.
По сути к одноплатнику можно легко подключать промышленные датчики Modbus: Modbus RTU через RS485, Modbus TCP, а также SNMP. Конечно жаль, что пока в Репке нет интерфейса RS485, но это легко решается с помощью преобразователей USB в RS485. Есть в том числе и с гальванической развязкой.
Кроме того, есть датчики, которые можно подключить через Ethernet. Все это собирается, например, в шкафу на DIN-рейках.
Каждый датчик нужно адаптировать как в софте так и в железе. У одноплатника нет интерфейса 0-20 и 4-20mA ни на вход ни на выход (а это стандартные для промышленной автоматизации интерфейсы)
Есть датчики Modbus, которые можно просто подключать через Modbus. В статье есть примеры подключения к таким датчикам, ничего городить не нужно.
А самое печальное, что придётся много программировать этот одноплатник и это уже будет работа не автоматика-программиста ПЛК, а прикладного программиста.
При использовании Napi Linux и датчиков Modbus ничего программировать не придется, или почти ничего.
После разворачивания образа Napi Linux на Репке появятся в готовом и настроенном виде Telegraf, InfluxDB, Grafana. Для настройки через Web-интерфейс используется NapiConfig, который тоже входит в Napi Linux и готов к использованию.
То есть все можно сделать без программирования и даже без обращения к консоли Napi Linux, хотя такая возможность тоже имеется.
Кроме того, никто не мешает создавать собственные произвольные датчики на базе микрокомпьютеров или микроконтроллеров, способных работать через Modbus. Для создания таких датчиков потребуются навыки разработчика и программиста встраиваемых систем. Однако чтобы их подключить достаточно подготовить текстовый шаблон для Telegraf.
Конечно, в случае промышленных применений такие датчики должны соответствовать условиям применения, в том числе их надо размещать в корпусах для DIN-рейки или в корпусах, соответствующих областям применения, позаботиться о защите, развязках, при необходимости о сертификации.
Но можно и просто подобрать уже готовые датчики Modbus. Нужно только учитывать, что промышленные датчики Modbus могут быть весьма недешевыми. Что, впрочем, вполне оправданно для промышленного применения. Именно промышленного, а не для автоматизации IoT устройств в однокомнатной квартире. Хотя квартиры, бюджеты и причины для их автоматизации тоже бывают разные.
На самом деле это очень хорошо, что в России есть такие проекты как Репка. Если все заказывать за рубежом, пусть мощнее и дешевле, но не иметь своего, то куда можно прийти?
Да, своих чипов достаточной мощности может пока и нет, но с чего-то нужно начинать.
А если основной и главный критерий - цена, то китайские дешевле, так как у них тираж огромный. Но это полностью китайские. Завтра у них выйдет новая модель, про старую забудут, и что будет с поддержкой?
Тут ведь смотря кому и что нужно. Если нужно как можно дешевле, то это одно. А если нужно использовать решения из реестра Минпромторга, чтобы была прямая связь с разработчиками и возможность получить партию заказных решений, то это совсем другое.
С трудом представляю себе промышленные решения на Ардуино или чем-то подобном. Хотя может кто и делает.
Дело не в том, как они делаются, правомерно это или нет, и какое именно право здесь имеется в виду.
Дело в том, какой есть выбор. Здесь и сейчас.
Кстати, разработчик Репки сам обновляет Repka OS.
Кто подменяет?
Кто делает видимость?
Насколько я понимаю, разработчики оборудования понимают, какие компоненты и почему они используют. Тем кому подходит Репка, покупают Репку. Про Репку разработчики могут предоставить любую необходимую для выбора информацию.
Какие сейчас есть альтернативы?
Что можете предложить лучше?
У меня такие вопросы не появятся, а вот читателям, думаю, было бы интересно.
Если вы когда-либо имели дело с любой ОС, с более или менее сложным ПО, то знаете, что для них постоянно выходят обновления, закрывающие разного рода проблемы. Думаю что и в любых одноплатниках без этого не обходится. Знаю, что для RPI выходят обновления прошивки, а не только ОС.
Вспомните ошибки в процессорах Intel, связанные с предварительным выполнением команд из очереди и приводящие к уязвимостям. Ведь Intel - достаточно крупная компания, не правда ли?
Ошибки будут всегда, это человеческий фактор. Microsoft Windows содержит ошибки, которые выявляются чуть ли не каждый месяц. Но Windows продается и успешно используется.
Так что же делать? Что предлагаете использовать тем, кто не может поставить RPI, Orange PI или что-то другое зарубежное?
Ну хотя бы в объеме своих критических замечаний написали бы свои позитивные соображения по поводу путей развития. Причем такие, которые мог бы взять на вооружение малый и средний бизнес, а может быть и крупный.
Вот какой одноплатник вы порекомендуете для систем сбора данных там, где импортное использовать нельзя? Где нужна защита от возможных перебоев, вплоть до запрета, поставок таких зарубежных одноплатников в Россию?
Что в этом плане сейчас и здесь лучше Репки?
Опять же, не везде и не всегда можно применять более дешевые китайские одноплатники. Преимущество как раз в том, что это российский одноплатник, который есть в реестре Минпромторга. В определенных случаях это намного более весомое преимущество, чем цена или мощность.
Те, для кого важна только цена, могут выбрать что-то другое.
Видел я эти ЕС ЭВМ и СМ ЭВМ, и даже работал на паре разных ЕС системным администратором) Знаю и про софт, сделанный для ЕС у нас. "При Abende разбейте стекло молотком" - это Примус, если кто работал) Кстати, очень полезная и удобная была вещь.
Вот еще вполне себе отечественная ОС "Мисс", сделанная Бутенко. Его знают по почтовику CommuniGate Pro. Тоже крайне полезная вещь была, эта ОС Мисс.
Я-то как раз писал, что как только отказались развивать свое, закопали БЭСМ, например, так и началось отставание.
Никакой CAN в Репке не добавили, как и RS-485, а хотелось бы. Не знаю чем вас не устраивает малый бизнес. Кстати, размеры малого бизнеса тоже бывают разные.
И не вижу от вас никаких предложений - что же нужно делать сейчас и как, чтобы уйти от отставания и наладить производство мощных и конкурентно способных чипов у нас. Критика - это хорошо, но полезные предложения намного лучше!
Немного выходит за рамки статьи. Уже писали, что на сайте Репки есть контакты, и специалисты смогут дать подробную консультацию по таким вопросам.
Опять же интересно, какие вы можете предложить альтернативы Репке, и чтобы было в реестре Минпромторга.
Уже писали, что если плату делать здесь, то контроль более полный. Что же до банкротства, то это не всегда зависит от размеров бизнеса.
Нужные производства не исчезают)
Интереснее другой вопрос - что если исчезнет возможность приобретать и использовать зарубежные одноплатники, а также зарубежное ПО?
Вот тут и помогут проекты, такие как Репка и Napi Linux.
Эта статья как раз дает информацию о возможности применения Репки и Napi Linux в системах мониторинга метрик от датчиков, в том числе от датчиков промышленных. Главное чтобы она попалась на глаза тем, кто принимает решения или готовит предложения для руководства.
Napi Linux - это специализированная сборка, предназначенная для быстрого создания систем сбора данных и мониторинга на базе Telegraf, InfluxDB, Grafana. Выше я подробно написал, зачем нужна такая сборка и почему она удобна.
Это не дистрибутив общего назначения, ничего "выковыривать" оттуда не придется. Если вам нужен Linux для решения других задач, то скорее всего больше подойдет другая сборка.
Не уверен, что тут показан процесс именно сборки, это лучше уточнить у разработчиков.
Немного выше отвечал на этот вопрос про Napi Linux:
"Что касается Napi Linux, то там отечественные очень важные компоненты:
веб-сервис NapiConfig, с помощью которого можно конфигурировать службы, подключать датчики, просматривать метрики в виде графиков и делать много еще чего. Часть функционала я раскрыл в этой статье;
АПИ NaPi.API. С помощью этого АПИ вы можете создавать собственные программы, выполняющие функции, аналогичные NapiConfig. В статье есть пример программы на Python, получающей метрики от датчика;
Кроме того, отечественной является сборка образа Napi Linux, включающего в себя NapiCinfig, NaPi.API, Telegraf, InfluxDB, Grafana.
Этот образ очень просто запустить на Репке и некоторых других микрокомпьютерах, на виртуалках и на платформе Intel.
..."
Конечно, можно взять китайский одноплатник, поставить на него Ubuntu или Debian, потом установить Telegraf, InfluxDB, Grafana вручную, как я описывал в статье Cобираем метрики с датчиков через Modbus и Telegraf.
Однако в Napi Linux уже все это есть в готовом виде. Ничего не надо устанавливать и программировать. Достаточно скачать образ, записать его на SD-карту или EMMC и можно все сделать через веб-интерфейс без участия системного администратора и программистов.
То есть тут дело не в ядре или стандартных утилитах Linux, а в тех дополнениях, созданных в России, которые позволяют очень легко использовать Репку и другие одноплатники, а также виртуалки, в системах сбора данных.
Никто и не обещал что будет легко. Я надеюсь, что все постепенно восстановится, хотя и не могу что-то сказать за сроки.
Кстати, именно с копирования компьютеров IBM и DEC по моему мнению началось глобальное отставание. Нужно идти на два шага вперед, а не догонять.
В статье я намеренно не использую термин "импортозамещение", так как разные люди вкладывают разное в это понятие. Да и статья не про это. Но я рассказываю именно о том, что сделано в России пригодного для мониторинга оборудования через Modbus.
Я думаю, что разработка собственной платы, отладка полного цикла ее производства и создание совместимых с ней ОС у нас в стране - это путь в направлении создания полностью отечественных изделий.
Разумеется, чипы тоже нужны свои, для этого есть разные Байкалы и Эльбрусы, отечественные транзисторы, резисторы, конденсаторы, корпуса и другие компоненты. Есть компании в России, которые изготавливают платы совсем не в гараже, вот всем известный Резонит, например (не сочтите за рекламу).
По поводу где размещать заказы на разработанные платы и почему лучше у нас, был ответ в комментариях от @RyabovA. Например, так можно обеспечить более полный контроль и проще вносить изменения.
Тут же какое дело - чтобы прийти к цели, нужно двигаться к ней, а не в другую сторону.
Организация собственной разработки и производства микрокомпьютеров, а также совместимых ОС - хорошие шаги в правильном направлении. А приобретение и производство в другой стране - как раз дорога не туда. Хотя на разных этапах как временное решение может и подойти.
Самый быстрый путь - приобретение зарубежных лицензий и оборудования для выпуска, например, тех же процессоров у нас в стране. Но это не только миллиарды долларов, еще нужно и договориться, чтобы продали.
В этом смысле создание собственных разработок, пусть и с применением зарубежных компонент, увеличивает компетенции отечественных компаний. И при наличии отечественной элементной базы появится возможность создания полностью отечественных изделий.
И да, цены зависят от тиража, поэтому задача создания полностью отечественных микрокомпьютеров и микроконтроллеров вовсе не проста.
Я так понимаю что проблема не в том, что не получается привезти из Китая, а в том, что в некоторых областях применения нельзя использовать зарубежное железо и ПО.
Что касается Napi Linux, то там отечественные очень важные компоненты:
веб-сервис NapiConfig, с помощью которого можно конфигурировать службы, подключать датчики, просматривать метрики в виде графиков и делать много еще чего. Часть функционала я раскрыл в этой статье;
АПИ NaPi.API. С помощью этого АПИ вы можете создавать собственные программы, выполняющие функции, аналогичные NapiConfig. В статье есть пример программы на Python, получающей метрики от датчика;
Кроме того, отечественной является сборка образа Napi Linux, включающего в себя NapiCinfig, NaPi.API, Telegraf, InfluxDB, Grafana. Этот образ очень просто запустить на Репке и некоторых других микрокомпьютерах, на виртуалках и на платформе Intel.
По сути Napi Linux и NapiConfig значительно упрощают создание систем сбора данных, исключая необходимость программирования и работы в командной строке Linux. NaPi.API дает возможность создания кастомных систем сбора, контроля и отображения данных метрик.
Также отечественное ПО и сборки поддерживаются отечественной компанией и постоянно развивается. В том числе уделяется внимание и защищенности, хотя тут многое зависит от проекта, собранного на базе Napi Linux.
Про Репку ниже в комментариях от @RyabovA очень хорошо написано. Если кратко, у Репки отечественная разработка и производство, компоненты из Китая. Есть возможность получить поддержку и заказать серию кастомных вариантов.
По сути к одноплатнику можно легко подключать промышленные датчики Modbus: Modbus RTU через RS485, Modbus TCP, а также SNMP. Конечно жаль, что пока в Репке нет интерфейса RS485, но это легко решается с помощью преобразователей USB в RS485. Есть в том числе и с гальванической развязкой.
Кроме того, есть датчики, которые можно подключить через Ethernet.
Все это собирается, например, в шкафу на DIN-рейках.
Есть датчики Modbus, которые можно просто подключать через Modbus. В статье есть примеры подключения к таким датчикам, ничего городить не нужно.
При использовании Napi Linux и датчиков Modbus ничего программировать не придется, или почти ничего.
После разворачивания образа Napi Linux на Репке появятся в готовом и настроенном виде Telegraf, InfluxDB, Grafana. Для настройки через Web-интерфейс используется NapiConfig, который тоже входит в Napi Linux и готов к использованию.
То есть все можно сделать без программирования и даже без обращения к консоли Napi Linux, хотя такая возможность тоже имеется.
Кроме того, никто не мешает создавать собственные произвольные датчики на базе микрокомпьютеров или микроконтроллеров, способных работать через Modbus. Для создания таких датчиков потребуются навыки разработчика и программиста встраиваемых систем. Однако чтобы их подключить достаточно подготовить текстовый шаблон для Telegraf.
Конечно, в случае промышленных применений такие датчики должны соответствовать условиям применения, в том числе их надо размещать в корпусах для DIN-рейки или в корпусах, соответствующих областям применения, позаботиться о защите, развязках, при необходимости о сертификации.
Но можно и просто подобрать уже готовые датчики Modbus. Нужно только учитывать, что промышленные датчики Modbus могут быть весьма недешевыми. Что, впрочем, вполне оправданно для промышленного применения. Именно промышленного, а не для автоматизации IoT устройств в однокомнатной квартире. Хотя квартиры, бюджеты и причины для их автоматизации тоже бывают разные.
На самом деле это очень хорошо, что в России есть такие проекты как Репка. Если все заказывать за рубежом, пусть мощнее и дешевле, но не иметь своего, то куда можно прийти?
Да, своих чипов достаточной мощности может пока и нет, но с чего-то нужно начинать.
А если основной и главный критерий - цена, то китайские дешевле, так как у них тираж огромный. Но это полностью китайские. Завтра у них выйдет новая модель, про старую забудут, и что будет с поддержкой?
Тут ведь смотря кому и что нужно. Если нужно как можно дешевле, то это одно. А если нужно использовать решения из реестра Минпромторга, чтобы была прямая связь с разработчиками и возможность получить партию заказных решений, то это совсем другое.
С трудом представляю себе промышленные решения на Ардуино или чем-то подобном. Хотя может кто и делает.