SE NÃO QUEBROU, NÃO CONSERTE

Ou ainda:

UMA EMPRESA É GERIDA USANDO UM COMPUTADOR FABRICADO EM 1948!!!!1!!!!1!!! THIS IS SPARTAAAAA!!!!!

Ok.

Cheguei nessa reportagem através de um link que o Ernesto Nakamura postou lá no Facebook. Se o inglês não for problema, leia, porque é muito interessante.

Abaixo, dois trechos:

"These legacy systems are integrated into multibillion dollar systems as control or test systems," Jones says. Replacing these old systems with modern machines, she explains, would cost millions of dollars and could potentially disrupt national security.

The biggest problem with maintaining such ancient computer systems is that the original technicians who knew how to configure and maintain them have long since retired or passed away, so no one is left with the knowledge required to fix them if they break.

Achei legal, já que recentemente perdi uma semana tentando ressuscitar um notebook de 2005, por causa de uma porta serial. Os adaptadores serial-usb que existem por aí estão ficando cada vez melhores. Mas, acreditem, alguns equipamentos industriais mais antigos se recusam a funcionar com este ou qualquer outro tipo de conversor.

O problema é o HD, que está cheio de badblocks. Custei a encontrar um outro compatível (IDE 1, que já não é fabricado há muito tempo). Achei um usado, paguei os olhos da cara. Aí na hora de formatar o bicho, descobri que havia algum defeito no drive de CDs que me impedia de bootar com o CD do Windows XP. Então tive mais um trabalho do inferno para fazer um pendrive bootável. Que não funcionou. Então desisti do Windows e parti para a instalação do Lubuntu, que me permitiria virtualizar um XP com configurações bem modestas, mas funcionais. Então, no meio do processo, o monitor resolver me dar adeus.

Fiquei muito fulo, e acabei desistindo da empreitada. A contragosto tive que devolver o HD, que não ia me servir para mais nada (mas já foi vendido, se você quer mesmo saber).

O problema que tínhamos acabou sendo resolvido de outro jeito, mas isso me fez pensar como setores críticos da sociedade são dependentes de tecnologias que já morreram ou que estão com um pé na cova.

A automação industrial é um bom exemplo disso: boa parte dos sistemas são exclusivamente WindowsXPcêntricos. Em pleno 2013, ainda são fabricados equipamentos que só funcionam ou que só podem ser acessados através de programas que rodam no XP. Nada de Vista, nada de 7 e Windows 8 então, nem pensar!

Aliás, a minha "workstation" é uma máquina virtual do XP.

O problema não é usar tecnologias antigas, porém estáveis. O problema é utilizar tecnologias que pertencem a empresas/grupos que não tem interesse em manter aquilo funcionando por muito tempo. A tal obsolescência programada. Ano que vem a Microsoft mata de vez qualquer tipo de suporte e atualizações de segurança do XP.

Para equipamentos que trabalham isolados, isso não representa um grande problema. Mas com a integração cada vez maior do "chão de fábrica" com níveis mais altos das redes corporativas, e as vezes até com a própria internet, esse abandono por parte da nave mãe pode sim representar um risco à segurança dos equipamentos e, principalmente, das pessoas que trabalham perto deles.

Isso também me fez pensar sobre alguns velhos hábitos que vão ficando com a gente à medida que envelhecemos. Eu só consigo fazer cálculos que vão me tomar mais de dois minutos na minha velha HP 48G, que já está quase nos vinte anos.

Como diz a canção, "panela velha é que faz comida boa"! :)

VÍDEO ALEATÓRIO DO DIA

Um vídeo feito de um ângulo muito bom, que provavelmente só foi conseguido porque a pessoa que filmou deve ter violado umas 549 normas de segurança.

(aliás, as células parecem nem estarem isoladas)

E segue o baile.

SMARTTETRIS PARA KR C4

Robotistas! Caso vocês tenham algum tempo livre e, por coincidência, estejam próximos a um robô KUKA/KR C4, regozijai-vos!

