Тут тоже - полность согласен. Может проблема "вызреет" и ОЛ все же оптимизируют со временем
Вид для печати
Время цикла тут вообще ни при чем, оно здорово растет от плавающей точки. При работе только с битами и целочисленными даже на крутой сложности выходит не больше 10мс. Но ОЛ тормозит безбожно. Я просил чтобы в ОЛ был не один холст, а больше, типа добавления большого макроса с связями через переменные. Ведь при рисовании макроса не тормозит и при малых количествах внешних связей это хороший способ и сейчас.
Я всегда ПР рассматривал в совокупности с ОЛ ,со всеми его ограничениями .Раньше была актуальна пословица -из пушки по воробьям ,когда приходилось уговаривать решать простые задачи на ПР ,теперь нужна другая пословица -по Сеньке шапка. Надеяться можно и нужно на лучшее ,но работать нужно сейчас с учетом реалий.Это то же одно из обязанностей разработчика - правильно выбрать средства по конкретную задачу.
ПР200 - замечательный прибор, ОЛ - посредственная вещь. Но в одну телегу впрячь не можно коня и трепетную лань. ;)
Для ПР110 и ПР114 ОЛ пойдет, но для ПР200 нужна новая среда. Чем раньше поймут это в фирме ОВЕН тем лучше будет для всех.
Другими словами- общая скорость движения будет меньше наименьшей ,вот ее и надо брать в расчет ..
Мне процесс работы на ОЛ нравиться ,но я не буду требовать что бы он обеспечивал работу с ШД и энкодерами.Сам МК контроллер может и позволил бы ,но ОЛ заточена под другой круг задач.
.
Даже если поймут ,то времени и средств не хватает на более мелкие задачи (нужные) .Я в начале был то же сторонник разных ОЛ .Много сил ушло на поддержание всех ПР и проектов в одном ОЛ ,сковали себя по рукам и ногам .Универсальность вещь хорошая ,но все имеет цену....Завтра появиться ПР300 ,например и опять несколько лет на отладку...
rovki так речь не о том, какие задачи можно решать а какие нет на ОЛ, а о том, чтобы по своим задачам сам ОЛ не тормозил....