Т.е. при статусе "Лицензия некорректна или отсутствует; запущен демо-режим" Этот раздел полностью функционирует? Просто у меня он не находит сканер, хотя все адреса корректно указаны.Цитата:
Сообщение от Евгений Кислов
Т.е. при статусе "Лицензия некорректна или отсутствует; запущен демо-режим" Этот раздел полностью функционирует? Просто у меня он не находит сканер, хотя все адреса корректно указаны.Цитата:
Сообщение от Евгений Кислов
Да, все верно.Цитата:
Сообщение от Gatling
Перезагрузите контроллер, чтобы отсчет времени демо-режима начался заново.
Я уточнил - использование доп. лицензируемых компонентов в данный момент у нас не поддерживается.Цитата:
Сообщение от VladGC
Для ModbusTCP_Slave при привязке переменной к %QWx (Modbus Input Registers) нет возможности изменить её "снаружи" по интерфейсу, а при привязке к %IWx (Modbus Holding Registers) нет возможности менять переменную из программы.
Как нужно сконфигурировать привязку переменной для возможности изменения как из программы, так и по сети?
CoDeSys V3.5 SP14 Patch 3+ (32bit)
СПК107 version 3.5.14.34
OwenTargets v 3.5.14.3010
Используйте MB_TcpSlave из библиотеки OwenCommunication - там можно менять holding-регистры из программы контроллера.Цитата:
Сообщение от fatlortroll
Спасибо. В общем, как я понял, поставляемые с CoDeSys "стандартные" библиотеки лучше не использовать. Что-ж, будем строить велосипеды.
fatlortroll Не совсем так. Стандартные - они на то и стандартные, что заточены на "натыркать мышкой, и всё заработает для стандартной задачи".
Я так, как Евгений советует, вообще ИП320ую подключал на днях, баловался. Тоже через OCL, и с панелью у меня как раз двойной обмен и получился: ПЛК - Slave, панель - Master. ПЛК на панель передаёт данные измерений, а от панели получает инфу о нажатиях кнопок.
Стандартные они на то и стандартные, что стандарт соблюдают. Вы сначала посмотрите что там в стандарте ModBus на счет записи. А потом про велосипеды вспоминайте.Цитата:
Сообщение от fatlortroll
Добрый день. Заметил интересную особенность. Если мы перебрасываем данные с одного порта на другой и при этом никак не работаем с ними в программе, то физически данные не уходят на второй порт, в программе изменения отображаются, а по факту данные не изменяются. Например, на одном порту у нас своя сеть опрашиваемых устройств, нам необходимо с ними работать, и дополнительно, обеспечить чтение данных верхней АСУ. Некоторые данные мы не модифицируем и не обрабатываем, а просто настраиваем переменные из одного порта в другой. В этом случае по второму порту необработанные данные никак изменяться не будут.
Добрый день.Цитата:
Сообщение от SemAndr
Использовать контроллер в качестве шлюза между полевыми устройствами и системной верхнего уровня, безусловно, можно.
Что происходит в вашем конкретно случае - нельзя сказать, не видя проекта.