Предыдущие результаты
[quote:28a0df5475="oldDad"]Если речь идёт, например, о Ladder Editor, то нужно из списка выбрать "Ladder Window" и изменить размер фонта. В Structured Text Editor можно тоже.[/quote:28a0df5475]
Надо изменить шрифт в целом, а не только в Ladder Editor-е. И этот параметр как раз и заблокирован(не активен) 2. Ещё раз из Abbey Road:
[b:c82618d628]The Beatles - You Never Give Me Your Money[/b:c82618d628]
1. Поём вместе с Paul McCartney:
[b:c651cbdd12]Golden Slumbers-Carry that weight[/b:c651cbdd12]
Если речь идёт, например, о Ladder Editor, то нужно из списка выбрать "Ladder Window" и изменить размер фонта. В Structured Text Editor можно тоже. А вы в точности воспроизвели этот пример?
http://www.prosoft-technology.com/layout/set/print/content/download/8959/117623/file/MVI56_PDPMV1_Ladder.zip Проблема: Allen-Bradley -> Profibus -> Siemens?
Я программирую передачу данных в контроллеры Allen-Bardley
(серия ControlLogix) из контроллеров Siemens (серия S7-300) и
обратно по протоколу Profibus. Со cтороны Allen-Bradley для связи
по Profibus используется модуль 1756-MVI56-PDPMV1,
т.е. Profibus DPV1 Master Communication Module (в сети он Master),
со стороны Siemens - CP 3425 DP (в сети он Slave).
Со стороны Siemens все хорошо. Gsd-файл модуля нормально
загружается в 1756-MVI56-PDPMV1, параметры передачи (кол-во передаваемых,
получаемых байт) заданы одинакого и со стороны Siemens,
и со стороны Allen-Bradley. При просмотре сети Profibus в On-line режиме
с помощью утилиты Prosoft Configuration Builder 2.0.2 (PCB) тоже все нормально
(On-Line параметры диагностики модуля Siemens в PCP говорят Slave Ok).
Сеть выстроена правильно и по данным и по индикации как со стороны Allen-Bradley,
так и состороны Siemens.
Теперь самое главное - передача данных в циклическом режиме в RSLogix
осуществляется с помощью структур:
MVI56PDPMV1.Input[0..1535] - для входных данных.
MVI56PDPMV1.Output[0..1535] - для выходных данных.
При передачи через MVI56PDPMV1.Output Siemens получает данные.
Но при посылке данных Siemens-ом массив MVI56PDPMV1.Input
остается заполнен нулями, несмотря на то, что в PCB приходящие данные видны
(в выделенных им структурах). Т.е. модуль 1756-MVI56-PDPMV1 данные получает.
Это также видно и в On-Line параметрах master-a из PCB.
Но буфер MVI56PDPMV1.Input[0..1535] остается пуст
(длина его задана нормально в конфигурации PCB).
Программа логики Allen-Bradley скачана с официального сайта Prosoft.
Входной буфер можно просматривать и из PCB через Diagnostics модуля,
но там тоже нули. Анализ приходящих данных в контроллере показывает,
что ошибок нет, обмен идет нормально. #-ра блоков тоже отлично передаются
модулю и принимаются. Но при чтении регистров (#блоков 1-3) они остаются
заполнены нулями. Не понимаю, почему приходящие данные отлично отображаются
в PCB (Prosoft Configuration Builder), но в структуры RSLogix-a (MVI56PDPMV1.Input)
передаваться упорно не хотят?
Буду очень признателен за помощь.
[/b] [quote:ef81ad76fd="Surt"]1. Derived Tag и Event Detector не подходят. Ситуация такая: контроллер периодически выдает цифры - номера сообщений. Я должен вывести на дисплей сообщение, которое соответствует данному номеру. Сообщений всего порядка трех сотен, хранятся в проекте в виде строковых тегов.[/quote:ef81ad76fd]
В RSView SE cм. Local Messages - самое то, что надо. :wink: 1. Derived Tag и Event Detector не подходят. Ситуация такая: контроллер периодически выдает цифры - номера сообщений. Я должен вывести на дисплей сообщение, которое соответствует данному номеру. Сообщений всего порядка трех сотен, хранятся в проекте в виде строковых тегов.
2. CSV можно было бы использовать, если бы проекты были поменьше. А вручную исправлять 6000 тегов - занятие утомительное. Кроме того, пока система окончательно не заработает, в нее регулярно вносятся исправления, так что редактировать файл придется чуть ли не каждую неделю. По п. 1:
Обязательно на VBA? Нехорошо это.
Может устроит Derived Tag и\или Event Detector, которые пускаются при открытии экрана и останавливаются при закрытии.
По п. 2:
Используй Export в CSV, редактируй, добавляй, затем Import из CSV. Здравствуйте!
Начал переделывать проект из RSView32 в RSView SE и столкнулся с кое-какими проблемами. Кто знает - подскажите, плиз.
1. При открытии дисплея нужно в цикле выполнять процедуру до тех пор, пока дисплей не закроется. В RSView32 просто запускалось событие с командой VBAExec. Как организовать что-то подобное в SE?
2. Имеется система, состоящая из 75 узлов, для каждого из которых нужно создать от 20 до 200 тегов. Создавать вручную - занятие на месяц. В старом проекте я просто написал процедуру, которая создает теги используя текстовый файл со списком всех устройств. В SE, как я понял, таких вещей, как CreateTag или CreateFolder вообще нет. Соответственно, вопрос: можно ли в RSView SE использовать VBA для создания и редактирования тегов?
3. Очень простая задача. Есть дисплей. На дисплее есть кнопка. При нажатии на кнопку должен распечатываться текстовый файл, лежащий на винте. Реально ли сделать это, не используя никаких сторонних приложений?
Предыдущие результаты Ещё результаты
