 | |
Предыдущие результаты
 На участке существует 3 однотипных оборудования. Соединяются они в общую сеть RS-485 к главному компу для мониторинга. В шкафу каждого из них HMI "2711-K3A5L1" < PLC "MicroLogix 1500" > Converter 1761-NET-AIC. Была необходимость сбросить ошибку в контроллере, я соединял ноут самодельным кабелем к Mini DIN 8-Pin и ставил драйвер в линксе RS-232 DF1 devices. Но ведь есть и другой способ: PC to Converter. Я пробовал подключаться к RS-232 (DB-9, DTE) Communication Port Crossover кабелем, а вот какой драйвер ставить??? При попытке поставить драйвер 1747-PIC-AIC+ Driver получил ошибку, типа "Fatal Error Initializing PIC device driver !"
|
"Fatal Error!
Application Path: C:\Program Files\Rockwell Software\RSLogix 5000\ENU\v17\Bin\RS5000.Exe
Elapsed execution time: 5 minutes & 12 seconds
Version: V17.00.00 (Release)
Source File: AcRll_EmitSRT.cpp
Line Number: 299
Function/Method: RungTrueSrt
OS Version: Windows XP (Service Pack 2 - Build 2600)
Thread Id: 00000e44 (3652)
Error 0x8004203b (-2147213253)
RxE_INVALID_INTERNAL_STATE - Invalid software state due to inconsistency found."
подобная ошибка возникает при попытке загрузить программу в эмулятор
кто-нибудь сталкивался ?
logix 5000 v.17
|
Помогите пожалуйста разобраться. Не понятная совершенно проблема.
Стоит аппарат с micrologix 1000. Работает нормально всю смену 8-12 часов выключают его приходят утром включают, а он fault причем произошло это дело в разное время в разных цехах находящихся в разных частях города. Посмотрел с помощью RSlogix500, а там ошибка 09h FATAL INTERNAL HARDWARE ERROR. Сбрасываю её, а там вторая ошибка 05h RETENTIVE DATA HAS BEEN LOST, сбрасываю её и всё работает. В одном цеху работает уже полгода, а в другом через месяц опять. Поменяли контроллер на новый поработал и опять встал. попробовал автоматический сброс ошибок S:1/12 так же останавливается, но теперь не надо сбрасывать с компа, достаточно выключить и опять включить и ошибка сбрасывается. Пробовал подключать контроллер в домашних условиях. Иногда после выключения блока питания встаёт иногда нет. Никакой закономерности не нашёл. Программа простейшая вход таймер выход. В чём может быть проблема?
|
[quote:910fb08609="Nikolay"]Начальник все думает (ждёт кого-то чтоб посоветоваться).[/quote:910fb08609]Наверно боится ответственности. :(
[quote:910fb08609="Nikolay"]... (ведь мой контроллер в основном только индикацией занимается)[/quote:910fb08609]Значит есть персонал, который увидит зависание.
[quote:910fb08609="Nikolay"]... после ошибки Watchdog'a?[/quote:910fb08609]Сработал Watchdog ищи ошибку в программе, если будешь сбрасывать, тогда ты ее никогда не найдешь.
oldDad правду пишет, верь ему:
[quote:910fb08609="oldDad"]В промышленных, не самодельных контроллерах бит ошибки по сторожевому таймеру всегда [i:910fb08609]fatal error[/i:910fb08609], и никакого автоматического перезапуска, упаси Боже, не бывает и быть не может.
[/quote:910fb08609]
|
По моему, тот, кто ставил Вам задачу, исходит не из той идеологии, которая является традиционной при проектировании систем автоматизации во всём мире ( dv_, я осторожно формулирую :) ).
Имеется в виду следующее: поскольку контроллер управляет машинами и механизмами, от поведения которых может зависеть жизнь и здоровье людей, ни один контроллер не обладает правом решать, следует ли при возникновении [i:2f0e4bee89]fatal error[/i:2f0e4bee89] (простите, но английское выражение в этом случае мне кажется более адекатным, чем его русский перевод) [i:2f0e4bee89]автоматически[/i:2f0e4bee89] перезапускать процессор и продолжать движение, или удары молотом, или погружать стержни в реактор, или ещё что-то такое.
Право принятия решения в такой ситуации принадлежит только и исключительно человеку, т.к. он несёт за ситуацию вполне определённую ответственность.
В промышленных, не самодельных контроллерах бит ошибки по сторожевому таймеру всегда [i:2f0e4bee89]fatal error[/i:2f0e4bee89], и никакого автоматического перезапуска, упаси Боже, не бывает и быть не может.
[quote:2f0e4bee89]При переполнении сторожевого таймера аппаратно срабатывает Reset.[/quote:2f0e4bee89]
Замечательно. Человек попал под пресс, пресс заклинило, движения плиты нет уже 2 секунды, следует автоматический ресет, и пресс идёт вверх в исходное положение и снова бьёт и убивает человека. Так?
[quote:2f0e4bee89]Предполагается, что зависание возможно из-за ошибки алгоритма, каких-то помех в сети и т.д..[/quote:2f0e4bee89]
Ошибок алгоритма отлаженной и сданной в эксплуатацию системе быть не должно. Если они есть, то система не до конца правильно спроектирована и реализована.
При помехах в сети есть соответствующая диагностика которая обычно никакого отношения к срабатыванию сторожевого таймера не имеет.
[quote:2f0e4bee89]В принципе необходимо произвести восстановление режима работы. (например, высветить теже что и перед ошибкой индикаторы)[/quote:2f0e4bee89]
Для этого существует периодическое автоматическое сохранение данных и восстановление последнего сохранённого контекста при рестарте.
|
Предыдущие результаты |
|
| |
|
