Editores de texto para robôs VKR
Autor: Márcio Massula Junior | Publicado: 2016-12-31T00:34:00-02:00


Editores de texto específicos para robôs industriais constituem um nicho bem específico.
Mas editores de texto criados única e exclusivamente para uma determinada customização são o quê? Um metanicho?

Uma certa montadora alemã, da qual não posso mencionar o nome - digamos apenas que começa com Volks e termina com Wagen  - utiliza versões bem customizadas de robôs industriais ABB, FANUC e KUKA, sendo que no último caso, poderíamos dizer que é uma ultra customização, visto que até o fabricante diferencia os dois produtos. KR para robôs "normais", VKR para robôs VW.

A customização da VW passa por aspectos estéticos  (a cor do controlador, emblemas, etc), por diferenças no hardware e por fim - e é aqui a parte que nos interessa - diferenças no software. 

Todos os robôs FANUC VW vem com a opções ASCII e ASCII upload, então o processo de extrair, ler, editar externamente e carregar programas não é muito diferente do que já estamos acostumados.

Eu ainda não tive a oportunidade de trabalhar com robôs ABB VASS, mas imagino que o processo de edição dos programas/módulos também não seja muito diferente do que ocorre em um ABB standard.

Já com os KUKA, a coisa é um pouco diferente.

Em vez de serem programados usando a linguagem KRL (KUKA Robot Language), os VKR usam uma outra linguagem - ou melhor, um dialeto - chamado VKRL (Volkswagen KUKA Robot Language).

E é aqui que os problemas começam...


VKRL
Arquivos KRL normalmente tem instruções que podem ser aninhadas (folded) dentro de uma única linha. Isso, até certo ponto, melhora a legibilidade do código.

Além disso, algumas partes do código KRL/VKRL são geradas automaticamente, e costumam ficar ocultas. O que aparece na tela do TP não é necessariamente o que aparece na tela de um editor comum.

No caso de robôs KUKA "comuns" existe uma ferramenta excelente chamada OrangeEdit, que reproduz o comportamento de um KCP/SmartPad, ou seja, são exibidas apenas as instruções que apareceriam em um terminal de programação, e também é possível editar os programas preenchendo formulários inline, como acontece em um robô real.

Mas as diferenças entre o KRL e o VKRL fazem com que o OrangeEdit seja capaz apenas de EXIBIR código VKRL, mas não editá-lo da maneira correta.

Na teoria, o VKRL é mais simples que o KRL. Mas essa simplicidade "trava" a programação, obrigando o usuário a tomar algumas decisões estranhas, caso seja necessário elaborar uma lógica mais complexa.

Um exemplo: no VKRL, o sinal de."+" é contextual. Caso seja usado entre duas variáveis numéricas, funciona como o sinal de adição, mas caso seja usado entre duas variáveis booleanas, funciona a como um OU. 

Além disso, instruções VKRL são indexadas internamente nos arquivos. Não adianta editar apenas uma ocorrência. 

Veja as imagens abaixo.

Aqui temos um programa muito simples, aberto no SmartPad de um VKRC4, sem as folds abertas



Agora, esse mesmo programa, com as folds abertas.





Contando o comentário, temos cerca de 8 linhas de programa.

Agora, esse mesmo programa, aberto como um arquivo de texto comum.



&nbsp;&nbsp;
Repare que ainda não acabou.




Ou seja, 8 linhas de programa de usuário são na verdade 432 linhas de código! Todas esse conteúdo adicional foi gerado e indexado automaticamente.

Enfim, editar código VKRL manualmente é uma tarefa no mínimo ingrata.

E note que estou falando em programação offline. Não em simulação e geração automática de trajetórias.

A questão é que, com o passar do tempo, algumas empresas perceberam que havia uma lacuna a ser preenchida, e começaram a desenvolver soluções específicas para a edição de código VKRL.

Contudo, embora alguns desses produtos já estejam no mercado há anos, eles são relativamente desconhecidos dos programadores brasileiros, e por isso resolvi fazer este post.


