ПЛК100 + ИП320

[petera]

Еще вариант - сужаем область обмена
UMD 1. String (сами же юзали). А в него загоняем данные соответственно экрану,by change
UMD 2 чтение экрана, poll time
И команды не нужны.
var
a : struct_a; //вне зависимости от кол-ва нужных данных - проще подогнать размер всех
b : struct_b; //структур под размер str в области обмена. Ненужное забить пустыми полями
..
---------------------------
case СurrentScreen of //сюда читаем номер экрана
..: p := adr(a);
..: p := adr(b);
..:
end_case
sysmemcpy(adr(str),p,размер_блоков_константа); //ессно - всё ровняем и проверяем

PS
Чисто для информации. Для ИП320 - 38400 существенно оптимальней

Согласен.
Я ТС самый простой способ ускорения реакции на кнопки предложу
Дело в том, что если в конфигурации несколько UDM, то мастер обрабатывает по одной переменной из каждого UMD по очереди. Т.е сначала одну переменную из одного UMD, затем одну переменную из второго UMD, опять одну переменную из одного UMD, затем одну переменную из второго UMD и т.д. Если количество переменных в UMD разное, то переменные одного UMD фактически будут опрашиваться чаще. Даже при одинаковом времени Polling time для обоих UMD.

Если среди этих 50 переменных подавляющее большинство записываются в панель (Т.е. при появлении сообщения весь архив переписывается, соответственно большее количество регистров меняется). То достаточно завести второй Universal Modbus Device c предположим 8bit input module, который будет читать из панели состояние кнопок и оставить все остальные регистры в первом UMD.
Теперь даже для режима работы By poll time должно быть существенное ускорение реакции на нажатие кнопок.
Запись первой переменной
Чтение состояния кнопок
Запись второй переменной
Чтение состояния кнопок
Запись третей переменной
Чтение состояния кнопок
...................................
Запись n-ой переменной
Чтение состояния кнопок
Затем сначала, в той же последовательности.