Citect e SAIA

Uma das coisas que me incomoda é ser preciso fazer uma coisa simples e não vai à primeira.
Por exemplo fazer um projecto de Citect a ligar a um autómato SAIA PCD2 ou PCD4.
Dos vários modos possíveis o melhor é o "Data mode". Para isso é necessário um parâmetro do lado do Citect ([SBUS] SendBreak=2) no ficheiro citect.ini
Do lado do Autómato o texto SASI é "UART:38400;MODE:SS2;DIAG:F8000,R4090;"
Já agora o pinout da porta1 do PCD2 é 10(GND) 11(TX) 12 (RX).
Para ligar ao PC da supervisão fazer um cabo com uma ficha DB9 numa ponta e com as ligações 5-10; 2-11; 3-12;

Nota técnica: Tempo de ciclo como Temporizador no Siemens

Encontrei isto nos meus mails enviados, e como já não me lembrava fica aqui. Pode ser mais fácil de encontrar no futuro.

Podemos usar o tempo de ciclo do autómato para fazer temporizadores. Uma forma simples é usar o OB1_prev_cicle (tempo do último ciclo do OB1) em milisegundos e adicionar à nossa variável de temporizador. Esta variável temporária do OB1 entrando dentro da nossa FC é usada assim:

db_dados.tempo1 := db_dados.tempo1 + DINT_TO_TIME ( INT_TO_DINT ( OB1_prev_cycle ) );

Mas ter em atenção que se tivermos esta condição verdadeira durante 30 minutos e a ser chamada a cada ciclo o resultado não dá 30 minutos, mas sim 30minutos+ 32 ou 33 segundos. Não sei explicar porquê, mas é assim. Por isso usar apenas quando essa tolerancia for aceitável.

Nota Técnica: Direct Data Exchange ou S7 Connection, qual utilizar?

Interligar dois PLCs Master (Siemens) via profibus, pode ser feito com DP/DP Coupler ou usando uma carta CP 342-5, por exemplo, num dos PLCs. O PLC da Máquina (Master) vai trocar dados com um PLC da fábrica (Master), via profibus (ver figura do post anterior). A forma que mais temos usado é o Direct Data Exchange, em que são configurados um X bytes de Input e Y bytes de output, bytes esses que são directamente endereçados como as DIs/DOs. Esta forma de comunicação tem de ser configurada nos dois PLCs que pretendem trocar dados e permite trocar até 256 bytes no total.
Existe uma outra forma que é o S7 Connection, na qual se podem usar funções como o PUT e o GET (usado no projecto da Turquia, penso eu). Neste caso a comunicação é feita por request podendo ser unidireccional ou bidireccional. Para implementar uma comunicação unidireccional é necessário ter uma carta do tipo CP 342-5 num PLC, ou nos dois caso se pretenda bidireccional. Se for unidireccional a configuração é feita apenas no do CPU que tem a carta CP. Mesmo com uma comunicação unidireccional podem passar dados nos dois sentidos usando o PUT e GET no PLC que tem a carta CP 342-5, ou seja, com o PUT é possível escrever e com o GET é possível ler dados do outro PLC. Para que as funções PUT e GET funcionem é necessário activar uma S7 Connection no NetPro (botão direito em cima do CPU -> Insert new connection -> Connection Type = S7 Connection -> ok. Na janela Properties S7 Connection escolher CP 342-5 no CPU Local e MPI/DP no CPU Partner. Ainda nesta janela é mostrado o ID da conexão que vai ser usado nas funções PUT e GET). Este tipo de comunicação também pode ser usado para uma ligação Ethernet, entre dois S7 317 PN/DP por exemplo, e permite trocar dados até 240 bytes.
Finalmente, neste projecto tem que usar o Direct Data Exchange.

Nota Técnica: OLM Siemens

A 1ª vez que liguei a rede profibus (ver figura) o OLM do lado da Máquina não funcionou (a comunicação profibus não se estabeleceu), ou seja o LED System ficou a piscar a vermelho. Isto significa que o baud rate não foi ainda detectado (podendo a origem deste problema estar em diversas razões - ver PI_OLM_e.pdf). O facto de este OLM não detectar a velocidade da rede profibus deve-se (penso eu) ao facto de estar ligado ao slave DP/DP Coupler. A solução para esta questão passou por ligar o cabo do master da rede (S7 317) a esse OLM e o LED System ficou verde fixo. Restabelecendo as ligações da rede profibus, o OLM já funcionou e a comunicação estabeleceu-se (LED CH1 e CH2 cor laranja fixo). Mesmo desligando e voltando a ligar a alimentação o OLM não perde o baud rate. Mudando a velocidade da rede é possível que seja necessário fazer este procedimento novamente.

Variadores ABB com CANopen

A EST é certificada para vendas, dimensionamento, suporte técnico, formação e comissionamento de variadores da ABB ACS55, ACS150, ACS350, ACS550 e ACS800 Os variadores da ABB podem comunicar em rede industrial CANopen através de um módulo RCAN-01. Ontem fui comissionar um destes que já estava devidamente configurado em rede pelo que este apontamento não é sobre a comunicação, mas sobre o controlo. Os dados enviados são uma word de controlo e uma word com o setpoint da velocidade.
O truque está na word de controlo em que os bits são os seguintes:
bit 0 - Switch on
bit 1 - Disable voltage
bit 2 - Quick stop
bit 3 - Enable Operation
bit 4 - Ramp function generator disable
bit 5 - Ramp function generator stop
bit 6 - Ramp function generator zero
bit 7 - Reset fault

A documentação não é explícita sobre a utilização dos bits e os bits 0, 3 e 7 são lógicos, mas os bits 1,2,4,5,6 são negados, ou seja têm de estar a "1" para o normal funcionamento do motor.

Documentação Técnica

Há empresas que têm gosto em disponibilizar a informação técnica dos seus produtos. Outros parece que a querem esconder. Para quem está aqui no fim do mundo, é importante que consiga encontrar a documentação que precisa com alguma rapidez, já que a que foi entregue com o material em 2004 já se perdeu.

A Endress + Hauser é uma das que é difícil encontrar alguma informação no seu site. Nem escrevendo a referencia do equipamento na caixa de busca aparece alguma coisa. Se eu estiver errado corrijam-me.

Após algum googling encontrei uma empresa nos Estados Unidos que aparentemente tem o CD da documentação da E+H online. Os meus agradecimentos à amjequipament. Para quem precisar e se eles não a tirarem, está aqui