Тема / Topic: Вопрос по генератору "Источник" (группа "Источники/Приемники")
jasha-kz
Forum Member / Участник форума
Участник № / Member № 4149
отправлено / posted
Здравствуйте Пожалуйста помогите разобраться в том, как использовать генератор "источник" из группы "Источники/Приемники". Замысел состоит в том, чтобы подключить через него модель объекта, сделав его вторым в цепочке источников и установив в свойствах ИС глубину отслеживания источников 2. Это удается, но неясно каким образом можно из программы моделирования задать значение этого генератора. Из help, к сожалению, мне ничего понять не удалось. Спасибо
Сообщения / Posts 44 | Из / From: Russia
| IP / IP: IP адрес / IP address |
отправлено / posted
Генератор "Источник" не несет в себе программы. Поэтому моделировать с его помощью "подключаемый объект" нельзя. Этот "Источник" можно использовать только для того, чтобы обойти "штатный" источник. Задачу моделирования объекта надо решать чисто программным путем.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
jasha-kz
Forum Member / Участник форума
Участник № / Member № 4149
отправлено / posted
ясно, спасибо. я просто купился на текст из help: "Источник – пустой источник, закон изменения значения для него может быть задан в программе (собственный отсутствует)" и захотел "задавать его в программе" моделируя объект. Но если это невозможно, то, пожалуйста, подскажите, каким способом можно подключать модель объекта, чтобы не приходилось удалять связи каналов с настоящими источниками?
Сообщения / Posts 44 | Из / From: Russia
| IP / IP: IP адрес / IP address |
отправлено / posted
Подключать или отключать программу с моделью объекта можно путем управления состоянием (атрибут 3) вызывающего канала.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
jasha-kz
Forum Member / Участник форума
Участник № / Member № 4149
отправлено / posted
Большое спасибо, но, видимо, я не очень понятно сформулировал вопрос. Включение/отключение программы моделирования здесь ни причем. Сначала описание структуры: Есть ПЛК(ПК) с EmbRTM, каналы которого привязаны к источникам, описывающим I/O сигналы. Дальше есть АРМ, связанный с каналами ПЛК и т.д. Для отладки предполагается добавить еще одну машину с RTM, на которой будет крутиться модель объекта и ее выходы должны попадать на "входы" ПЛК. Вопрос состоит в следующем: каким образом организовать передачу данных с модели в ПЛК, чтобы не вносить в проект таких изменений, которые потом, для работы с реальным объектом, придется убирать. Понятно, что изменения типа заменить глубину отслеживания - допустимы. А вот перепривязывать туда-обратно несколько сотен каналов - нет
Сообщения / Posts 44 | Из / From: Russia
| IP / IP: IP адрес / IP address |
Romсheg
unregistered
отправлено / posted
В таком варианте вам надо узел контроллера так разрабатывать, чтобы в базе узла были каналы, которые будут получать данные от узла имитатора, а также каналы, которые с оборудованием работают, и еще третий тип каналов - которые будут с логикой системы работать, но они должны переключаться между первыми и вторыми.
IP / IP: IP адрес / IP address |
jasha-kz
Forum Member / Участник форума
Участник № / Member № 4149
отправлено / posted
To Romcheg: не уверен, что мне это надо. Вариант, конечно, но, может быть есть какие-нибудь более подходящие? Ваш же Моделист вполне обходится без двух комплектов лишних каналов. To All: а возможно ли использовать схему с цепочкой источников, где вторыми в цепочке будут, например, Modbus-устройства, и на этих реальных Modbus-устройствах и разместить модель?
Сообщения / Posts 44 | Из / From: Russia
| IP / IP: IP адрес / IP address |
отправлено / posted
Аналогичный вариант и использует мой "Моделист" - только там не ModBus, а пользовательский драйвер + редактор Моделиста, которые реализуют эффект реальной модели объекта. Если вы программист, вы можете модель своего объекта упаковать в RWH, Тип11 или Тип12 драйвер, который и посадите вторыми источниками в проекте. Просто через реальные ModBus-устройства - мне кажется тоже не лучший вариант.
IP / IP: IP адрес / IP address |
отправлено / posted
Если все-таки использовать "Узел-модель объекта", можно сделать его не SLAVE, а МАСТЕРом. Пусть этот узел передает свою информацию и запрашивает ответные данные и команды в/из каналов, "Отключенных от УСО". Недостаток только в том, что придется саму "Модель" адаптировать к информационной структуре контроллеров. Если не гнаться за универсальностью, то это вполне рабочий вариант. Во всяком случае, более удобный и гибкий, чем на Modbus-устройствах.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
jasha-kz
Forum Member / Участник форума
Участник № / Member № 4149
отправлено / posted
Прошу прощения за глупый вопрос, но что-то не могу сообразить: ModBus в источниках/приемниках - это и Modbus TCP тоже? Или только ModBus RTU/ASCII?
Сообщения / Posts 44 | Из / From: Russia
| IP / IP: IP адрес / IP address |
jasha-kz
Forum Member / Участник форума
Участник № / Member № 4149
Printer-friendly view of this topic
![[Улыбка / Smile]](smile.gif)
