 | |
Предыдущие результаты
 Здесь, со стр. 39:
http://literature.rockwellautomation.com/idc/groups/literature/documents/in/cnet-in005_-en-p.pdf
|
Есть два способа.
1. Предварительно созданный файл .otf русского шрифта кладётся на Flash-ATA карточку панели. В окне блокнота вводится нужный кириллический текст и затем копи-пастится в поле ввода PanelBuilder32.
В поле ввода будут кракозябры, а на экране - нормальные знаки.
2. Или, в отсутствие Flash-ATA карточки, используется [url=http://plcforum.uz.ua/viewtopic.php?f=6&t=14671]способ графических плашек[/url].
|
Тяжелая аппликация. Не смотрели уровень загрузки процессора, памяти? А логи Windows что пишут?
|
[quote:b037f1f1eb="Andrey1883"]И есть ли возможность сделать пользовательский блок, например, масштабирования значения с аналогового входа а не писать каждый раз километровую формулу!Читал, что в 5000 эта возможность есть..[/quote:b037f1f1eb]Подпрограмма! Для всех (5, 500, 5000), хотя в 500 уже имеются [b:b037f1f1eb]SCL[/b:b037f1f1eb] и [b:b037f1f1eb]SCP[/b:b037f1f1eb].
[b:b037f1f1eb]AOI[/b:b037f1f1eb] - только в 5000.
|
опытным путем было определено, что падает, если включены файлы событий, файлов 7, каждый файл содержит 910 строк парсинга слова на биты (парсинг вида InternalTagBit = WORD & 1/1), каждая строчка в таком файле вызывается раз в секунду ....
падает даже если запустить всего один файл .... даже если его обрезать до 30 строк..... таких проблем нет в случае использования DerivedTags, но этот механизм почему-то не работает на объекте (на виртуалке работает) - т.е. даже в RSView32 меняю значение WORD - ни один битовый тег, в который парсим не меняется.... через командную строку запускаю необходимый файл DerivedTags (на случай вдруг он просто не включен в обработку) - получаю "файл такой-то уже в работе..."
готовые теги с ПЛК тянуть не могу - превышу лимит лицензии .....
|
[quote:9ea67b88ce="Ryzhij62"]У Вас проблема в связке строк 43 и 45 LAD3.
В 43-й строке у Вас:
BST XIC N7:1/6 NXB XIC T4:47/EN BND [b:9ea67b88ce]XIO T4:38/TT[/b:9ea67b88ce] TON T4:47 1.0 13 0
А в 45-й:
XIO N7:1/6[b:9ea67b88ce] XIC T4:47/DN[/b:9ea67b88ce] TON [b:9ea67b88ce]T4:38[/b:9ea67b88ce] 1.0 180 0 [/quote:9ea67b88ce]
спасибо огромное!!
А вообще существует какое-то руководство по программированию этих контроллеров?
Руководство по инструкциям есть, получение результатов с помощью RSLogix5 тоже
|
У Вас проблема в связке строк 43 и 45 LAD3.
В 43-й строке у Вас:
BST XIC N7:1/6 NXB XIC T4:47/EN BND [b:50d7b8d053]XIO T4:38/TT[/b:50d7b8d053] TON T4:47 1.0 13 0
А в 45-й:
XIO N7:1/6[b:50d7b8d053] XIC T4:47/DN[/b:50d7b8d053] TON [b:50d7b8d053]T4:38[/b:50d7b8d053] 1.0 180 0
То есть, в условиях запуска таймера TON T4:47 участвует [b:50d7b8d053]XIO T4:38/TT[/b:50d7b8d053] (таймер T4:38 не запущен).
И вот, что получается:
Как только таймер T4:47 досчитает до уставки (появляется T4:47/DN), запускается T4:38 (появляется T4:38/TT, пошёл отсчёт), и при этом "разваливаются" условия запуска для T4:47. Это ведёт к исчезновению T4:47/DN, который и существовал-то только один цикл сканирования, и сбросу едва начавшего работу T4:38. Условия для запуска T4:47 вновь восстанавливаются, и он снова начинает отсчёт.
Таким образом, T4:47/DN у Вас появляется, но только на очень короткое время, и on-line Вы его не увидите.
Хотите убедиться - вставьте строку в которой бит T4:47/DN будет взводить --(L)-- вспомогательный бит. Вы будете on-line сбрасывать тот бит, а T4:47/DN будет его снова взводить.
|
[quote:1fa3fc781b="oldDad"]Команда RES этого таймера нигде не используется?[/quote:1fa3fc781b]
Нет! нигде не использовал!
|
Команда RES этого таймера нигде не используется?
|
[quote:f09b4733cf="mp3corp"]А таймер точно досчитывает да значения "*.Pre"?[/quote:f09b4733cf]
Значение подсчитывает (использую .PRE в инструкции SUB для отображения обратного отсчета)
|
Предыдущие результаты
Ещё результаты |
|
| |
|
