А если без эмоций?
Да я уже стар для эмоций.
Lex,
Если говорить по делу, не об идеологии, а об инженерной реализации конкретной задачи, чтобы было понятно, где кто находится по уровню абстракции.
Вы спрашиваете, почему мы не сравниваемся с программируемыми реле?
Потому что Beeptoolkit не решает задачи включения лампочек. Он решает задачи, где нужно:
управлять группами приводов, общие слова. Что такое приводы - двигатели, частотники, шаговики? Или несколько (группа) лампочек? Группой приводов можно управлять с одного реле, группой контактов, на то она и группа. Управление множеством отдельных приводов - это другое, но тоже только вкл/откл.
реализовать event-driven сценарии, общие слова, к тому же иностранные. это логика "если-то", к тому же только в бинарном формате. в программируемых реле есть.
работать с динамической логикой и множеством датчиков датчики только бинарные. А что такое динамическая логика?
и делать это без единой строчки кода и без запредельной промышленной лицензии на IDE. На форуме обсуждался этот вопрос. Упрощение средств разработки - благо, но автоматизацию все же следует делать специалистам, в идеале инженерам (а не домохозяйкам или людям, просто решившим"сделать бизнес"). А инженеры способны освоить среду программирования (IDE), особенно если она сделана по стандартам, в той же части языков программирования. Участники подтвердят, что спокойно освоили и применяют несколько сред разработки одновременно - Codesys, OwenLogik, SMLogik.
То, что Beeptoolkit прост, не делает его «реле». Он просто убирает из процесса то, что не нужно конечному пользователю — HEX-регистры, проприетарные драйверы и сертификационные костыли.
Как и на все готовые решения, аналогичные у других разработчиков, на сайте продукта присутствует и развивается справочная документация, приведены примеры ссылки на образовательные видео, всегда можно получить онлайн техническую поддержку и т.д.
Если Вы действительно считаете, что программируемое реле справится с управлением пяти шаговиками с обратной связью и сценариями — то жду схему и расчёт. А то пока это больше похоже на лозунг, чем на инженерное решение. К вопросу упрощения. По моему мнению автоматизировать "управление пяти шаговиками с обратной связью и сценариями" правильно сможет только человек с инженерным образованием (пусть и самообразованием). И то не каждый. И этот человек способен разобраться с достаточно сложной IDE.
Соответственно Ваше упрощение - "убирает из процесса то, что не нужно конечному пользователю" подразумевает "простого" пользователя, а значит "простые" задачи - управление те ми же лампочками. Для их решения я и предлагаю программируемые реле.
Так что если хотите, можем поставить задачу и посчитать BOM.
Да я уже стар для эмоций.
Lex,
Если говорить по делу, не об идеологии, а об инженерной реализации конкретной задачи, чтобы было понятно, где кто находится по уровню абстракции.
Вы спрашиваете, почему мы не сравниваемся с программируемыми реле?
Потому что Beeptoolkit не решает задачи включения лампочек. Он решает задачи, где нужно:
управлять группами приводов, общие слова. Что такое приводы - двигатели, частотники, шаговики? Или несколько (группа) лампочек? Группой приводов можно управлять с одного реле, группой контактов, на то она и группа. Управление множеством отдельных приводов - это другое, но тоже только вкл/откл.
реализовать event-driven сценарии, общие слова, к тому же иностранные. это логика "если-то", к тому же только в бинарном формате. в программируемых реле есть.
работать с динамической логикой и множеством датчиков датчики только бинарные. А что такое динамическая логика?
и делать это без единой строчки кода и без запредельной промышленной лицензии на IDE. На форуме обсуждался этот вопрос. Упрощение средств разработки - благо, но автоматизацию все же следует делать специалистам, в идеале инженерам (а не домохозяйкам или людям, просто решившим"сделать бизнес"). А инженеры способны освоить среду программирования (IDE), особенно если она сделана по стандартам, в той же части языков программирования. Участники подтвердят, что спокойно освоили и применяют несколько сред разработки одновременно - Codesys, OwenLogik, SMLogik.
То, что Beeptoolkit прост, не делает его «реле». Он просто убирает из процесса то, что не нужно конечному пользователю — HEX-регистры, проприетарные драйверы и сертификационные костыли.
Как и на все готовые решения, аналогичные у других разработчиков, на сайте продукта присутствует и развивается справочная документация, приведены примеры ссылки на образовательные видео, всегда можно получить онлайн техническую поддержку и т.д.
Если Вы действительно считаете, что программируемое реле справится с управлением пяти шаговиками с обратной связью и сценариями — то жду схему и расчёт. А то пока это больше похоже на лозунг, чем на инженерное решение. К вопросу упрощения. По моему мнению автоматизировать "управление пяти шаговиками с обратной связью и сценариями" правильно сможет только человек с инженерным образованием (пусть и самообразованием). И то не каждый. И этот человек способен разобраться с достаточно сложной IDE.
Соответственно Ваше упрощение - "убирает из процесса то, что не нужно конечному пользователю" подразумевает "простого" пользователя, а значит "простые" задачи - управление те ми же лампочками. Для их решения я и предлагаю программируемые реле.
Так что если хотите, можем поставить задачу и посчитать BOM.