Панели оператора СП3xx. Вопросы и ответы

[kondor3000]

Добрый день.
Нужна консультация по нескольким вопросам работы панели СП315-Р:
1. Панель настроена как TCPmodbus-master, ПЛК210 как TCP slave. Панель записывает значения переменных в область Retain ПЛК. После пропадания питания эти переменные обнуляются.
Запись с панели происходит постоянно или только по "нажатию"? Как сохранить значения переменных?

2. При снятии питания с ПЛК и панели и одновременному включению, не восстанавливается связь между ними. (Не горит ethernet-разъём на ПЛК) Помогает отдельная перезагрузка по питанию панели. Как исправить?

1. Если переменные слейва обнуляются, значит либо в программе либо панелью мастером они у вас перезаписываются.
Переменные проще хранить в регистрах PFW панели, а при включении, считывать в регистры обмена и записать в ПЛК,
обычно так делают с уставками.

2. При одновременной перезагрузке, всё должно перезапуститься, если у вас не так, значит или проблемы с сетью или с программами, в части обмена данными. Например не включена галка автоперезапуск соединения в ПЛК или не стоят правильные настройки соотнесения в ПЛК.
Надо включить Вкл 2( всегда в задаче цикла шины)
В панели увеличить Таймаут и число повторов соединения.

[Asan7]

1. Если переменные слейва обнуляются, значит либо в программе либо панелью мастером они у вас перезаписываются.
Переменные проще хранить в регистрах PFW панели, а при включении, считывать в регистры обмена и записать в ПЛК,
обычно так делают с уставками.

2. При одновременной перезагрузке, всё должно перезапуститься, если у вас не так, значит или проблемы с сетью или с программами, в части обмена данными. Например не включена галка автоперезапуск соединения в ПЛК или не стоят правильные настройки соотнесения в ПЛК.
Надо включить Вкл 2( всегда в задаче цикла шины)
В панели увеличить Таймаут и число повторов соединения.

"значит либо в программе либо панелью мастером они у вас перезаписываются"
Это маловероятно. Там элементарно подключен бит "переключателя" к переменной объявленной в области retain. Дальше по программе в него ничего не записывается. Единственное только, что при инициализации переменной они обнуляются. Но насколько я понимаю это инициализация происходит только при "заливки" программы.

"Переменные проще хранить в регистрах PFW"
"Проще" это в смысле единственный способ сохранить измененные значения? Если значения давать сразу на регистры, то при включении они в любом случае обнуляются?

"значит или проблемы с сетью или с программами, в части обмена данными."
Если проблема с программами, то вряд ли бы подхватывалась связь после отдельного включения/выключения панели (при первом включении на самом разъеме ethernet нет индикации).
"Надо включить Вкл 2( всегда в задаче цикла шины)"
Это было включено.

"В панели увеличить Таймаут и число повторов соединения"
Это попробую. Спасибо.

[kondor3000]

Но насколько я понимаю это инициализация происходит только при "заливки" программы.

"Переменные проще хранить в регистрах PFW"
"Проще" это в смысле единственный способ сохранить измененные значения? Если значения давать сразу на регистры, то при включении они в любом случае обнуляются?

Советую сделать новый проект, добавить по 1 переменной, булевой (лучше маску бит), целочисленной и Float, без программы и просто проверить обмен и сохранение. Всё должно сохраняться и так.
Инициализация происходит, если вы её сделаете. Иначе мастер при включении, просто читает слейв. Если переменные Retain, то они должны считаться панелью. И не важно, кто первый включится.

[Asan7]

Добрый день.
На текущей момент пока нет возможности проводить эксперименты на объекте. Но при поиске проблемы сохранения данных нашел видео овен "79. Настройка обмена между CODESYS V3.5 и Weintek по Modbus TCP (панель - master)", где вскольз указывается о проблемах с сохранением данных. Для её решения применяют функциональный блок fbMbTCPSlave из библиотеки Owen Communication. И используют структуру данных.
Хотелось бы уточнить - это обязательное решение проблемы или всё должно работать и без этого библиотеки?

[kondor3000]

Добрый день.
На текущей момент пока нет возможности проводить эксперименты на объекте. Но при поиске проблемы сохранения данных нашел видео овен "79. Настройка обмена между CODESYS V3.5 и Weintek по Modbus TCP (панель - master)", где вскольз указывается о проблемах с сохранением данных. Для её решения применяют функциональный блок fbMbTCPSlave из библиотеки Owen Communication. И используют структуру данных.
Хотелось бы уточнить - это обязательное решение проблемы или всё должно работать и без этого библиотеки?

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

[Asan7]

Кстати уставки можно хранить и в энергонезависимой памяти панели.

Вероятно выберу этот вариант, как наименее трудозатратный для переделки.
Технически это должно быть так:
1. Необходимые переменные объявляем в области PFW.
2. Создаем макрос с функцией Write и записью уже в регистр ПЛК данных из PFW. (Можно ли там в качестве передаваемой переменной сразу указывать адрес PFW(256) или необходимо объявлять переменную и привязывать к ней?)
3. Создаем функциональную область вызываемую непрерывно и привязываем к ней вызов макроса.
Это всё?

[petera]

Вероятно выберу этот вариант, как наименее трудозатратный для переделки.
Технически это должно быть так:
1. Необходимые переменные объявляем в области PFW.
2. Создаем макрос с функцией Write и записью уже в регистр ПЛК данных из PFW. (Можно ли там в качестве передаваемой переменной сразу указывать адрес PFW(256) или необходимо объявлять переменную и привязывать к ней?)
3. Создаем функциональную область вызываемую непрерывно и привязываем к ней вызов макроса.
Это всё?

Макрос зачем?
Оставляем п.3, т.е создаем ф.область и в ней одной функцией копируем блок регистров PFW c начального адреса(256?) и в нужном количестве, в регистры ПЛК с нужного начального адреса
ЗЫ
Сомневаюсь в необходимости вызывать ф.область непрерывно.
Я в таких случаях фызываю такую ф.область однократно в двух случаях
- при включении питания
- при изменении с экрана какой-либо уставки в области PFW