G131159624 - MicroLogix 1100 on-line edits using AB_ETH or the AB_ETHIP driver
Post date: Nov 10, 2012 8:53:30 PM
Segue abaixo um e-mail recebido do suporte da Rockwell que esclarece a questão dos problemas que podem ocorrer com a edição online nos controladores Micrologix 1100.
G131159624 - MicroLogix 1100 on-line edits using AB_ETH or the AB_ETHIP driver resulting in "Assemble edits fails", "Test Edit Fails", or "Online edit resource cannot be obtained from your processor.
Em relação a limitações de programação online vide seguinte publicação:
Página 145 do MicroLogix 1100 Programmable Controllers User Manual 1763-UM001A-EN-P
Conforme conversado via telefone configure o RsLinx, a partir do documento abaixo, em caso de dúvida favor me contactar.
Engº Marcos de Sá
Grupo de CLP's e Redes de Comunicação
Centro de Serviços ao Cliente
Telefone : +55 11 3618 8800
Fax : +55 11 3618 8971
----- Forwarded by Marcos O Sa/CONTRACT/Brazil/RA/Rockwell on 03/16/2006 01:53 PM -----
6880 Beta Drive
Mayfield Village, OH
03/16/2006 01:53:11 PM
Subject: G131159624 - MicroLogix 1100 on-line edits using AB_ETH or the AB_ETHIP driver resulting in "Assemble edits fails", "Test Edit Fails", or "Online edit resource cannot be obtained from your processor."
Product(s): MicroLogix 1100 (1763)
General Category: Programmable Controllers
Summary of Information: MicroLogix 1100 online edit errors
When trying to perform online edits across Ethernet using AB_ETH or the AB_ETHIP driver, the following errors can occur:
"Assemble edits fails"
"Test Edit Fails"
"Online edit resource cannot be obtained from your processor"
The CIP option in RSLinx must be changed as shown below.
Default state in RSLinx.
You must change Max. "Fast" Messaging Connections per PLC / Max. "Slow" Messaging Connections per PLC option to "1".
Use the following RSLinx CIP Option settings for best reliability.
Note: The DF1 RS-232 port edits work fine.
What causes this and when or if this will be resolved?
Several RSLogix 500 online operations require obtaining the processor Edit Resource/Processor Ownership in order to ensure that only one programming terminal has the capability of performing a critical operation at any particular time. These critical operations include downloading, online editing and applying channel configuration changes. When communicating using EtherNet/IP, the ML1100 differentiates programming terminals based on their CIP connection ID. (It can't use the TCP/IP connection ID since multiple programming terminals could be bridging through a single ControlLogix Gateway Ethernet interface to the ML1100 on the same TCP/IP connection.) By default, RSLinx is configured to allow 2 "Slow" CIP Messaging Connections per PLC. (Downloads, online edits and apply channel configuration are all considered "slow" messages by RSLinx.) With this default setting, RSLinx will often attempt to open a second CIP connection while online with the controller and attempting one of these operations. Since the ML1100 interprets this second CIP connection as a different programming terminal, it rejects any commands using this connection that require the edit resource/processor ownership.
This issue is resolved by changing the RSLinx CIP Options as documented.
What are the consequences of changing this setting with communications to other controllers?
The only possible consequence to changing this default in RSLinx Classic is a slight degradation in throughput performance in EtherNet/IP communications with MicroLogix, SLC and PLC-5 controllers (and it doesn't affect CSP communications with SLC and PLC-5). There should be no effect on communication with Logix controllers because RSLinx uses native CIP, not PCCC Encapsulation, to communicate with Logix controllers.
Product Services & Support