[tvf]

1.Из всех перечисленных проблем только последняя (4) может привести к ощутимому увеличению процессорного времени. Процессорное время вещь относительная. Вряд ли ваши контроллеры используются для решения наносекундных задачь. Основное приложение ваших контроллеров это инжинерка зданий, с характерным временем сотни секунд. Если отбросить аварийные ситуации, то наиболее критичным по времени является ПИД регулирование. Почитал тут на досуге литературу, так там тик системы в 0,1% от времени инерции объекта считается вполне достаточным. Так что и время тика в 1 сек вполне достаточно для большинства приложений для ваших контроллеров. Операция умножения(масштабирования) уже заложены в макрос. Осталось заложить операцию деления. С помощью этих 2 операций (умножение и деление) можно решить проблему масштабирования с приемлемой точностью. На данный момент приходится специально готовить входные данные для использования эффекта масшабирования. Изменение масштаба приводит к необходимости затиратьт весь существующей тренд и начинать запись заново. Так что ресурсы, потраченные на возможность масштабирования используются впустую. Так зачем было рождать мертвое дитя?
2.Проблема нормализации не столь ресурсоемка. Путем проб и ошибок удалось достич желаемого путем добавления дополнительного суммирования с 0,5 в служебном макросе и оптимального выбора дипазона возможных значений на входе, совпадающего с разрешающей способностью тренда.
3.Несовпадение разметки по оси Y и реального разрешения тренда в рамках простого прогаммирования контроллера не решаема, пришлось отказаться от вертикальных меток. Тогда вопрос: а для чего они вообще нужны?
4.Проблема с блоком типа Line в рамках простого программирования тоже не решаема, пришлось отказаться от руллера в рамках настройки тренда, а использовать внешную сплошную линию разметки, по крайней мере в глаза пропажа графика не так бросается. По моему мнению, не представляет сложности доработать этот блок до нужной функциональности.

Возможно могут возникнуть проблемы с совместмостью, но это вам лучше знать. Наиболее ответственные блоки и макросы закрыты от просмотра, так что о многом приходится только догадываться.

Arsie, вы часто приводите мнение, что если какие-то изменения надо 1 человеку из 100, то шкурка выделки не стоит. Позиция понятна и имет под собой основавние. Но нужно понимать, что 99% ваших пользователей из разряда "пипл хавает"(извиняюсь, ни кого не хотел обидеть), они довольствуются конструктором, который на данный момент не реализует и 50% заложеных в ваши контроллеры возможностей. И только 1% пользователей выявляет глюки в ваших контроллерах и ПО, которые вы пропустили, и задают "неудобные" вопросы.