Quem já programou um robô KUKA antes, provavelmente já deve ter se deparado com o finado KRC Editor, recentemente rebatizado para OrangeEdit.

O desenvolvedor por trás dessa ferramenta abriu uma empresa - a OrangeApps - especializada, ao que parece, em criar pequenos aplicativos para rodar na nova plataforma da KUKA.

Entre outros produtos e serviços, o que me roubou a minha atenção foi essa MARAVILHA chamada de SmartTetris. Como o nome já denuncia, é um Tetris adaptado para rodar nos novos SmartPads.

Veja só:



P.S.: Não que eu tenha feito qualquer experiência nesse sentido, mas *fiquei sabendo* que NÃO é possível instalar o SmartTetris nos VKR C4, pois os mesmos já vem com o KUKA.CPC habilitado de fábrica.

:'(

#chatiads

ABB - DUAL ARM CONCEPT ROBOT

E parece que nosso amigo Motoman SDA (também conhecido como Dexter) está prestes a perder o trono de único robô industrial com braços duplos.

Alguns meses atrás, a ABB Robotics apresentou um vídeo com conceito semelhante ao do Dexter.



O modelo da ABB tem 14 eixos (um a menos que os SDA da Yaskawa), entretanto ele tem uma implementação interessante de uma tecnologia que já vi KUKA LWR: a sensibilidade extrema, que o impediria de, por exemplo, esmagar uma mão humana.

Como está indicado na descrição, é apenas um protótipo. Mas como isso parece estar se tornando uma tendência, não duvido que dentro de alguns anos (meses) vejamos algum produto da gigante sueca baseado nisso aí.

NOVO CONTROLADOR FANUC R-30IB

O novo controlador R-30iB, da FANUC.

Não ligue para a voz... robótica do narrador (aliás, isso parece ser uma marca registrada dos vídeos da FANUC).

Entre as novidades, o tamanho reduzido, menos consumo de energia, opções de software que eram extras e agora já vem integradas, e um novo iPendant com "gráficos 4D" (seja lá o que isso for).

Pelo que andei lendo por aí, vai estar no mercado em 2013.

Mais informações (em inglês), aqui.

P.S.: Aliás, dia desse, dando uma lida numa brochura sobre o R-30iA, achei interessante a observação:

• Virus-free (not PC based)

Obviamente, isso foi uma alfinetada em uma certa konkorrente alemã. Enfim...

ABB ROBOTICS - ONDE TUDO COMEÇOU

O vídeo abaixo (em sueco, com legendas em inglês) é incrível. Não pela imagens, mas pela história que conta.

Em 1973, a ABB Robotics (ASEA, na época) estava demonstrando seu primeiro robô industrial, um IRB6, em uma feira em Estocolmo.

Aí me chega um empresário chamado Lief Jönsson, vê o bicho, gosta, e informa aos engenheiros da ASEA que gostaria de comprá-lo. O equipamento era tão novo que nem tinha preço. Depois do momento WTF???, eles chegarem a um acordo e Jönsson conseguiu levar o robô para a empresa em que trabalhava, a Magnussons in Genarpab.

E ELE ESTÁ FUNCIONANDO ATÉ HOJE, QUASE QUARENTA ANOS DEPOIS!!!



O ambiente na Magnussons não parece ser tão agressivo quanto uma linha de solda, uma estamparia ou uma fundição, mesmo assim é interessante pensar em quais fatores - Manutenção? Clima? Uso? Proximidade com o fabricante? Interesse do fabricante em mantê-los funcionais para usá-los como propaganda? - fazem um equipamento desses funcionar por quatro décadas em uma empresa, enquanto em outras, robôs mais novos e mais modernos já estão caindo aos pedaços após dois, três anos de uso.

Vale a pena assistir.

DICA: aos 0:49 segundos, reparem no tamanho do TP e do controlador do bicho,

EDITANDO ARQUIVOS DE ROBÔS ABB EM DISPOSITIVOS ANDROID