STEINEKE
É o mais tradicional de todos e, segundo consta, é a ferramenta "oficial" indicada pela VW para esse tipo de trabalho.

Na minha opinião, é o mais estável de todos. Nunca tive problemas com ele.

Entretanto, o VKRCEdit  pode ser um pouco intimidador para alguns programadores, pois sua interface está disponível apenas em alemão. 

Além disso, ele só edita arquivos .src de usuário (Folgen, UPs e makros).

A Steineke também tem um outro editor para robôs FANUC VW, mas sinceramente não achei tão útil como o editor VKR.

Os dois editores são oferecidos com três modalidades de licenciamento:

Básica: todas as funções de edição.
ProgDebug: análise de conformidade com o padrão VASS.
Comissionamento virtual: linka o editor a algumas ferramentas de comissionamento virtual.

Mais informações em: 

http://www.steineke.de/vkrc-editor.php


TEKROB
O que acho interessante no TekRob é que, além dos arquivos VKR,  ele pode editar programas dos FANUC customizados. Também tem ferramentas - ainda limitadas - para se trabalhar com arquivos de KR e também de  ABB.

Isso com a mesma licença. 

Entre todos os quatro editores, só perde em número de recursos para o DrAmaT. Alguns, como as listas de referência, a importação de makros em formato .txt e a edição de instruções VW_User através de formulários inline são muito úteis.

Das quatro opções comentadas aqui, é a única que permite a edição FÁCIL de QUAISQUER arquivos de texto que estejam dentro de um backup, seja um $config.dat, seja um VW_User.

Mais informações em:

http://tekrob.de/en/vkrc-fanuc-editor-en


ROBPRO
Assim como o VKRCEdit da Steineke, o RobPro edita apenas arquivos .src de usuário.

Possui alguns recursos interessantes, como a edição de instruções VW_User através de formulários inline, ou ainda a análise de conformidade com o padrão VASS, através de um plugin que deve ser adquirido separadamente.

Mais informações em:

http://www.robpro.de/en/


DRAMAT
A quantidade de recursos do DrAmaT supera a do TekRob.

Entre os mais interessantes, estão a edição de instruções VW_User através de formulários inline, a checagem de conformidade com o padrão VASS ou a geração automática de documentação dos robôs.

Além de arquivos VKR, o DrAmaT também pode editar individualmente - ou seja, sem qualquer tipo de referência cruzada - arquivos .ls (FANUC) e .mod/.sys (ABB), e arquivos de sistema dos VKR.

E, prestem atenção nisso, ele também roda em sistemas GNU/Linux! 

Mais informações em:

http://dramat.eu/


À MODA ANTIGA
Ok, vamos supor que você ou a empresa para a qual você trabalha estejam mais quebrados que arroz de terceira, e agora talvez não seja o momento ideal para investir algumas centenas de euros em uma ferramenta desse tipo.

Nem tudo está perdido!

Os robôs VKR tem um recurso chamado Upgrade Manual, que permite exportar seus programas de usuário (Folgen, UPs e Makros) em formato .txt, com um aspecto bem mais próximo do que é exibido nos KCPs/SmartPads.

Uma vez que os arquivos .src são convertidos, o processo é o mesmo. Edite no computador, faça upload no controlador e cruze os dedos.

O grande problema de se carregar arquivos .txt nos VKR é que não há qualquer tipo de aviso sobre erros de reconversão. O robô compila tudo aquilo que reconhece. Instruções que ele não reconhece são simplesmente ignoradas. Então não é raro termos casos de programas com instruções ou, pior, linhas de movimento faltando. Eu mesmo já fui “vítima” desse tipo de fatalidade.


UM ÚLTIMO DETALHE
Todas as empresas citadas nesse texto são integradoras, ou seja, essas ferramentas foram desenvolvidas para uso interno e acabaram amadurecendo o suficiente para se tornarem produtos comerciais.

E quando eu falo para os meus amigos desenvolvedores que há um mercado para esse tipo de aplicação, eles riem da minha cara...