Я-то вас понял и верю. У меня не такой большой километраж с однокристалками, у меня это займёт побольше времени. У меня, в лучшем случае, день-два уйдёт только на то, чтобы организовать под это всё среду разработки :)
А вот вы меня не поняли. У вас аргументация в духе "или-или", у меня - "и то, и то".
Если поставлять контроллер с дефолтной прошивкой, которая поддерживает, например, CoDeSyS - получится угодить всем. И мне, который на МЭКе за день-два проект слепит, и вам, который слепит проект без МЭК и перепишет прошивку на свою. Больше пользователей - больше охват.
Кто не умеет программировать - может воспользоватьмя готовыми прошивками.
Допустим, я умею программировать. Но, я крайне мало занимался ESP32 и подобным. А сейчас мне нужно сделать фильтрацию (дебаунсинг) входных сигналов, запустить несколько таймеров, параллельно управлять несколькими разными исполнительными механизмами. МЭК языки, при всей их убогости, позволяют сделать это за полчаса. На мой взгляд, логичнее поставлять контроллер с прошивкой, которая сразу поддерживает Codesys, например. А уж энтузиасты перепрошьют, на что пожелают.
Так это именно контроллер для DIY проектов "энтузиастов и самодельщиков".
В переводе с русского на русский - для тех, кому ехать не так важно, как шашечки и прочее. А ещё, это, практически, закрывает дорогу на коммерческий рынок. Кто станет это внедрять за деньги?
Это контроллер для DIY автоматизации, к нему не предъявляются требования как для управления атомной электростанцией.
Для управления атомной электростанцией необходим горячий резерв, аппаратное дублирование или даже троирование.
Для DIY автоматизации требуется просто надёжность. Чтобы у вас железка не зависла потому, что вы где-то ошиблись и поделили на ноль. Или, вам придётся разбираться, как параллельно выполнять несколько задач только для того, чтобы запустить пару таймеров. DIY хорош, когда вам надо решить конкретную несложную практическую задачу и есть средства, которые не требуют глубокого погружения (как ПЛК), или же вы хотите глубоко погрузиться без определённой практической цели. Если у вас есть реальная задача и требуется глубокое погружение, то пет-проект превратится в долгострой.
Если вы умеете программировать, то первые два - совершенно неинтересны.
То, накидать простую программу в LAD, FBD, Structured Text - это дело нескольких минут на любом незнакомом контроллере. Если же я ни разу не программировал ESP32 (да, всё руки не доходят) - то, сначала мне придётся приготовить среду разработки, потом - разобраться, как там ножкой подрыгать. И всё ради того, чтобы, например, включить или выключить насос.
каждый делает для себя, для своего участка и подразделения, для команды.
Вот именно в этом и проблема. Получается лоскутное одеяло. Сначала его из лоскутов сшивают, а потом ещё поверх каждого лоскута нашивают лоскутов поменьше.
Excel - это чрезвычайно удобный инструмент и обслуживает большинство задач где рано звать программиста.
И момент, когда надо позвать программиста, никто не замечает. Когда пользователь понимает, что программиста позвать таки надо, там уже такое нагромождение..
Excel - это просто идеальные говно и палки. Надо что-то накидать прямо сейчас, а процессы - это слишком сложно и, когда-нибудь потом. А потом будет море из костылей, граблей и квадратных колёс.
Программиста можно и потом позвать, а вот аналитика надо сразу.
Вон, чуваки из Williams прямо сказали, что миграция на неназванную ERP была неимоверно дорогой и сложной.
Миграция на ERP - это, в первую очередь, анализ процессов. Собственно, львиная доля стоимости - это аналитика. Удобство ёкселя позволяет переделывать и дописывать на ходу, как дядя Фёдор письмо писал родителям из деревни. В результате, никто уже не знает, как и что работает, ничего, нигде и никак не документировано.
Отдельно иронично то, что современные грампластинки пишутся с цифровых оригиналов.
Так их и раньше не прямо с микрофона в студии писали, а с плёнки. Сначала в студии пишут на плёнку, затем сводят и обрабатывают, а уже потом нарезают.
Вот что отдельно иронично, так то, что только на виниле приходится учитывать взаимное влияние каналов (нарезать не проблема, проблема воспроизвести нарезанное). Для плёнки и цифры это не актуально совершенно.
Не только бородатые (у меня нет бороды), и не только пасквилянты. Есть такой язык ST в стандарте IEC 61131-3, по синтаксису просто гибрид между паскалем и си. Приходится регулярно на нём писать, плюс, когда-то на паскале писал тоже..
Поэтому, меня повеселило, что оператору даже имя специальное дали :)
Я-то вас понял и верю. У меня не такой большой километраж с однокристалками, у меня это займёт побольше времени. У меня, в лучшем случае, день-два уйдёт только на то, чтобы организовать под это всё среду разработки :)
А вот вы меня не поняли. У вас аргументация в духе "или-или", у меня - "и то, и то".
Если поставлять контроллер с дефолтной прошивкой, которая поддерживает, например, CoDeSyS - получится угодить всем. И мне, который на МЭКе за день-два проект слепит, и вам, который слепит проект без МЭК и перепишет прошивку на свою. Больше пользователей - больше охват.
Допустим, я умею программировать. Но, я крайне мало занимался ESP32 и подобным. А сейчас мне нужно сделать фильтрацию (дебаунсинг) входных сигналов, запустить несколько таймеров, параллельно управлять несколькими разными исполнительными механизмами. МЭК языки, при всей их убогости, позволяют сделать это за полчаса.
На мой взгляд, логичнее поставлять контроллер с прошивкой, которая сразу поддерживает Codesys, например. А уж энтузиасты перепрошьют, на что пожелают.
В переводе с русского на русский - для тех, кому ехать не так важно, как шашечки и прочее. А ещё, это, практически, закрывает дорогу на коммерческий рынок. Кто станет это внедрять за деньги?
Для управления атомной электростанцией необходим горячий резерв, аппаратное дублирование или даже троирование.
Для DIY автоматизации требуется просто надёжность. Чтобы у вас железка не зависла потому, что вы где-то ошиблись и поделили на ноль. Или, вам придётся разбираться, как параллельно выполнять несколько задач только для того, чтобы запустить пару таймеров. DIY хорош, когда вам надо решить конкретную несложную практическую задачу и есть средства, которые не требуют глубокого погружения (как ПЛК), или же вы хотите глубоко погрузиться без определённой практической цели. Если у вас есть реальная задача и требуется глубокое погружение, то пет-проект превратится в долгострой.
Даже
То, накидать простую программу в LAD, FBD, Structured Text - это дело нескольких минут на любом незнакомом контроллере. Если же я ни разу не программировал ESP32 (да, всё руки не доходят) - то, сначала мне придётся приготовить среду разработки, потом - разобраться, как там ножкой подрыгать. И всё ради того, чтобы, например, включить или выключить насос.
Хитрожопость?
Некоторые живут в арендованном жилье и не выбирают модель кондиционера.
Вы же, вроде, уже собирали источник на основе катушки зажигания?
И не хочу пробовать :))
И у каждой команды свой Ёксель, итого несколько десятков тысяч
чертей, команд, строк на листе.В какой-то момент придёт понимание, что надо что-то делать с процессами - хотя бы, представлять себе. А никто себе не представляет.
Тут, конечно, рыба с головы гниёт. Если высшему руководству наплевать на рабочие процессы, то оно само пожнёт плоды.
Для себя, на свой страх и риск, программы и данные я произвожу у себя дома. На работе я ничего не делаю ни для себя, ни на свой страх и риск.
Вот именно в этом и проблема. Получается лоскутное одеяло. Сначала его из лоскутов сшивают, а потом ещё поверх каждого лоскута нашивают лоскутов поменьше.
И момент, когда надо позвать программиста, никто не замечает. Когда пользователь понимает, что программиста позвать таки надо, там уже такое нагромождение..
Excel - это просто идеальные говно и палки. Надо что-то накидать прямо сейчас, а процессы - это слишком сложно и, когда-нибудь потом. А потом будет море из костылей, граблей и квадратных колёс.
Программиста можно и потом позвать, а вот аналитика надо сразу.
Миграция на ERP - это, в первую очередь, анализ процессов. Собственно, львиная доля стоимости - это аналитика. Удобство ёкселя позволяет переделывать и дописывать на ходу, как дядя Фёдор письмо писал родителям из деревни. В результате, никто уже не знает, как и что работает, ничего, нигде и никак не документировано.
После нескольких тысяч строк на VBS я понял, что VBS расшифровывается, как Visual BullShit :)
Это справедливо для прямозубых, но не косозубых зубчатых колёс.
Так их и раньше не прямо с микрофона в студии писали, а с плёнки. Сначала в студии пишут на плёнку, затем сводят и обрабатывают, а уже потом нарезают.
Вот что отдельно иронично, так то, что только на виниле приходится учитывать взаимное влияние каналов (нарезать не проблема, проблема воспроизвести нарезанное). Для плёнки и цифры это не актуально совершенно.
Не сопротивляется только сверхпроводник.
Не только бородатые (у меня нет бороды), и не только пасквилянты. Есть такой язык ST в стандарте IEC 61131-3, по синтаксису просто гибрид между паскалем и си. Приходится регулярно на нём писать, плюс, когда-то на паскале писал тоже..
Поэтому, меня повеселило, что оператору даже имя специальное дали :)
В питоне нет partial?