Т.е. ради плюс, минус, деление и умножение, добавить в ОЛ интерпретатор языка, интерфейс ввода примитивных формулСообщение от pop70
Т.е. ради плюс, минус, деление и умножение, добавить в ОЛ интерпретатор языка, интерфейс ввода примитивных формул
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Да. Ради "плюс-минус" и прочих "синусокосинусов", позволяющих вместо паутины из сотен связей, сделать арифметику проекта читабельной, писабельной, отлаживаемой, а значит, и более надёжной. Существующая недоарифметика, не поддерживающая отрицательных чисел, не контролирующая переполнение - это как "российская ОС", годящаяся только для "пишущих машинок", и самоудовлетворения "фрилансеров" и "свободного сообщества" "ардуинщиков".
ну для таких же как Вы есть другие контроллеры, с нормальной арифметикой. Мир многообразен, паутина из сотен связей появляется не только из-за отсутствия косинуса, мультиплексора и чего то еще из математики, в большинстве задач для применения ПР они совершенно не нужны, да и сам подход применения сложных расчетов обычно приходит у тех, кто переходит с контроллеров высокого уровня по отношению к ПР
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
"Уровень" - понятие относительное.
Спросите у разработчика ОЛ почему он писал его на С# в VisualStudio, а не на "более высоком"(по Вашим понятиям) уровне С и asm-е.
Вот так и с контроллерами. Железо растёт, и stm32f103 уже перерос "уровень" ПР в том виде, в котором Вы его хотите видеть. Иначе, к ОЛ и ПР не стали бы прикручивать костыли в виде "softFPU", чтобы приподнять уровень ПР чуть выше, чем "управление КНС".
Всё это напоминает историю "телефон-коммуникатор-компьютер".
Результат известен - большинство повседневных (потребительских) функций компьютера теперь выполняется на смартфонах.
Так и с ПР. Если их искуственно не ограничивать, то различий возможностей с ПЛК через несколько лет и не увидите. А разработка промавтоматики перестанет быть уделом "искушённых в С и asm-e", и станет делом "местного электрика", задолбавшегося чистить контакты релюшек, и такого же "киповца".
Для этого и нужно всего-то дать им ВЫСОКОУРОВНЕВЫЙ инструмент, позволяющий использовать железо ПР на 100%, не лазя в дебри и не наступая на грабли и костыли "псевдоарифметики".
ОЛ и ПР так и задумывались наверняка. Но вот "запас на рост железа" оказался маловат.
ПР200 перерос сегодняшний ОЛ на 2 головы.
Последний раз редактировалось pop70; 25.07.2017 в 20:21.
НеЯ не из "Ваших". Не из "гуманитариев-маркетолухов", точно знающих чем ПР отличается от ПЛК, и вворачивающих "системы реального времени" в разговор о ПР.
Поэтому, что такое "псевдоарифметика" на "логических элементах", и почему это - явный костыль, "Вам" объяснять бесполезно.
Ага, и ещё не стоит забывать про https://xkcd.com/1205/
Отрезвляет в плане того, когда автоматизация экономит время.
Гораздо проще и надёжнее просто добавить нужный макрос в ОЛ, чем городить блок-формулу и остаться без макроса, но с потенциальными проблемами в ОЛ и потраченным временем на блок-формулу.
Во-первых, тема создана более года назад. Производитель уже всё сказал.
Во-вторых, ответ производителя:
В третьих, ещё ответ производителя. Если что, то Владислав и в ПР и в ПЛК рубит, он-то как никто другой знает где отговорки, а где бесперспективные темы.
Тогда мне не понятен Ваш бесконечный троллинг на эту тему с поддеванием и овена и rovki.
Что тут непонятного, помните шутки товарища Сталина: когда ему сказали что вероятность предсказания прогноза погоды 40%, он ответил, что тогда вы лучше говорите наоборот и вероятность предсказания прогноза сразу увеличится с 40 до 60%!
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Так передёргивать же прикольно.
Особенно весело, когда приводят технические аргументы, хотя корень проблемы явно не технический, а организационный.
Вот возьму и процитирую Андрея ещё разок (то же самое сообщение, но немного другой фрагмент):
Я говорю вот о чём: да, скорее всего, технических препятствий сделать "формулы" в ОЛ нет. Я в ОВЕН не работал, но нужную часть информации по ОЛ-ПР представители ОВЕН на форуме рассказали, поэтому считаю, что достаточно точно вижу картину.
Всё упирается лишь в организационно-материальные вопросы.
"Озвучивание хотелок" не булькает. Если кто-нибудь придёт в ОВЕН с 20 миллионами денег, то, возможно, ОВЕН послушает хотелку.
А так, любая "непонятная хотелка" просто отсеивается на входном фильтре, т.к. денег не принесёт, а ресурсы потребует.
Вот вы лично сколько готовы заплатить за блок-формулу?
Надеяться на то, что "именно эта хотелка окажется самой приоритетной для ОВЕН", конечно, можно, но это уж слишком оптимистично.
Есть гораздо более простые задачи как то "сделать доступ к клавишам из ОЛ схемы", "эмулятор экрана" и т.п.
Поэтому едва ли стоит тратить время на красочные описания того, как блок-формула решит кучу проблем КНС, как живительная формула переманит инженеров с других реле и т.п. Это всё вилами по воде.
Ежу понятно, что польза от формулы есть. Но тут дело в том, что и без формулы тоже как-то работает. Зачем делать ещё что-то, если и так работает?
Поэтому варианта два:
1) Просто забить. Да, нету в мире этого, как его - счастья. Да, уродские fADD в ОЛ, и только беззнаковые целые. Ну и пофиг. Я, возможно, повесился бы, если бы меня в ОЛ заставляли программировать, но я на такую работу и не устраиваюсь, поэтому и проблем нет.
2) Попробовать постучаться к какому-нибудь другому производителю ПР/ПЛК с идеей. Возможно, они отреагируют. Если взлетит, то и остальные производители подтянутся. МЗТА, например, без проблем идут на контакт, и не требуют подписывать разнообразные "соглашения о неразглашении". Но у меня ОВЕН ПЛК, поэтому тему МЗТА я не особо прорабатываю на текущий момент.
3) Организовать своё производство "правильных ПР".
Хотя, конечно, второй вариант может и не сработать. Например, производитель С* для своего реле не делает режим симуляции, т.к. считает, что симуляция никогда не сможет повторить реальное железо, поэтому даже и не стоит пытаться симулировать. У ОВЕН симуляция есть. Да, она неидеальна, но по-моему, наличие даже такой симуляции это гораздо лучше, чем совсем без неё. Тем не менее, производитель С* не чешется над добавлением симуляции.
Так и тут: если кто-то добавит блок-формулу, то не факт, что и ОВЕН последует.
Последний раз редактировалось Владимир Ситников; 26.07.2017 в 00:23.
Да я именно это и говорю.
Моя задача - озвучить то, чего мне не хватает. Без истерик "дайте завтра, а то я от вас уйду и не приду". А ПРОИЗВОДИТЕЛЬ пусть сам занимается "маркетингом" - это его изделие, его бизнес.
Удивляет другое. Такие же пользователи как я, начинают меня учить маркетингу овеновских продуктов, выпучив глаза рассказывают "сколько процессорного времени отнимет sin(x) от "системы реального времени", которую они каждый день строят на ПР для управления КНС, где этот синус нафиг не впёрся", и устраивают истерики "не надо нормальной арифметики в ПР, а то нам станет скушно без fadd, и мы от овена уйдём".
Уважаемые коллеги! Занимайтесь своими КНС так, как считете нужным. Овен пусть занимается своим бизнесом, Вы - своим, а я своим. Не надо их учить. И мне не надо рассказывать как нужно делать на ПЛК за 20т.р. то, чему и ПР за 5т.р. МНОГО. Тренируйтесь на своих заказчиках.
Ваши права