Já faz algum tempo que tento descobrir uma maneira de ler/editar arquivos produzidos por robôs em dispositivos móveis. Já brinquei com meus Nokias série E, e agora a bola da vez foi meu Galaxy Tab.

Existem vários editores de texto para Android, mas eu queria uma experiência mais próxima da que tenho com o notebook, e uma das condições era que fosse possível ter algum tipo de destacamento de sintaxe (syntax highlighting). Pesquisei um pouco e, até onde sei, o único editor de textos - para Android - onde existe a possibilidade de criar arquivos de configuração para linguagens de programação específicas é o Jota (que, vejam só vocês, eu já usava).

Embora eu não encoste em um TP (ou num FlexPendant) há mais de um ano, decidi criar um arquivo de destacamento de sintaxe para a linguagem Rapid, da ABB, porque esta é a mais editing friendly que eu conheço.

De início, tive um pequeno problema. Assim como o próprio Android - que para todos os efeitos é uma distro Linux - a versão do Jota na qual comecei a trabalhar era case sensitive (faz diferenciação entre letras maiúsculas e minúsculas), então um arquivo de configuração prg.sys.cfg.mod.conf seria diferente de um arquivo de configuração PRG.SYS.CFG.MOD.conf.

A questão era que os arquivos gerados pelos controladores S4(C/Plus/P) sempre são criados com todas as letras de seus nomes em maiúsculas. Mas isso não acontece com a série IRC5. Tudo bem, não se fabricam mais controladores da série S4, mas ainda existem muitos deles espalhados por aí. Então quando um usuário quisesse editar um arquivo do IRC5, teria que usar um arquivo de configuração e quando quisesse editar um arquivo do S4, teria que usar outro. Ou poderia ficar renomeando os arquivos, trocando a capitalização das letras. Nem preciso dizer que qualquer um dos dois métodos seria, no mínimo, contraproducente.

Enviei o arquivo para o desenvolvedor do Jota, mas ele disse que não disponibilizaria o mesmo junto com o software porque acredita que, embora a linguagem Rapid não seja muito popular, algumas de suas extensões são. O .prg, por exemplo, é utilizado pela linguagem FoxPro (alguém ainda usa isso?). O .mod pode ser um arquivo de vídeo ou um programa Fortran (alguém ainda usa isso?), e o .sys pode ser um arquivo de sistema do Windows. E isso poderia confundir alguns usuários. Para mim, essa argumentação fez sentido.

Ele disponibilizou o keyword file em seu site. Caso você se interesse, basta baixar o arquivo e colocá-lo em /sdcard/.jota/keyword/user/ (depois de ter instalado o Jota, obviamente).

Fiz os testes em um Galaxy Tab (Android 2.2) e em um Xperia X8 (Android 2.1), e ambos funcionaram como o esperado.

Infelizmente, não pude colocar screenshots aqui, porque sou preguiçoso demais para rootear meu GTab (ou para reinstalar o Z4root, que meu antivírus diz ser, bem, vírus).

Sei que editar um programa desses em uma tela minúscula não deve ser lá uma das experiências mais empolgantes do mundo, até mesmo pela dificuldade em transferir os arquivos entre o controlador do robô e a grande maioria dos dispositivos Android. Contudo, acho que é vantajoso ter a *possibilidade* de fazer isso em caso de emergência.

O próximo passo será criar os keyword files para as linguagens (v)krl/KUKA e tp/FANUC. 

ATENÇÃO 1: caso sua versão do Jota seja anterior a 0.2.10, provavelmente você terá aquele problema com os nomes dos arquivos em maiúsculas e minúsculas que eu mencionei acima. E a melhor maneira de resolver isso é atualizando o Jota.

ATENÇÃO 2: eu ainda NÃO carreguei nenhum arquivo editado pelo Jota em um controlador ABB, então não sei se haverá algum problema durante o upload. Acredito que não, MAS AINDA NÃO tenho certeza.  Então, caso queira impressionar seu chefe programando em seu celular, saiba que você está por usa própria conta e risco, meu chapa. Como dizem os americanos, shit happens. Faça alguns testes antes.