 | |
Предыдущие результаты
 [quote:c3a4de3ee4="s60"]Вопрос к практикам:
как для скады легче - 4800 дискретных тегов с ПЛК или OPC утянуть или утянуть 300 слов и в DerivedTags распарсить побитно в локальные?
Есть у кого какие соображения, наработки ?[/quote:c3a4de3ee4]Для RSView32 (150) применяли упаковку в INT, потом Derived Tags - было в 90-х, когда все были нищими...
Где собираешься использовать [i:c3a4de3ee4]расшифрованные[/i:c3a4de3ee4] биты?
Учти, что Derived Tag имеет интервал исполнения.
|
Вопрос к практикам:
как для скады легче - 4800 дискретных тегов с ПЛК или OPC утянуть или утянуть 300 слов и в DerivedTags распарсить побитно в локальные?
Есть у кого какие соображения, наработки ?
|
RSI Security Server Standalone Edition обычно находился на диске RSLogix5000 в разделе утилит.
Вообще, по поводу Security посмотрите документ [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/qs/ftsec-qs001_-en-e.pdf]FTSEC-QS001F-EN-E FactoryTalk Security System Configuration Guide[/url]
|
[quote:146bdbd648]
516504 - Fault code 16#%02X when using ControlLogix Ethernet modules
Access Level: TechConnect
Date Created: 11/30/2012 10:10 AM
Last Updated: 04/28/2014 05:04 PM
Question
What causes fault code 16#%02X when using Ethernet modules on a ControlLogix chassis?
Answer
This could be caused by wrong configuration data in RSLogix 5000 such as slot number or module does not have an IP address
Check the properties of the Ethernet module within the RSLogix 5000 software
[/quote:146bdbd648]
|
[quote:51cf80ca89="mp3corp"]Похоже проблемы с модулями I/O, проверьте в настройках модулей не стоит ли галочка:"Major Fault On Controller if Connection Fails While in Run Mode".[/quote:51cf80ca89]
Да, стоят галочки на всех модулях.
Снять галочки и прогрузить?
|
Похоже проблемы с модулями I/O, проверьте в настройках модулей не стоит ли галочка:"Major Fault On Controller if Connection Fails While in Run Mode".
|
Всем добрый день!
Модуль 1756-IF16 настроен в режиме Integer Data - Single-Ended Mode. Все каналы 0...20mA. Часть каналов на модуле не используется, вследствие чего появляется ошибка Underrange для неиспользованного канала. Отключить настройку детектирования аварии в данном режиме работы модуля нельзя (по крайней мере я так и не нашел где). Можно убрать эту ошибку переключением режима работы канала на +/- 10В.
Но 2 канала при физически отключенном подходящем проводе находятся в ошибке Overrange (превышение границы). Значение (INT) 32767, что соответствует току 20.58 mA.
Вследствие чего он там есть? Неисправность канала? Или что -то программное? Может кто-нибудь сталкивался. Эксплуатация внесла это в официальные замечания, а как побороть эту ошибку непонятно.
|
[quote:3007137f28="SergeyM"]Добрый день!
Есть 3 вопроса.
1.
Есть проект на контроллер ControlLogix. В нем есть следующий участок:
[code:1:3007137f28]
GSV(TASK,MainTask,LastScanTime,CycleScan_Milisec);
SYS_CPUCycleTime := CycleScan_Milisec/1000000;
TimeWork := TimeWork + SYS_CPUCycleTime;
[/code:1:3007137f28]
По сути это учет времени наработки (хоть и не очень корректный - все таки время задачи не равно времени цикла контроллера, об этом ниже). Теги TimeWork и SYS_CPUCycleTime имеют тип REAL
Ну так вот, значение TimeWork вырастает до 1024.0 нормально. После этого рост либо останавливается либо очень сильно замедляется. В чем дело никак не пойму.
2. В чем же все таки выражается время задачи вытащенное командой GSV? во внутренней справке RSLogix5000 написано, что в микросекундах, но по ощущениям это скорее миллисекунды.
3. Как получить полное время цикла контроллера? Нужно для таймеров используемых внутри программы. Переход на стандартные таймеры очень и очень затруднителен.[/quote:3007137f28]
1. Прочитай эту [url=http://vdt-solutions.de/modules.php?name=Forums&file=viewtopic&p=10382&highlight=#10382]тему[/url], про проблемы REAL.
2. Микросекунды.
3. Через GSV считывай 64 бита времени (2 по 32) и делай вычитание. Пример для вычитания 64 битных ищи [url=http://search.rockwellautomation.com/search?site=sample_code&client=samplecode&output=xml_no_dtd&proxystylesheet=samplecode]здесь[/url].
|
Добрый день!
Есть 3 вопроса.
1.
Есть проект на контроллер ControlLogix. В нем есть следующий участок:
[code:1:fea455e818]
GSV(TASK,MainTask,LastScanTime,CycleScan_Milisec);
SYS_CPUCycleTime := CycleScan_Milisec/1000000;
TimeWork := TimeWork + SYS_CPUCycleTime;
[/code:1:fea455e818]
По сути это учет времени наработки (хоть и не очень корректный - все таки время задачи не равно времени цикла контроллера, об этом ниже). Теги TimeWork и SYS_CPUCycleTime имеют тип REAL
Ну так вот, значение TimeWork вырастает до 1024.0 нормально. После этого рост либо останавливается либо очень сильно замедляется. В чем дело никак не пойму.
2. В чем же все таки выражается время задачи вытащенное командой GSV? во внутренней справке RSLogix5000 написано, что в микросекундах, но по ощущениям это скорее миллисекунды.
3. Как получить полное время цикла контроллера? Нужно для таймеров используемых внутри программы. Переход на стандартные таймеры очень и очень затруднителен.
|
GSV - это не тэг, а команда контроллера, [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/rm/1756-rm003_-en-p.pdf]Get System Value[/url]. С помощью GSV получать из контроллера системную информацию, в т.ч. дату и время, легко и просто.
По-русски см. [url=http://vdt-automation.de/docs_ru/Controllers/Logix_Common/1756-RM003G-RU-P.pdf]в этом документе[/url].
[url=http://vdt-solutions.de/files/getting_syst_time.pdf]См, также здесь. [/url]
|
Предыдущие результаты
Ещё результаты |
|
| |
|
