ПЛК100 + ИП320

[capzap]

Т.к. есть еще модем пм-01, тут на форуме прочитал что для его стабильной работы лучше поставить Мин. время цикла 10мс. Так и сделал.

10мс это особенность работы конкретной библиотеки при использовании UNM, на основе syslibcom такое время не обязательно, хотя и не в этом дело

[petera]

через библиотеки,зная какой экран открыт,можно посылать нужные данные,когда панель слейв

В принципе даже через конфигуратор это можно тоже сделать.

попытайтесь, надо же по времени обновлять данные и только те которые нужны

Ключевые слова здесь "зная какой экран открыт,можно посылать нужные данные". В стандартном мастере из конфигурации можно и по команде обмен сделать. Для каждого экрана свой Universal Modbus Device с управлением по команде, с нужными для экрана регистрами, вот и будет "обновлять данные и только те которые нужны"

[petera]

не думаю что это может тормозить обмен по 485 интерфейсу. Если данные не пришли, значить отправит старые значения.

Именно он и тормозит. Чтобы отправить старые значения, нужно обработать отправку всех предыдущих переменных, со всеми вытекающими(см. выше). Это когда еще мастер доберется до состояния кнопки квитирования.

500мс это уже результат экспериментов. По поводу Work mode, на панели отображается архив приходящих сообщений. Т.е. при появлении сообщения весь архив переписывается, соответственно большее количество регистров меняется.

И где здесь противоречие? Это что у Вас сообщения приходят каждые 100 мс?. А так, как я предлагаю, пришло новое сообщение - переписывается весь архив однократно, а дальше ПЛК только читает состояние кнопки квитирования. И так будет до прихода следующего сообщения.

[Валенок]

. Для каждого экрана свой Universal Modbus Device с управлением по команде, с нужными для экрана регистрами, вот и будет "обновлять данные и только те которые нужны"

Еще вариант - сужаем область обмена
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 существенно оптимальней

[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-ой переменной
Чтение состояния кнопок
Затем сначала, в той же последовательности.

[rox]

Переписал проект. ИП-320 - мастер плк-100 слейв. Все "полетело".

[AlexKry]

Добрый вечер или день. Не подскажете ссылку, где почитать теорию, чтобы понять суть подключения к ПЛК других устройств, в частности инд. панели, а то я в этом деле начинающий. Написал первую прогу на ld с таймерами - не будешь же каждый раз тащить ПЛК к компу, чтобы изменить уставки таймера. Вот и решил прицепить что-то типа ип-320, но как это сделать нет малейшего понятия. Спасибо.

[petera]

Добрый вечер или день. Не подскажете ссылку, где почитать теорию, чтобы понять суть подключения к ПЛК других устройств, в частности инд. панели, а то я в этом деле начинающий. Написал первую прогу на ld с таймерами - не будешь же каждый раз тащить ПЛК к компу, чтобы изменить уставки таймера. Вот и решил прицепить что-то типа ип-320, но как это сделать нет малейшего понятия. Спасибо.

Смотреть примеры http://www.owen.ru/forum/showthread.php?t=13581