Вход на форум 
В начало e-Mail

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


Предыдущие результаты



Предыдущие результаты



Предыдущие результаты

 К сожалению, информация о firmware этих модулей у нас отсутствует. Нужно писать производителю.

 [quote:c38a5f20bc="oldDad"] возможной причиной могли бы быть условия эксплуатации: теспература / влажность / пыль / химически активная среда. [/quote:c38a5f20bc] объект автоматизации относится к газовой промышленности. Химические компоненты, которые могут попадать в воздух химически абсолютно не активны. Температура, влажность и пыль - тоже в норме. [quote:c38a5f20bc="oldDad"] причины могут быть только две: 1) Неисправность / баг в firmware модуля. 2) Ошибка / ситуация в пользовательской программе [/quote:c38a5f20bc] Пункт №2 - не буду отрицать такой возможности, но все же мало вероятно, учитывая все выше сказанное. А вот пункт №1 - вот это очень интересно! В форуме "Автозагрузка в 1756-MVI" вы писали следующее: "Я думаю, что процессоры Logix тут ни при чём, а дело в ревизии firmware модуля. производитель постоянно совершенствует модули, в частности, по вот такой информации об их поведении." Может и в нашем случае проблема в firmware? Нельзя ли по-подробнее рассказать про firmware (вообще и конкретно для MVI56-ADM), с чем его едят.

 Я имел в виду, разумеется, не физически испортить память, а испортить её содержимое. Как бы там ни было, причины могут быть только две: 1) Неисправность / баг в firmware модуля. 2) Ошибка / ситуация в пользовательской программе. Ещё одной возможной причиной могли бы быть условия эксплуатации: температура / влажность / пыль / химически активная среда. В моей практике был случай, когда почти одновременно вылетело сразу несколько модулей. При их анализе оказалось, что их компоненты и печатные платы повреждены химически активной средой. Эти модули некоторое время нерегулярно сбоили, а потом в течение довольно короткого времени отказали один за другим.

 Очень интересно. Я думаю, что процессоры Logix тут ни при чём, а дело в ревизии firmware модуля. производитель постоянно совершенствует модули, в частности, по вот такой информации об их поведении.

 У нас используются и 5555 и 5561 процессоры. Logix версия 13.0 связываеться с 5555. А с 5561 выдаёт ошибку: install Rslogix5000 support for this firmware

 Проблемы нет никакой. Сохраните программу из контроллера на карточке, вставьте карточку в компьютер, она распознается, как диск. Следайте имедж с этого диска и пошлите коллеге мэйлом. Он запишет имедж карточки на свою такую же карточку и вставит в контроллер. Потом нужно загрузить программу с карточки, и если контроллер идентичен, всё будет работать. Вот, почитайте: [quote:48dd3b71ba][b:48dd3b71ba]G153127944: What happens to the application program in a L3x CompactLogix controller when it is powered down and up[/b:48dd3b71ba] When a CompactLogix controller is powered down, that is the power supply is powered down, the power supply sends a signal to the controller that power is going away. When the controllers gets this it will then save the program to battery back ram. When this is done the saved image is marked as valid. Then when the controller is powered back up it checks if anything is loaded in battery backed ram. If there is and it is marked as valid it is loaded in to memory. Then the battery back ram image is marked invalid. The marking of the image as invalid, after loading it, prevents the case of being able to load the wrong image into the controller, if for example, a new user program was loaded into the controller. Events that can cause the controller image to not be saved: 1. The CompactLogix power supply seeing an overvoltage condition. The power supply at this point does not go thru a normal shut down. 2. Unlocking the locking tab on any module between the controller and power supply. 3. Dead battery. 4. Disconnecting the battery after powering down. The image will be saved but lost. In the first 2 cases no image will be saved to battery backed ram. When the controller is powered back up the image saved in battery back ran is marked invalid and will not be loaded. So the controller will power up and appear to have lost its program. In case 3 the controller will save the image to battery back ram. Then the image will be retained for about 30 to 60 seconds. There are capacitors on the controller that will hold up the battery backed ram for 30 to 60 seconds. After the 30 to 60 seconds the controller will powerup and no program will be loaded. Important facts to know: 1. On a power down, the controller memory is saved to battery backed ram whether or not CompactFlash is installed. 2. [b:48dd3b71ba]If CompactFlash is installed and set to load "always", CompactFlash will win over battery backed ram.[/b:48dd3b71ba] 3. [b:48dd3b71ba]If the CompactFlash is installed and set to load "on corrupt", memory will be loaded from battery backed ram unless battery backed ram is corrupt.[/b:48dd3b71ba] 4. Disconnecting the battery after power is removed for 30 to 60 seconds will clear battery backed ram. 5. On power up once the program is restored from battery backed ram , the battery backed ram is marked invalid so that the image will not be re-loaded without a new power down save.[/quote:48dd3b71ba] Вот ещё небезинтересно почитать: [quote:48dd3b71ba][b:48dd3b71ba]G149027134 - Using a 1784-CF64 Card with Logix Controllers to Load Applications and Firmware[/b:48dd3b71ba] Summary of Technote Information: Starting at V12 the 1784-CF64 card would also store the firmware required for the application/project stored on the CompactFlash card. A common question is when will the firmware be updated and how should I configure the card for this to happen. A common request from customers is that they want to use the 1784-CF card to: 1. Reload the application/project to the controller if memory is lost. 2. Update the controllers firmware and load the application/project to the controller if it must be replaced. 3. Do not restore the application/project after a power cycle. The next question is how do I setup the Non-volatile storage feature to do all of these. Should the Load Image be selected as: 1. On Power Up 2. On Corrupt Memory Before we discuss this we should explain the process the controller goes thru. The controller determines what the restore options are. If the controller determines that a restore of the user program is called for it checks that the FW rev is correct. If it is not the controller will update the firmware and then reset itself. The controller will then check again what the restore options are. If the controller determines a restore of the user program is called for it checks that the firmware rev is correct. (This time it is.). Then we restore the user program. So for the above request you would want to select Load Image On Corrupt Memory. L6X controller at V13 (this applies to all controllers that use CompactFlash). Downloaded a program to it and created 2 CF cards. One set to load on powerup (1) and one set to load on corrupt memory (2). 1. Took another controller and loaded FW 15.4. No program loaded, no battery. Took card 1 and inserted it into the controller. The controller was flashed to V13 and the program was loaded. 2. Took another controller and loaded FW 12.XX. No program loaded, no battery. Took card 2 and inserted it into the controller. The controller was flashed to V13 and the program was loaded. 3. Took another controller and loaded FW 15.4 with the V15 version program loaded, battery. Took card 1 and inserted it into the controller. The controller was flashed to V13 and the program was loaded. 4. Took another controller and loaded FW 15.4 with the V15 version program loaded, battery. Took card 2 and inserted it into the controller. The controller stayed at V15 with the V15 program loaded. Nothing was loaded because the memory of the controller was not corrupt. 5. Took another controller loaded with factory default firmware. Took card 1 and inserted it into the controller. The controller was flashed to V13 and the program was loaded. 6. Took another controller loaded with factory default firmware. Took card 2 and inserted it into the controller. The controller was flashed to V13 and the program was loaded. [/quote:48dd3b71ba]

 Бывает всякое. Если оставить в контроллере физически только процессор и блок питания, отсоединить батарейку, а может быть и перепрошить firmware - если в такой конфигурации не работает, то процессор, возможно, просто неисправен.

 Для этого процессора Firmware v.15 нет, придётся Вам оставаться на v.13. А если удалить физически все модули, осавить один процессор, попробовать связаться по RS-232 - будет он виден в RSLinx?



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты




  
RA & VDT GmbH

Облако тэгов
version Rockwell ProSoft Modbus Automation ControlLogix MVI56-MCM Allen-Bradley Logix Windows FactoryTalk PanelView VersaView ControlTower GuardLogix Compact Software Studio Designer 100-E 100-D SMC-50 Energy Saver 1756-RMS-SC Spectrum Encompass Level Ethernet Redundancy Stratix

Яндекс цитирования

Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany
Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de
Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна.
Открытие страницы: 0.173 секунды