<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comentários sobre: OPC UA: Uma linguagem comum para todas as máquinas	</title>
	<atom:link href="https://www.aquecimentoindustrial.com.br/opc-ua-uma-linguagem-comum-para-todas-as-maquinas/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.aquecimentoindustrial.com.br/opc-ua-uma-linguagem-comum-para-todas-as-maquinas/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=opc-ua-uma-linguagem-comum-para-todas-as-maquinas</link>
	<description>Tudo sobre Tecnologias Térmicas</description>
	<lastBuildDate>Wed, 18 Mar 2020 17:25:17 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		Por: Luiz Sima		</title>
		<link>https://www.aquecimentoindustrial.com.br/opc-ua-uma-linguagem-comum-para-todas-as-maquinas/#comment-537</link>

		<dc:creator><![CDATA[Luiz Sima]]></dc:creator>
		<pubDate>Wed, 18 Mar 2020 17:25:17 +0000</pubDate>
		<guid isPermaLink="false">https://www.aquecimentoindustrial.com.br/?p=19655#comment-537</guid>

					<description><![CDATA[Um padrão comum é o que se sonha há muitos anos, acho que desde que inventaram a automação. Porém, vejo o OPC UA pouco viável para todo o parque industrial existente (brownfield), já que existem equipamentos por aí, rodando há muito tempo, no meu caso específico, fornos, aquecedores de panela entre outros. 
Analisando desse ponto de vista, muitos processos/máquinas já possuem uma automação robusta o suficiente e essa troca de dados entre elas já ocorre de confiável. Então, porque atualizaria uma automação existente com hardwares que consigam se comunicar em OPC UA? A resposta pode seria:
- Para que você não fique parado no tempo e que consiga acompanhar toda essa onda da I4.0, interligando sua máquina, sua fábrica ou seu processo ao seu negócio, ao mundo! Bom, seria um forte argumento. Seria se não existisse alternativas simples e funcionais como gateways que, coletam em protocolos de automação já existentes e entregam na nuvem em MQTT, por exemplo e possuem um custo muito mais baixo, que atualizar toda sua automação para hardwares que tenham incorporem o OPC UA, além de não serem pouco ou nada invasivos.
Não tenho nada contra o OPC UA ou a qualquer outro protocolo, apenas como grande intusiasta da I4.0, quero compartilhar o que já se faz na prática.]]></description>
			<content:encoded><![CDATA[<p>Um padrão comum é o que se sonha há muitos anos, acho que desde que inventaram a automação. Porém, vejo o OPC UA pouco viável para todo o parque industrial existente (brownfield), já que existem equipamentos por aí, rodando há muito tempo, no meu caso específico, fornos, aquecedores de panela entre outros.<br />
Analisando desse ponto de vista, muitos processos/máquinas já possuem uma automação robusta o suficiente e essa troca de dados entre elas já ocorre de confiável. Então, porque atualizaria uma automação existente com hardwares que consigam se comunicar em OPC UA? A resposta pode seria:<br />
&#8211; Para que você não fique parado no tempo e que consiga acompanhar toda essa onda da I4.0, interligando sua máquina, sua fábrica ou seu processo ao seu negócio, ao mundo! Bom, seria um forte argumento. Seria se não existisse alternativas simples e funcionais como gateways que, coletam em protocolos de automação já existentes e entregam na nuvem em MQTT, por exemplo e possuem um custo muito mais baixo, que atualizar toda sua automação para hardwares que tenham incorporem o OPC UA, além de não serem pouco ou nada invasivos.<br />
Não tenho nada contra o OPC UA ou a qualquer outro protocolo, apenas como grande intusiasta da I4.0, quero compartilhar o que já se faz na prática.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
