Поэтому готов поспорить, что зимой в сумерках и при снежке самопальные решения просто перестанут выполнять свою задачу.
Все серийные решения прошли стадию «самопальных» :) Если что-то существует, это не значит, что не стоит делать что-то своё. Например, мы в Wiren Board разрабатываем и производим оборудование для автоматизации, да ещё и свой софт пишем для контроллера. Это позволяет нам учитывать пожелания потребителей и добавлять новые функции, а ещё даёт им уверенность в завтрашнем дне, так как у нас протоколы открытые, софт открыт, есть поддержка кучи сторонних устройств. А начиналось всё как «попытка изобрести велосипед».
Крайне неоднозначное впечатление от подобных статей.
Спасибо за комментарий, действительно, если вы не видите в этом смысла, то оно вам совершенно не нужно.
С одной стороны это хобби — владеть УД или строить его у себя своими руками. А иногда и необходимость. Например, если человек прикован к кровати, а свет включить, шторы закрыть, окно приоткрыть, чтобы звуки внешнего мира впустить в комнату.
Ещё это порой повышает комфорт. Например, у вас есть дома унитаз со сливным бачком. Тоже автоматика, чтобы ведром не сливать, но мы привыкли и не замечаем. То же самое уже сегодня с климатом: выставили температуру, какую хочется, а дальше оно само.
Мир меняется и пространство вокруг нас меняется тоже.
Вроде где-то была новость, что Hikvision ушли из РФ. Да, наверняка можно купить по серым каналам, но где гарантии, что оно так будет вечно? Все таки у людей бизнес, а его лучше строить на легально доступном оборудовании, чтобы в будущем иметь меньше проблем в обслуживании.
хотя мы бы без проблем оплатили доработки, в наших интересах было инструмент который нам бы было удобно пользоваться.
Если у вас есть понимание, какой должна быть идеальная интеграция с Node-RED, мы с радостью выслушаем. У нас пока этап планирования, поэтому можем прислушаться ко многим пожеланиям пользователей.
Живой, чему мы рады. Ребята делают хорошие продукты, которые отлично подходят для своих задач. Мы немного на разных рынках, хотя где-то и пересекаемся.
Технически мы знаем, через какое соединение идет интернет-траффик. Поэтому, думаю, можно будет не позволять рубить сук на котором сидишь. Запишу в пожелания.
А в чём смысл? Мы предлагаем рынку продукт, его берут и внедряют. Кому он не подходит, берут другое оборудование. У нас (Wiren Board), как у разработчика, нет цели заменить какой-то бренд, мы просто делаем функциональные, недорогие и надёжные устройства, которые зарывают потребности наших пользователей.
Кстати, господа разработчики, как у Вас с построчной отладкой кода? Есть ли подсветка и индикация значения переменных, точки останова? Как отлаживать то все это великолепие на мехатронной системе?
В штатном wb-rules пока никак, но можно использовать любой привычный язык программирования и отлаживаться так, как привыкли. У нас много клиентов, кто пишет универсальные или отраслевые решения на Си/Java в привычных средах разработки: ПК Энергия, Философт, ЦОДУМ, Integer, Techsensor и другие игроки рынка автоматизации и диспетчеризации.
Господа, у нас в АСУ ТП жесткая нехватка кадров из-за зарплатной политики. И если слесарь хоть как-то поймет в LAD, то диагностировать и отлаживать С он не в состоянии. Так что не нужно придумывать.
Мы это слышим довольно давно, но вместе с тем всё больше организаций выбирает свободно программируемые контроллеры на Linux и традиционные языки программирования.
Если хочется языки МЭК — есть продукт MasterPLC от нашего партнёра IEK. Ставите его на контроллер и программируете в привычной среде.
Сами мы не планируем выпускать среду разработки на этих языках, а упомянутый тут в комментах Beremiz очень сырой для пром применения, к сожалению.
На промышленных объектах вообще принято делать не кучу маленьких шкафчиков, а один большой под задачу. Это диктуется и тем, что места под шкафы выделяют мало и в определённом месте, рядом могут висеть шкафы и других независимых систем, например, сигнализации. Ну и доступ порой в одно помещение получить проще, чем на весь объект. Доступ нужен обычно для техобслуживания или ремонта.
Любая теплица — это расходы на электроэнергию: свет, отопление, вентиляция. И добавление автоматизации на это мало влияет. Зато автоматизация может повлиять на выбор и соблюдение режимов работы оборудования, что в конечном счёте повышает урожайность, например. Ещё есть прямая экономия на персонале — один человек может следить сразу на кучей таких объектов и вызывать ремонтную бригаду на место только в случае проблем.
Вы делаете это для себя или для других за деньги?
Все серийные решения прошли стадию «самопальных» :) Если что-то существует, это не значит, что не стоит делать что-то своё. Например, мы в Wiren Board разрабатываем и производим оборудование для автоматизации, да ещё и свой софт пишем для контроллера. Это позволяет нам учитывать пожелания потребителей и добавлять новые функции, а ещё даёт им уверенность в завтрашнем дне, так как у нас протоколы открытые, софт открыт, есть поддержка кучи сторонних устройств. А начиналось всё как «попытка изобрести велосипед».
Спасибо за комментарий, действительно, если вы не видите в этом смысла, то оно вам совершенно не нужно.
С одной стороны это хобби — владеть УД или строить его у себя своими руками. А иногда и необходимость. Например, если человек прикован к кровати, а свет включить, шторы закрыть, окно приоткрыть, чтобы звуки внешнего мира впустить в комнату.
Ещё это порой повышает комфорт. Например, у вас есть дома унитаз со сливным бачком. Тоже автоматика, чтобы ведром не сливать, но мы привыкли и не замечаем. То же самое уже сегодня с климатом: выставили температуру, какую хочется, а дальше оно само.
Мир меняется и пространство вокруг нас меняется тоже.
Здравствуйте. Поделитесь, пожалуйста, примерами коммерческих внедрений предлагаемого вами решения. Интересно посмотреть на результат и посчитать экономику.
Вроде где-то была новость, что Hikvision ушли из РФ. Да, наверняка можно купить по серым каналам, но где гарантии, что оно так будет вечно? Все таки у людей бизнес, а его лучше строить на легально доступном оборудовании, чтобы в будущем иметь меньше проблем в обслуживании.
Расскажите подробнее, пожалуйста. Не соображу, о чём речь.
Это независимые штуки, которые делают разные команды.
Если у вас есть понимание, какой должна быть идеальная интеграция с Node-RED, мы с радостью выслушаем. У нас пока этап планирования, поэтому можем прислушаться ко многим пожеланиям пользователей.
Мы пока думаем, взять на поддержку его, или написать свое. В любом случае, это будет решение, работу которого мы будет гарантировать и поддерживать.
Докер тоже сложно, команды, консоль. Хотим проще.
Живой, чему мы рады. Ребята делают хорошие продукты, которые отлично подходят для своих задач. Мы немного на разных рынках, хотя где-то и пересекаемся.
Технически мы знаем, через какое соединение идет интернет-траффик. Поэтому, думаю, можно будет не позволять рубить сук на котором сидишь. Запишу в пожелания.
Ясно, спасибо. Реплику мы точно делать не будем.
Расскажите, а чем не подошли многочисленные драйверы ШД с RS-485 и Модбасом?
А в чём смысл? Мы предлагаем рынку продукт, его берут и внедряют. Кому он не подходит, берут другое оборудование. У нас (Wiren Board), как у разработчика, нет цели заменить какой-то бренд, мы просто делаем функциональные, недорогие и надёжные устройства, которые зарывают потребности наших пользователей.
В штатном wb-rules пока никак, но можно использовать любой привычный язык программирования и отлаживаться так, как привыкли. У нас много клиентов, кто пишет универсальные или отраслевые решения на Си/Java в привычных средах разработки: ПК Энергия, Философт, ЦОДУМ, Integer, Techsensor и другие игроки рынка автоматизации и диспетчеризации.
del не в ту ветку
Мы это слышим довольно давно, но вместе с тем всё больше организаций выбирает свободно программируемые контроллеры на Linux и традиционные языки программирования.
Если хочется языки МЭК — есть продукт MasterPLC от нашего партнёра IEK. Ставите его на контроллер и программируете в привычной среде.
Сами мы не планируем выпускать среду разработки на этих языках, а упомянутый тут в комментах Beremiz очень сырой для пром применения, к сожалению.
Спасибо за идею. Добавил в список пожеланий, обсудим на очередном планировании продуктовой линейки.
Это довольно маленький шкаф, на самом деле. Вот тут есть побольше: https://habr.com/ru/companies/wirenboard/articles/763412/
На промышленных объектах вообще принято делать не кучу маленьких шкафчиков, а один большой под задачу. Это диктуется и тем, что места под шкафы выделяют мало и в определённом месте, рядом могут висеть шкафы и других независимых систем, например, сигнализации. Ну и доступ порой в одно помещение получить проще, чем на весь объект. Доступ нужен обычно для техобслуживания или ремонта.
Можете развернуть свою мысль, конкуренцию с кем?
Любая теплица — это расходы на электроэнергию: свет, отопление, вентиляция. И добавление автоматизации на это мало влияет. Зато автоматизация может повлиять на выбор и соблюдение режимов работы оборудования, что в конечном счёте повышает урожайность, например. Ещё есть прямая экономия на персонале — один человек может следить сразу на кучей таких объектов и вызывать ремонтную бригаду на место только в случае проблем.
У нас есть ещё примеры подобных внедрений, например: https://habr.com/ru/companies/wirenboard/articles/766876/