[ujin]

Вы писали, что у Вас есть база пожеланий. Учитывая, что все пожелания высказаны на форуме и поэтому открыты для всех, сделать список пожеланий в виде таблицы. Желаемый приоритет, наименование, кол-во голосов кому требуются. Каждый зарегистрированный пользователь, может выбрать любой пункт и поставить ему приоритет 1,2,3. Более 3х пунктов выбирать нельзя. Добавление пунктов осуществляется администрацией, изменение приоритетов пользователем (смена мнения) не чаще одного раза в месяц. Голосование одним словом.
Добавлю в пожелания.
1. Поддержка двух дополнительный языков по МЭК 61131 SFC, ST. Обоснование - затруднительно применить автоматный подход к проектированию.
2. Приведение MODBUS ближе к стандарту. Например сейчас отсутствует возможность записи в регистр без последующего чтения. Формирование для каждой переменной MODBUS вывода состояния. Если запрос групповой, состояния будут одинаковыми для всех переменных из запроса. Блок Slave (Link) слишком обобщает диагностику.
3. Аппаратная обработка входов, с формированием их состояния (пример приводил ранее).
4. По формированию идентификатора программы. Идентификатор должен быть виден и в лоджике и в контроллере. Способ формирования идентификатора на подобе GUID.
5. По детипизации блоков. В блоках должно можно реализовать автоматическое преобразование типов переменных. Т.е. при подключении переменной не того типа вход (или место рядом) каким либо образом выделяется, что говорит, о применении преобразования. А само преобразование ведется по тем же правилам, что и ранее. Таким образом исключаются блоки преобразований, улучшается наглядность. В Ремиконте Р-130 блоков преобразования вообще не было, любой вход можно было подключить к любому выходу.
6. В связи с частым употреблением блока инверсии его так же можно ввести в свойство входа. Т.е над входом появится знак - либо пустой круг, означающий отрицание. Так сделано в ремиконте и очень удобно.
7. Можно убрать блоки AND-NOT OR-NOT и т.д. Выход логических блоков так же сделать инвертируемым с появлением классического круга на выходе.
8. Ввести тип переменной - Time. В формате UTC.MS где UTC - всемирное координированное время (8 байт), . - разделитель, MS миллисекунды (2 байта). Определить правила преобразования Time в другие типы.
9. Ввести автоматическую синхронизацию времени по сети. Для этого можно с мастера периодически посылать широковещательный запрос по по используемым портами с текущим временем в формате TIME. У слейва при попадании времени в допустимый порог синхронизации время будет автоматически синхронизировано. Период синхронизации - задаваемый. При первоначальном включении - разрешить или запретить начальную синхронизацию времени
10. При обмене по сети ввести понятие HEARTBEAT. Если HEARTBEAT по слейву включен, автоматически отправляется запрос эхо с меняющимися данными и выдается сигнал slave online (вывод блока диагностики). Вывод Break проблему полностью не решает так как, со слейвом обмен может происходить асинхронно, т.е для работы вывода Break обязательно нужна одна синхронная переменная.

Плюс хотел бы выразить благодарность за SMART. Несмотря на некоторую критику, достаточно удобен в пользовании, экономит память в сравнении с реализацией того же на FBD. Просьба продолжить увеличение библиотеки символов. Если в будущем произойдет переход на цветные панели, то SMART так же будет работоспособен и востребован, с добавлением цветов. Насколько я понял из использования он на это уже рассчитан.

Одно небольшое добавление. Здесь упоминались фирмы Siemens и Beckhoff в качестве фирм задающих тон в автоматике.
Согласно информации коллег из большой энергетике там тон задают контроллеры Ovation фирмы Emerson. В особенности по подходам к программированию и алгоритмам. Поэтому если будете смотреть как сделано у других обратите внимание и на эти контроллеры.