 | |
Предыдущие результаты
 [quote:9576582d07="Fed_85"]Добрый день!
Не подскажете, можно ли скачать проект визуализации с панели оператора (Allan-Bradley)? Если да, то по каким средствам можно это сделать. И желательно по-подробней эту процедуру описать...
Заранее благодарен![/quote:9576582d07]
Для [b:9576582d07]PanelView Standard [/b:9576582d07](2711-*) - используется [b:9576582d07]PanelBuilder 32[/b:9576582d07], расширение исполняемого файла *.PVA.
Для [b:9576582d07]PanelView Plus [/b:9576582d07](2711P-*) - используется [b:9576582d07]Factory Talk View Machine Edition[/b:9576582d07], расширение исполняемого файла *.MER, преобразовать файл в набор исходный файлов можно только для версии 5.00 (CPR 9). Если терминал старый будут проблемы - между версиями 2 и 3 произошла смена процессора.
Из [b:9576582d07]PanelView Plus [/b:9576582d07] приложение можно записать на [b:9576582d07]CF[/b:9576582d07] (с версии 3 и старше) или на [b:9576582d07]PCMCIA[/b:9576582d07] (для младших версий) - на карточке создать файл [b:9576582d07]Autorun.bat[/b:9576582d07] со следующей строкой [b:9576582d07]copy \"storage card"\"rockwell software"\rsviewme\runtime\*.mer \"storage card 2"\[/b:9576582d07]
|
Буду только рад, если эта информация кому-то пригодится. Мне это было необходимо для определения направления своей работы: СОМ-порт или все-таки ASCII-модуль.
Сегодня созвонился с программистами ведомого устройства и они подтвердили, что процесс инициализации ихнего устройства предполагает предварительное включение работы СОМ-порта ДО конечного тестирования своего проца. И когда мой L32E уже вошел в RUN, послал запрос, устройство все-таки тоже вошло в RUN, прочла свой буфер и ответило. А у меня за этот момент уже выполнялся программный тайм-аут со стиранием буфера.
Кстати, поправка:
[quote:127d74a021]Условие, когда ошибка Type 01 Code 60 НЕ наступает:
1. Непрерывный поток данных на СОМ-порт (период посылки пакетов 7 байт 10мсек).
2. Выполнение инструкции ACL при выполнении ARD происходит без ошибок. [/quote:127d74a021]
В течении нескольких часов контроллер гонялся на пакеты по 19 байт каждые 10 мсек (это соответствует примерно 19200 б/сек) без ошибок. А вот случайно нажал upload из контроллера - опять в ошибку и стер память. Тогда проверил на RSWie32 (где-то в районе 600 тегов, опрос 50мсек) - при запуске тоже ушел в ошибку. Но ошибка возникает не каждый раз при подобных действиях.
На этом пока заканчиваю.
|
Доброго дня всем!
Вобщем, фактически методом проб и ошибок выявлено следующее:
L32E v16.3
Периодическая задача 50мсек.
Приоритет менялся от 1 до 15.
Локальные модули были и в работе и заигнорированны.
Опрос на локальной шине от 5 до 500мсек.
На системные процессы 25%.
Оставшееся время после выполнения системных процессов отведено под процессы соединений и системные задачи.
"Забой" СОМ-порта пакетами 7 байт с периодом от 10 до 100мсек.
Одиночная посылка как пакетов от 1 до 10байт.
Выделены возможные варианты кода, которые однозначно приводят к ошибке Type 01 Code 60 в течении 30мин на ладдере:
[code:1:19589996eb]ACL(0,Yes,No) ARD(0, Destination, SerialPortControl) OTU(SerialPortControl.EN);[/code:1:19589996eb]
или
[code:1:19589996eb]ACL(0,Yes,No) XIO(SerialPortControl.EN) ARD(0, Destination, SerialPortControl);[/code:1:19589996eb]
Условие перед наступлением ошибки Type 01 Code 60:
1.ARD находится в выполнении и ждет данных.
2. На СОМ-порт НЕ поступают данные.
Условие наступление ошибки Type 01 Code 60:
1. Начинается выполнение инструкции ACL и в этот-же момент приходят ПЕРВЫЕ байты пакета на СОМ-порт.
Условие, когда ошибка Type 01 Code 60 НЕ наступает:
1. Непрерывный поток данных на СОМ-порт (период посылки пакетов 7 байт 10мсек).
2. Выполнение инструкции ACL при выполнении ARD происходит без ошибок.
Еще варианты, когда ошибка Type 01 Code 60 НЕ наступает, независимо от поступающих данных:
1. Безусловное ACL без ARD.
2. Бесконечная установка в очередь ARD и создание условий выполнения. Без ACL.
3. Забой буфера порта.
4. Забой очереди инструкций.
Далее можно только предполагать, не имея достаточной информации.
Если брать аналогию работы под WinAPI32, можно предположить:
1. При непрерывном потоке данных тайм-ауты порта настроены так, что СОМ-порт НЕ освобождает ресурсы и распределение ресурсов между СОМ-портом и выполнением AC и ARD происходит КОРРЕКТНО.
2. В случае, когда СОМ-порт уже освободил ресурсы (по тайм-аутам посчитал прием пакета завершенным), происходит выполнение ACL, ARD на выполнении и одновременно неожиданный пакет данных. По приходу первых данных пакета СОМ-порт в свою очередь затребовал какие-то ресурсы. И вот тогда распределение происходит НЕКОРРЕКТНО.
Либо возможен другой вариант:
Возможно, получается, что когда инструкция ARD находится в выполнении, и при этом начинает перемещение из буфера в массив, инструкция ACL, как видно с более высоким приоритетом, прерывает действие ARD, либо происходит какой-то конфликт с ARD, либо после выполнения ACL процедуры по очистке буфера перед процедурой удаления ARD из очереди и выполнения, ACL на короткое время возвращает управление ARD, которая сталкивается с неправильной позицией следующего байта, предназначенного для перемещения или что-то подобное.
Либо что-то совешенно иное...
|
Доброго всем дня.
Возник вопрос по этой теме. Необходимо подобрать ПО.
Есть сушествующий проект на Contrologix. Очень много процов, карзин и прочего. Тоесть сеть довольно большая. Ко всему этому делу стоит скада InTouch Wonderware. Всё работает проблем нет и притензий тоже.
Вопрос возник в том что заказчик хочет мониторить состояние процессоров и всей сети на сервере и на клиентских рабочих станциях.
Какой для это необходимо подобрать софт RA?
Заранее благодарен.
|
По поводу Type 1 Code 60 могу сказать только вот что:
[quote:4869dc8b9a]Problem was due to customer accidently programming a jump to subroutine jsr which jumped into itself.
Cured by reprogramming jsr to jump to another routine.[/quote:4869dc8b9a]
|
Привет всем!
Тогда может кто знает, что вызывает следующую ошибку:
Minor
Type 09
Code 10
Serial Port is unable to keep up with incoming data
В доках такой ошибки вообще не нашел.
Следом за этой ошибкой возникает замечательная ошибка:
Major
Type 01
Code 60
Non-recoverable Fault
Проект в мозгах, естественно тю-тю.
Контроллер L32E, v16, без CompactFlash.
В проекте работа с СОМ по достаточно жестким временным параметрам: опрос с периодом не более 20мсек. Размер запрос - ответа 9 байт.
Данный вопрос немного пересекается по теме с темой drpr Unknown minor fault в контроллере 1769-L35E (http://www.vdt-automation.com.ua/modules.php?name=Forums&file=viewtopic&p=5516)
|
В RSLogix5000 в свойствах контроллера 1769-L35E в разделе Minor Faults при выполнении программы появляются следующие ошибки(всегда одинаковые):
(Type 06) Unknown fault
(Code 04) Unknown fault.
Fault Information Dump:
Info[0]: 00000001
Info[1]: 00000001
Info[2]: 00000000
Info[3]: 00000000
Info[4]: 00000000
Info[5]: 00000000
Info[6]: 00000000
Info[7]: 00000000
При этом справа загорается только галочка Watchdog, что по идее означает, что неправильно распределено процессорное время между разными тасками.
Проверка параметров тасков (Monitor в свойствах таска) показала, что каких либо проблем с выполнением задач нет (нет повторных вызовов незавершённых тасков и т.п.). Поэтому не совсем понятно в чём дело.
Удалось выяснить, что ошибка может возникнуть только при попадании логики в определённую ветвь одного из тасков. Эта задача является периодической с периодом 30миллисекунд. При непопадании в длинную ветвь этой задачи время выполнения составляет около 1миллисекунды, при попадании в проблемную ветвь – около 15 миллисекунд (что составляет половину периода, поэтому особого криминала в этом я не вижу).
Ещё видимо стоит отметить, что ошибка возникает при попадании логики в определённую ветвь таска не всегда, то есть пока ясно только что при непопадании логики в эту ветвь ошибка точно не возникает.
Так что ситуация на данный момент следующая – однозначно определить уловия возникновения ошибки не удалось. Были подозрения что выполнение таска за 15 миллисекунд иногда мешает выполнению системных тасков, но после понижения приоритета программного таска ошибка всё равно иногда возникает. Так что пока не понятно действительно ли ошибка связана с неправильным распределением времени между тасками.
Ещё стоит отметить, что каких-либо ошибок в логике не выявлено, то есть все таски работают правильно и выполняют в точности то, что нужно. В принципе, возникновение подобных minor faults ничему не мешает, но хотелось бы разобраться, да и не совсем хорошо копить со временем лог minor faults контроллера.
Обращение к документации ничем не помогло, так как в списке кодов ошибок нет такой ошибки контроллера.
Может кто-нибудь подскажает, что делать с подобной проблемой?
|
А что установлено в свойствах тренда - вкладка Vertical Axis - поле Digits?
Там устанавливается количество знаков включая запятую:
[quote:44ac3ade0c][b:44ac3ade0c]Digits[/b:44ac3ade0c]
Select [color=darkblue:44ac3ade0c]the number of characters you want to display in the pen scale,
including the decimal point[/color:44ac3ade0c]. The values that appear in the scale are
selected in the Pen Configuration tab. Specify enough digits so the
scale is wide enough to display the minimum and maximum values for
all your tags. If the pen value does not fit it appears in scientific
notation.
To display the division markings on the vertical axis without numbers,
select 0.[/quote:44ac3ade0c]
|
В раздел русской документации можно попасть с главной страницы (см. справа, под поиском литературы):
[img:7e8eabf77b]http://vdt-solutions.de/images/ru.jpg[/img:7e8eabf77b]
|
Производитель не в состоянии отслеживать все имеющиеся на рынке материнские платы.
В KB, однако, есть общие соображения, которые выглядят примерно так:
[quote:b4ee97b14c]Computers, like Dell, Compaq, and Gateway, having only PCI slots, in general, will not allow memory to go below 1M.
Therefore, third party software drivers needing the PKTX in the 1MEG position to operate will not work.
Also, in these computers, the PKTX must remain in the 32BIT position, and the KTX/PKTX Diagnostics is inoperable.
PCI slot in newer system is 3.3 volt (aka PCI-X), so 3.3 V PKTX/B must be used. [/quote:b4ee97b14c]
|
Предыдущие результаты
Ещё результаты |
|
| |
|
