LusoRobótica - Robótica em Português
Sistemas específicos => Arduino / AVR => Tópico iniciado por: Tiago_D em 29 de Setembro de 2015, 23:07
-
Boa noite!
Eu sou Eng. de Manutenção num empresa de lavagem de roupa de hotelaria, e atualmente estou a reparar e melhorar uma máquina antiga com um PLC modernizando assim a mesma. Foi ai que me veio a ideia de, será possível utilizar um arduino em vez do PLC, e comecei a estudar a possibilidade de testar isso com esta máquina, apenas para provar que é possível controlar maquinas industriais deste tipo com um arduino, porque o arduino não é robusto o suficiente para aguentar o ambiente industrial.
Após pensar um pouco no assunto deparei-me com um problema. Estas máquinas não são muito diferentes das que temos em casa, tem vários programas em função do tipo de roupa, dentro destes programas existem uma serie de variáveis, dês dos vários tempos de lavagem e temperaturas até as doses dos produtos de lavagem, a minha dúvida é onde vou armazenar toda esta informação na eeprom? A eeprom como tem limite de leitura e escrita não sei se é boa ideia ou não, uma vez que toda a informação tem de ser acessível de maneira a poder ser alterada quando necessário a partir de um terminal.
Eu não sou grande expert em programação por isso estou a criar este tópico para ver se alguém me pode dar uma ajudinha nisto.
Obrigado.
Tiago Domingos
-
Qual é a pergunta mesmo?
-
struct
Estruturas de variaveis para a coisa ficar bonita e organizada e não 377 variaveis de nomes estranhos.
-
Eu sou Eng. de Manutenção num empresa de lavagem de roupa de hotelaria, e atualmente estou a reparar e melhorar uma máquina antiga com um PLC modernizando assim a mesma. Foi ai que me veio a ideia de, será possível utilizar um arduino em vez do PLC, e comecei a estudar a possibilidade de testar isso com esta máquina, apenas para provar que é possível controlar maquinas industriais deste tipo com um arduino, porque o arduino não é robusto o suficiente para aguentar o ambiente industrial.
Obrigado.
Tiago Domingos
Ola Tiago
Sim eh possivel usar o Arduino numa maquina industrial, desde q a mesma nao saia da oficina. Manter um sistema controlado por um Arduino, sem quaisquer alteracoes/upgrades/proteccoes/emergencias na "electronica" do Arduino, eh a maneira certa de dar um tiro no peh e q mais tarde ou mais cedo a maquina vir a dar problemas.
O ambiente industrial eh mt exigente. Tao exigente q nao eh por acaso q os melhores PLCs industriais sao construidos robustamente da maneira q sao. Muita coisa se passa no ar e nas linhas, q a vista humana nao veh, e eh por isso q a robustez electronica eh importante. Tal robustez eh construida com experiencia e sabedoria. Coisa q a "electronica" do Arduino tem pouco ou nada pois foi feita para uma bancada de laboratorio e pouco mais.
O meu conselho serah fazer as brincadeiras c o Arduino p mostrar q se consegue fazer sem um PLC e depois converter para uma electronica feita ah medida e desenhada com robustez.
Infelizmente nao vai custar os ~$15 do Arduino pois isso eh impossivel numa electronica de qualidade.
Se necessitar de ajuda nesta parte, pode faze-lo pelo forum pois ha aqui mt boa gente q o pode ajudar nesse sentido.
-
Boas,
É muito relativo ... e depende da definição de "robusto" que cada um quer dar.
Olhando friamente, um arduino é tão "robusto" como um qualquer outro dispositivo
electrónico, e desde que não seja para ser usado no espaço, tem à partida exactamente
a mesma "robustez" que qualquer outro sistema.
Talvez a pergunta deva ser: Será que um AVR a 16Mhz consegue dar conta do recado?
Esta pergunta faz mais sentido, mas por outro lado existem muitos "tipos" de arduinos
e com diferentes MCUs ... no fundo o problema é que as pessoas não sabem bem o
que é um arduido nem percebem que o que importa é mais o MCU do que todo o resto.
Mas voltando à vaca fria, existem MILHENTOS sistemas comerciais e industriais que
são controlados por AVRs ... logo, e muito pragmaticamente, não vejo qualquer
impedimento para que uma "board arduino" não possa controlar uma maquina de
"lavar roupa".
A verdadeira questão que se deve colocar é se o "firmware", e este é o fulcro, será
este sim suficientemente "robusto" ... pois para quem não sabe nada (ou pouco) de
programação de MCUs essa deve ser a primeira preocupação.
Estou a ver o motivo de meter um arduino na equação, e que no fundo é o raciocínio
de 99% das pessoas que usam o arduino: "não percebo muito de programação e vou
usar uma libs e um código que consiga sacar da net/forum e a coisa fica feita"
Pois... é aqui que a porca torce o rabo ... o problema é mesmo o firmware, pois não
passa pela cabeça de ninguém, pelo menos de ninguém que seja uma pessoa com
responsabilidades do tipo que aqui se trata, ir usar libs e código sem o mínimo de
qualidade ou garantias, feito muitas vezes por outros que percebem ainda menos.
Resumindo, usar um arduino (MCU AVR) para controlo industrial especifico é viável
desde que a pessoa que o vai programar SAIBA MUITO bem o que está a fazer ... pois
caso contrário a coisa pode correr mal.
Abraços
PA
-
Eu já tenho muitos sistemas automatizados de abrir e fechar portões garagem e pátios e usam attiny e atmega.
Não vejo porque não um avr controlar maquinas industriais, desde que não seja programado com base arduino e as suas libs, mas sim tudo feito de raiz e tem a vantagem de conhecer todo o código.
-
O meu post refere-se 95% ao hardware e 5% ao software.
Nem tem nada a ver com a marca/fabricante do microcontrolador/processador usado.
Para ambiente que nao o laboratorial, ha inumeras variaveis a ter em conta no design electronico.
Proteccoes, filtros, dependencias, redundancias. Tudo em hardware, q o software depois complementa com uma boa maquina de estados.
-
O meu post refere-se 95% ao hardware e 5% ao software.
Nem tem nada a ver com a marca/fabricante do microcontrolador/processador usado.
Para ambiente que nao o laboratorial, ha inumeras variaveis a ter em conta no design electronico.
Proteccoes, filtros, dependencias, redundancias. Tudo em hardware, q o software depois complementa com uma boa maquina de estados.
Boas,
Sim, estamos 100% de acordo ... a implementação de/para um sistema de controlo
industrial deve (tem) que ser muito mais cuidada e exigente, independente das
opções que se possam tomar a nível de componentes.
Eu neste caso tenho a ideia que a coisa não chega a poder ser considerado como
ambiente industrial pelo simples facto de que me parecer ser uma aplicação local
e um pouco na base do "desenrascanço" (sem qualquer sentido pejorativo).
Penso que em qualquer EmbSys (sistema embebido) o firmware vale no mínimo
uns 80% do sistema em si, e é ai que eu queria chegar, pois neste caso quer me
parecer que essa é à partida a principal condicionante, dai a opção pelo arduino e
suas bibliotecas de shared/copied source enlatado pronto a usar que não me inspira
a mínima confiança.
Abraços,
PA
-
Só para dar uma achega, pode não ser propriamente ambiente industrial mas no mínimo temperaturas e humidades elevadas vai ter, daí que os componentes devem ser escolhidos em função disso no mínimo
-
Bem já criei aqui uma discussão estou a ver.
Em primeiro lugar quero esclarecer que esta ideia é apenas laboratorial, ou seja não sai da oficina porque a maquina irá levar um plc.
Estou bem ciente dos risco do funcionamento de um arduino em ambiente industrial, tal com disse o Sérgio o arduino não tem robustez física para aguentar interferências electromagnéticas ruídos, vibrações, temperatura, humidade e muito mais do ambiente industrial.
Em termos de firmware é que está a dúvida se o arduino tem capacidade e velocidade para este tipo de aplicação.
Respondendo a:
Qual é a pergunta mesmo?
Basicamente a pergunta é qual a melhor maneira de armazenar todas as variáveis necessárias sem comprometer as mesmas e a memoria do próprio arduino, será possível com o próprio arduino ou terei de adicionar uma eeprom, ou existem outras hipóteses.
struct
Estruturas de variaveis para a coisa ficar bonita e organizada e não 377 variaveis de nomes estranhos.
Obrigado senso é uma boa ideia mantém tudo muito mais organizado.
Eu já tenho muitos sistemas automatizados de abrir e fechar portões garagem e pátios e usam attiny e atmega.
Não vejo porque não um avr controlar maquinas industriais, desde que não seja programado com base arduino e as suas libs, mas sim tudo feito de raiz e tem a vantagem de conhecer todo o código.
Sim conhecer o código é essencial, as libs são um pouco abstractas e criam limitações, já tive algumas experiências nesse aspecto.
Penso que em qualquer EmbSys (sistema embebido) o firmware vale no mínimo
uns 80% do sistema em si, e é ai que eu queria chegar, pois neste caso quer me
parecer que essa é à partida a principal condicionante, dai a opção pelo arduino e
suas bibliotecas de shared/copied source enlatado pronto a usar que não me inspira
a mínima confiança.
Em relação à escolha do arduino existem duas razões para o ter escolhido.
A primeira é porque é uma placa de desenvolvimento fácil de implementar e não tenho de andar a criar uma placa específica, segundo porque é o que tenho em casa :P, se calhar uma placa da chipkit fazia um melhor serviço, ou até mesmo um stm32 da olimex que segundo eles vem preparado para ambiente industrial, ou outro qualquer, mas acho que vale a pena tentar tenho a certeza que mesmo que não funcione ou não funcione correctamente irei aprender com a experiência.
Obrigado por todas as respostas.
Tiago Domingos
-
Solução de muitas marcas, 5 litros de epoxy, feito, nem aquece, nem apanha humidade, uns anos depois rebenta um condensador e cavar aquilo torna-se "interessante"..
Isso da segurança e robustez é muito relativo, dá-me ai um PLC topo de gama que em 5 minutos sem o abrir rebento com ele(been there, done that)..
-
Não me parece que tenhas falta de potência, o controlo disso deve ser 99% relés para andar para um lado, para outro, abrir/fechar/trancar, SSR para aquecer água(ou já está quente e é só abrir fechar meia duzia de eletro-valvulas) e uns sensores de temperatura, excesso/falta de água/detergente, que tenha umas bombas peristálticas para detergentes, e uns sensores para saber que tem a porta fechada e afins, meh parece-me algo que até um 8051 corre na boa.
A coisa que poderás ter mais CPU intensive será um loop PID para aquecer água, e mesmo assim com os volumes que estás a usar fuzzy logic/bang-bang deve servir perfeitamente.
-
Não me parece que tenhas falta de potência, o controlo disso deve ser 99% relés para andar para um lado, para outro, abrir/fechar/trancar, SSR para aquecer água(ou já está quente e é só abrir fechar meia duzia de eletro-valvulas) e uns sensores de temperatura, excesso/falta de água/detergente, que tenha umas bombas peristálticas para detergentes, e uns sensores para saber que tem a porta fechada e afins, meh parece-me algo que até um 8051 corre na boa.
A coisa que poderás ter mais CPU intensive será um loop PID para aquecer água, e mesmo assim com os volumes que estás a usar fuzzy logic/bang-bang deve servir perfeitamente.
Sim uma grande parte são relés uma pt100 para temperatura e um variador, mas o variador é controlado apenas por contactos, ou seja tem 3 entradas cada uma indica uma velocidade, o que poderia alterar seria simular o potenciómetro do variador com o arduino, mas uma coisa de cada vez. Quanto ao PID não é necessário uma grande precisão. Os produtos de lavagem estão num sistema independente que também funciona por contactos ou seja cada contacto corresponde a um produto. E depois terá de ter uma interface onde se pode alterar programas, ver indicações de níveis e temperaturas, e parametrizar os programas de lavagem
-
E estás a pensar em interface gráfico com lcd, ou algo mais simples com botões, leds e quanto muito uns displays 16x2 ou 20x2 ou 20x4?
-
Tiago,
parece-me que isso vai ficar com grande pinta, pleo menos ja tens a ideia bem delineada.
Depois se puderes colocar umas fotos ou video demonstrativo, seria excelente, enriqueceria o forum.
-
Parece-me que dúvida então era sobre a endurance da EEprom do Arduino. Não te preocupes com isso. Leitura é ilimitada, escrita é de 100 000 ciclos até poder dar problemas(que é o mínimo garantido)
-
E estás a pensar em interface gráfico com lcd, ou algo mais simples com botões, leds e quanto muito uns displays 16x2 ou 20x2 ou 20x4?
Bem para começar acho que o melhor é utilizar um 20x4 com botões para navegação.
Tiago,
parece-me que isso vai ficar com grande pinta, pleo menos ja tens a ideia bem delineada.
Depois se puderes colocar umas fotos ou video demonstrativo, seria excelente, enriqueceria o forum.
Assim que poder faço um update com fotos.
Parece-me que dúvida então era sobre a endurance da EEprom do Arduino. Não te preocupes com isso. Leitura é ilimitada, escrita é de 100 000 ciclos até poder dar problemas(que é o mínimo garantido)
Ok obrigado, então posso utilizar a eeprom do arduino à vontade, resta saber se é suficiente para guardar todas as variáveis. Vou fazer um levantamento das variáveis e quantidade de programas que são necessárias guardar.
Fico aberto a ideias e sugestões.
-
2K de EEPROM dá para muita coisa, strings ficam na flash se não enches a RAM de strings(dos menus), estruturas de dados é do melhor, muito flexiveis.
-
Ok obrigado, então posso utilizar a eeprom do arduino à vontade, resta saber se é suficiente para guardar todas as variáveis. Vou fazer um levantamento das variáveis e quantidade de programas que são necessárias guardar.
Sabes o q sao maquinas de estados ? Ha btt info sobre isso na internet.
Mas essencialmente podes ter uma maq-estados para o Main, cada programa, LCD, e comunicacoes se quiseres. Sao concorrentes e paralelas.
Usar este metodo vai-te evitar ter um esparguete de codigo q mais tarde vai dar btt trabalho a ler/debug.
Espero nao te estar a assustar, mas um pouco de leitura na internet vai ajudar. Nao sao tao complexas como parece e vao ajudar na organizacao dos dados pois fica tudo mais simplificado.
-
Normalmente os 100k ciclos de escrita são o "mínimo" indicado pelo fabricante. É comum algumas EEPROM chegarem a 1M de ciclos sem corrupção
http://hackaday.com/2011/05/16/destroying-an-arduinos-eeprom/
Além disso podes utilizar medidas especiais para salvaguardar essa memória: evitar escritas desnecessárias como o mesmo valor duplicado; utilizar apenas a EEPROM para dados não voláteis (aliás a EEPROM é uma memória "lenta" ao contrário da RAM)
-
Ok obrigado, então posso utilizar a eeprom do arduino à vontade, resta saber se é suficiente para guardar todas as variáveis. Vou fazer um levantamento das variáveis e quantidade de programas que são necessárias guardar.
Sabes o q sao maquinas de estados ? Ha btt info sobre isso na internet.
Mas essencialmente podes ter uma maq-estados para o Main, cada programa, LCD, e comunicacoes se quiseres. Sao concorrentes e paralelas.
Usar este metodo vai-te evitar ter um esparguete de codigo q mais tarde vai dar btt trabalho a ler/debug.
Espero nao te estar a assustar, mas um pouco de leitura na internet vai ajudar. Nao sao tao complexas como parece e vao ajudar na organizacao dos dados pois fica tudo mais simplificado.
Está a falar das máquinas de mealy e moore?
-
State machine em inglês, tecnicamente falando, um switch case, em que cada case é um estado, não bloqueias em nenhum e deixas o micro livre, á medida que as condições de cada estado são atingidas mudas o estado para outro e ele vai verificando condições, fazendo acções ou simplesmente contando quanto tempo falta para X ciclo acabar, tudo sem bloquear, podes ter PID's, displays, inputs de dados, piscar leds, mil e uma coisas, tudo "concorrente" sem ter código a bloquear/perder tempo em delays.
-
Boas pessoal aqui fica uma fotos da maquina para dar uma melhor ideia do que se trata.
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fi736.photobucket.com%2Falbums%2Fxx8%2FTiago_FD%2FCombi%252030%2FDSC_0002_zpsjqjupjlf.jpg&hash=0f93debcdc41cfa25cdf0688a6f9c4e79a1a1882)
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fi736.photobucket.com%2Falbums%2Fxx8%2FTiago_FD%2FCombi%252030%2FDSC_0012_zpsd4jofsbs.jpg&hash=4f22871e1136ebaa00ed796e8afc50172e5d5760)
Aqui não dá para perceber muito bem mas é o nível de água, que neste caso é feito de uma maneira muito simples, são 3 microswitches e uma vareta de inox, à medida que o nível sobe a vareta também sobe. A única melhoria a fazer nesta parte irá ser, a troca dos microswitches por detetores indutivos, mas o principio de funcionamento é exatamente o mesmo.
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fi736.photobucket.com%2Falbums%2Fxx8%2FTiago_FD%2FCombi%252030%2FDSC_0011_zps4b6bwwaj.jpg&hash=457aa12cb3d34ffd68db9f7434b01169d2b8b0de)
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fi736.photobucket.com%2Falbums%2Fxx8%2FTiago_FD%2FCombi%252030%2FDSC_0009_zpsz0mk261r.jpg&hash=a5761a99f15cde09143a448195452945259dd5be)
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fi736.photobucket.com%2Falbums%2Fxx8%2FTiago_FD%2FCombi%252030%2FDSC_0008_zps3wvw9dpk.jpg&hash=2fba4cb8757ec903ed565b713940b298c703cc6c)
Este é o variador que irá ser utilizado.
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fi736.photobucket.com%2Falbums%2Fxx8%2FTiago_FD%2FCombi%252030%2FDSC_0005_zpsrkv0n4cu.jpg&hash=7d48ae2fd434104d81db41a01db99bd25de9d460)
Bem esta parte até mete medo, isto tem um quadro que mete nojo, onde metade das coisas não estão a funcionar, entre elas o programador, uma vez que este tipo de programadores já não existe e tendo em conta os anos da máquina, está em bom estado por isso vai ser reparada e modernizada.
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fi736.photobucket.com%2Falbums%2Fxx8%2FTiago_FD%2FCombi%252030%2FDSC_0004_zpsa4fwl0gj.jpg&hash=03860a928dcdd96d1f9e08335f8f51c1a68b198e)
E aqui fica o inicio do futuro quadro, ainda sem PLC porque ainda não decidi qual o melhor para a aplicação, e também estou à espera de saber o limite do orçamento para saber ate onde posso ir, entretanto a ideia é montar e programar o arduino, montar neste quadro conseguir meter a maquina a lavar uma ou duas vezes, tirar o arduino meter o PLC e pronto para mim já foi uma vitoria.
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fi736.photobucket.com%2Falbums%2Fxx8%2FTiago_FD%2FCombi%252030%2FDSC_0015_zps5amtnfdq.jpg&hash=0b02a9e736a073f08f5430b6bfdfa100130c3703)
-
A coisa que poderás ter mais CPU intensive será um loop PID para aquecer água, e mesmo assim com os volumes que estás a usar fuzzy logic/bang-bang deve servir perfeitamente.
Em relação ao PID não sei se será necessário, porque o ciclo de aquecimento é feito a partir de agua quente que vem do deposito de condenados da caldeira, e o restante é feito por vapor e uma vez que a válvula de vapor não é modulada não sei se será necessário um loop PID, quanto ao "cooldown" é feito a partir de enchimentos e esgoto de água fria até atingir a temperatura desejada.
-
Imagens espectaculares! Faz-me lembrar os meus tempos na industria.
Esse quadro repleto de reles e transformadores, tem uma carga imensa rezidual e electromagnetica. Eh um desafio bastante para a electronica. Mt bom.
Eh sempre excelente fazer um projecto p aplicar em sistemas "fortes" como estes.
Vai postando noticias, stou btt interessado em seguir o desenvolvimento.
Bom trabalho!
-
Imagens espectaculares! Faz-me lembrar os meus tempos na industria.
Esse quadro repleto de reles e transformadores, tem uma carga imensa rezidual e electromagnetica. Eh um desafio bastante para a electronica. Mt bom.
Eh sempre excelente fazer um projecto p aplicar em sistemas "fortes" como estes.
Vai postando noticias, stou btt interessado em seguir o desenvolvimento.
Bom trabalho!
Obrigado pelo apoio Sérgio é bom saber que o que estou a tentar fazer desperta interesse noutros, é bom saber também que tenho aqui uma comunidade que me pode ajudar com as dúvidas e novas ideias neste projeto e noutros que viram. Espero também eventualmente poder vir ajudar outros nos seus projetos.
-
:| Isso e' uma maquina de lavar? PArece que vai mais triturar a roupa ou que :P
O que tem especial essa maquina para alem do tamanho? Parece-me que duas maquinas normais davam conta do caso..
-
:| Isso e' uma maquina de lavar? PArece que vai mais triturar a roupa ou que :P
O que tem especial essa maquina para alem do tamanho? Parece-me que duas maquinas normais davam conta do caso..
Bem em termos de tamanho tens alguma razão a capacidade é de 30kg, se esta parece uma trituradora devias ver a da 300kg :). Em relação à diferença desta para uma máquina convencional é a robustez, não funciona com detergente e amaciador mas sim com um conjunto de químicos com doses determinadas por um Eng. Químico em função do tipo de roupa, a água é aquecida por vapor e a necessidade de ter programas personalizáveis em termos de tempos de lavagem e doses de químicos, só isso de resto é uma máquina de lavar como as outras.
-
Ah ok, 'e o que chamam "maquina de lavar a seco" ?
-
Boas tenho mais uma duvida para este meu projecto.
Qual será o melhor ADC para uma sonda PT100 ou PT1000?
-
Muito relativo, o PT100/PT1000 está exposto a alguma voltagem?
Ou é isolado?
Os termopares é muito bonito, mas se tocam em alguma voltagem ficas com essa voltagem imposta á entrada da tua ADC, se for totalmente isolado um ADC de 16 bits serve, tens várias da Microchip e da TI feitas mesmo para utilizar com sensores de temperatura.
-
Boas tenho mais uma duvida para este meu projecto.
Qual será o melhor ADC para uma sonda PT100 ou PT1000?
Para o teu trabalho, qualquer um serve pois nao precisas de precisao de mili-centigrados.
Eu apostaria em uma PT100 de 4 terminais, pois sao mais comuns e os precos mais baixos.
Se vais usar o Arduino, entao o ADC interno eh suficiente desde q tenhas um bom Driver para polarizar a tua PT100. Nao a ligues apenas como divisor de tensao pois perdes precisao.
Um circuito simples :: LINK (https://drive.google.com/file/d/0Bx1E4VWQbZ8Vc2htdmcxZUpXNW8/view?usp=sharing)
Com tensao de referencia de 4.096V, circula uma corrente de ~1.24mA na PT100, o q faz com q as contas de bits no ADC sejam mais simples. E a 0grausC tens 1.24V na saida do Opamp.
-
Não vejo porque não um avr controlar maquinas industriais, desde que não seja programado com base arduino e as suas libs, mas sim tudo feito de raiz e tem a vantagem de conhecer todo o código.
Um post a iniciar neste tipo de programação de AVR seria muito bem vindo aqui para o fórum.
Sou sincero, tenho muita vontade de aprender a faze-lo desta maneira, mas acabo sempre por cair no facilíssimo e RAPIDEZ de usar o IDE.
Para ambiente que nao o laboratorial, ha inumeras variaveis a ter em conta no design electronico.
Proteccoes, filtros, dependencias, redundancias. Tudo em hardware, q o software depois complementa com uma boa maquina de estados.
Podes elucidar melhor que tipo de preocupações ou que literatura se pode ler tendo em conta estas preocupações de design electrónico?
É que do que leio na net, penso que o conhecimento nesta área é muito à base da experiência sobre o que funciona e o que não funciona...
Entrao na questao dos filtros (ferrites por exemplo), nunca encontrei ninguém que me diga teoricamente qual a ferrete a usar devido a X Y e Z... no entanto é uma área no qual gostaria de ter mais conhecimento.
-
Já existe, ficou foi a meio ::)
-
Já existe, ficou foi a meio ::)
Em tempos tropecei nele, mas não estou a encontrar para colocar aqui.
Ainda assim deveriam continuar com aquilo, porque é na realidade uma mais valia para o fórum.
-
Não vejo porque não um avr controlar maquinas industriais, desde que não seja programado com base arduino e as suas libs, mas sim tudo feito de raiz e tem a vantagem de conhecer todo o código.
Um post a iniciar neste tipo de programação de AVR seria muito bem vindo aqui para o fórum.
Sou sincero, tenho muita vontade de aprender a faze-lo desta maneira, mas acabo sempre por cair no facilíssimo e RAPIDEZ de usar o IDE.
Para ambiente que nao o laboratorial, ha inumeras variaveis a ter em conta no design electronico.
Proteccoes, filtros, dependencias, redundancias. Tudo em hardware, q o software depois complementa com uma boa maquina de estados.
Podes elucidar melhor que tipo de preocupações ou que literatura se pode ler tendo em conta estas preocupações de design electrónico?
É que do que leio na net, penso que o conhecimento nesta área é muito à base da experiência sobre o que funciona e o que não funciona...
Entrao na questao dos filtros (ferrites por exemplo), nunca encontrei ninguém que me diga teoricamente qual a ferrete a usar devido a X Y e Z... no entanto é uma área no qual gostaria de ter mais conhecimento.
http://www.allaboutcircuits.com/technical-articles/choosing-and-using-ferrite-beads/
Atenção: não sei se é o que pertendes ou não, está nos favoritos do browser à uns tempos mas ainda n li
-
Já existe, ficou foi a meio ::)
Em tempos tropecei nele, mas não estou a encontrar para colocar aqui.
Ainda assim deveriam continuar com aquilo, porque é na realidade uma mais valia para o fórum.
http://lusorobotica.com/index.php?topic=2838.0 (http://lusorobotica.com/index.php?topic=2838.0)
Não é deviam, é eu devia, era eu que estava a fazer isso..
-
Ja estamos aqui a entrar um pouco no offtipc mas acho que é importante.
Outros membros que programem da mesma forma que tu podem ajudar a completar os módulos....
Dai isto ser um forum.
Se o que falta é motivação posso dizer que eu "consumia" esse mesmo topico/tutorial. :D
-
É falta de tempo, e depois de 8h a programar ou de volta de um layout quero tudo menos chegar a casa para mais do mesmo :/
-
Boas.
Aqui ficam uns testes de controlo de um variador com o arduino, assim posso poupar algumas saidas utilizando apenas uma saída com PWM, podendo alterar a velocidade sem ter uma saída por cada frequência pré-definida e ainda controlar as rampas de aceleração.
Agora só falta relacionar a tensão de saida com a frequência.
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fi736.photobucket.com%2Falbums%2Fxx8%2FTiago_FD%2FCombi%252030%2FDSC_0118_zpsipya4obt.jpg&hash=c4fc9f9899d55832aeb9438ea89182af408449fb)
(https://lusorobotica.com/proxy.php?request=http%3A%2F%2Fi736.photobucket.com%2Falbums%2Fxx8%2FTiago_FD%2FCombi%252030%2FDSC_0117_zpsorjwzxws.jpg&hash=10f828900e96ffb4ff027617637a7008342f53fc)
-
Viva pessoal,
é possivel que já conheçam, mas fica aqui a referencia http://www.industrialshields.com/ (http://www.industrialshields.com/) pode ser util para este tipo de projectos.
Mauro.
-
Viva pessoal,
é possivel que já conheçam, mas fica aqui a referencia http://www.industrialshields.com/ (http://www.industrialshields.com/) pode ser util para este tipo de projectos.
Mauro.
Muito interessante. Resta saber se o interior tem as devidas proteccoes para trabalhar em ambiente industrial. Nao fui ver ao pormenor se eles disponibilizaram os esquemas.
E para combater aquele preco e manter a qualidade, vai ser muito dificil. Estao bastante espremidos e a ganhar muito pouco em cada unidade das mais simples.
-
Vi quando foi divulgado nos blogs do custume a semana passada.
Estive para colocar aqui, até reparar que apesar do logo OSH, esquemas e diagramas népias. Pelo que entendi agora o facto de ser "based on Open Source" ( o facto de ter um arduino lá dentro) também já dá direito ao logo ::) ::) ::) . O abuso do mesmo vai cada vez mais longe.
-
Desde que a NASA enviou um arduino mega para o espaço que já nada me impressiona.
É necessário haver uma grande fiabilidade neste tipo de equipamentos, sabe-se que os PLCs têm de passar por rigorosos testes de forma a entrar na industria pois eles comandam robots de milhares de euros e com estas coisas não se brincam, sem contar com a integridade física de quem trabalha com eles, por mim não metia a mão no fogo, não é por desconfiar do que o arduino pode fazer, pois isso está bem implementado e se for bem estudado acaba por competir com outras plataformas, é mais por ser-lhe atribuído um interpretador de código que à partida é mal tratado, é por isso associo talvez erradamente, um nome a uma plataforma não muito eficaz.
-
Nao sou de amores ao arduino, mas acho que 'e necessario esclarecer:
É necessário haver uma grande fiabilidade neste tipo de equipamentos, sabe-se que os PLCs têm de passar por rigorosos testes de forma a entrar na industria
O arduino 'e no fundo um microcontrolador numa placa.
Geralmente as industrias (ex: automovel, dou este exemplo porque conheco melhor) definem normas electricas. Eventualmente adoptam tambem normas de desenvolvimento de codigo (ex: MISRA C para os automoveis)
Nunca vi nenhuma norma que defina o microcontrolador ou a unidade logica de processamento que pode ou nao usar.
Estes PLCs no fundo, tem 'e valentes proteccoes electricas,filtros, etc nas entradas e actuadores. Depois dessas proteccoes depois podem la ligar o microcontrolador que entenderem.
é mais por ser-lhe atribuído um interpretador de código que à partida é mal tratado
Nao sei se entendi bem o que afirmas, mas o arduino nao corre codigo interpretado. Corre codigo compilado pelo compilador de C/c++.. A linguagem usada (processing) e' essencialmente C++, com um "framework" como base (bibliotecas).
De qualquer modo, nao ha problema seja qual for a maneira de correr o codigo.. desde que nao hajam bugs e produza sempre resultados esperados :)
Btw, se o topico estiver a divergir, abram um novo!
-
Desde que a NASA enviou um arduino mega para o espaço que já nada me impressiona.
É necessário haver uma grande fiabilidade neste tipo de equipamentos, sabe-se que os PLCs têm de passar por rigorosos testes de forma a entrar na industria pois eles comandam robots de milhares de euros e com estas coisas não se brincam, sem contar com a integridade física de quem trabalha com eles, por mim não metia a mão no fogo, não é por desconfiar do que o arduino pode fazer, pois isso está bem implementado e se for bem estudado acaba por competir com outras plataformas, é mais por ser-lhe atribuído um interpretador de código que à partida é mal tratado, é por isso associo talvez erradamente, um nome a uma plataforma não muito eficaz.
MENTIRA !!!!!
A experiência foi suborbital, NÃO FOI NO ESPAÇO !!!
Qualquer MCU acima dos 100km que não seja Hardened frita em 2 horas ... seja ele
qual for o MCU.
Qual arduino, qual carapuça ... alem disso já nem sequer é a primeira vez que um
AVR, uma PIC, um SPARC, etc , etc vai até aos 100km e ninguém sequer mencionou
isso pois não é nada de mais.
Como é de esperar, os arduino-lovers (muitos nem sequer sabem o que é um MCU
nem que o arduino não é nada mais do que isso) tinham que ficar todos babados com
isso ... deve ser por algum complexo de inferioridade, enfim.
Isto realmente é mesmo para rir, alguém ter a veleidade de querer comparar um
"arduino" a um equipamento RAD hardened usado na indústria ... peço desculpa mas
das duas uma, ou és muito ingénuo ou então estás a leste da temática, e nesse caso
devias ter mais cuidado com as afirmações que fazes ... pois podes enganar alguém :)
Abraços,
PA
-
Boas tenho mais uma duvida para este meu projecto.
Qual será o melhor ADC para uma sonda PT100 ou PT1000?
Para o teu trabalho, qualquer um serve pois nao precisas de precisao de mili-centigrados.
Eu apostaria em uma PT100 de 4 terminais, pois sao mais comuns e os precos mais baixos.
Se vais usar o Arduino, entao o ADC interno eh suficiente desde q tenhas um bom Driver para polarizar a tua PT100. Nao a ligues apenas como divisor de tensao pois perdes precisao.
Um circuito simples :: LINK (https://drive.google.com/file/d/0Bx1E4VWQbZ8Vc2htdmcxZUpXNW8/view?usp=sharing)
Com tensao de referencia de 4.096V, circula uma corrente de ~1.24mA na PT100, o q faz com q as contas de bits no ADC sejam mais simples. E a 0grausC tens 1.24V na saida do Opamp.
Isto sou eu a pensar alto. Ora isso tem um amplificador diferencial com ganho de 10, e o outro ampop está em montagem não-inversora em que a resistência de cima é a PT100 o que daria um ganho de 1 + PT100/3K3, mas como a entrada negativa do ampop tem que estar igual a Vref, e sabendo que a resistência da PT varia, acaba por variar a corrente na PT (com a temperatura) pois a de 3K3 é fixa e na entrada negativa do ampop não passa (praticamente) nenhuma corrente.
Agora, com Vref = 4.096V como sugerido, para uma PT100 a 0ºC tem 100 Ohm, a corrente teria que ser a mesma que na R de 3K3 ou seja 4.096/3K3 ~ 1.24mA, como diz o Sena. E a queda de tensão na PT100 são 124mV, x10 do amp diferencial 1.24V, como diz o Sena. Mas e a resolução? A resistência da PT100 varia +/- linearmente cerca de 0.366 Ohm/ºC entre 0ºC e 100ºC. Se estiver 1ºC, a resistência é 100.366 Ohm, o que dá uma queda de tensão à saída do amp diferencial de 1.2445V, ou seja a variação é de 4.5mV/ºC, com o ADC de 10bits e a mesma Vref isso dá uma resolução de medida pelo ADC de 4mV, ou seja ~1ºC/LSB.
Este tema "é-me querido" porque em tempos desenhei um circuito para medição de temperatura com uma PT100, e foi um desafio, porque o raio da sonda varia um infinitésimo de Ohm por cada ºC, mas deu-me gozo fazer isto. Por acaso até tenho o esquema on-line:
https://troniquices.files.wordpress.com/2008/07/coscov.png
Era para uma aplicação automotiva (o circuito tem outras coisas para além da parte da medição). Com este esquema consigo uma resolução de ~0.33ºC, usa apenas um ampop externo (meio LM358) como buffer da Vref e a Vref do microcontrolador (um ATtiny26). Este MCU tem a vantagem de ter internamente um andar opcional diferencial e de ganho 20 à entrada do ADC, do qual fiz uso (o ATmega328 do Arduino não tem este bloco). A corrente na PT100 anda em torno de 1mA, e a medição é feita tendo 2 divisores de tensão "similares", em que num deles uma resistência é substituída pela PT100. Exige um passo de calibração.
O que é que achas deste circuito Sena? Sempre quis ter a opinião dum pro :) (e de quem quiser comentar tb :) ) . Testei isto com variação de temperatura no circuito e é basicamente "rock solid" a medir a PT100 em passos de 1/3 ºC.
-
- @StarRider, não quero enganar ninguém mas a ATMEL tem componentes para fins espaciais como o ATmegaS128:
http://blog.atmel.com/2015/10/21/the-first-ever-rad-tolerant-megaavr-is-out-of-this-world/ (http://blog.atmel.com/2015/10/21/the-first-ever-rad-tolerant-megaavr-is-out-of-this-world/)
- Já vi PLCs antigos com portas lógicas apenas, sem um único MCU, e estes ICs eram banais que se compram numa loja da esquina.
- Minha resposta foi em relação ao link que o @maurosmartins deixou aqui, embora diga "It supports Arduino IDE coding" não quer dizer que tenha lá dentro um arduino, foi daí que apresentei a minha opinião... Sr. perfeitinho :)
- Gosto que me corrijam e critiquem as respostas que dou, é assim que deve funcionar um fórum e todos aprendemos um pouco.
Abraço a todos e desculpem por este descambar de off-topics que nada têm a ver com o tema.
-
Boas tenho mais uma duvida para este meu projecto.
Qual será o melhor ADC para uma sonda PT100 ou PT1000?
Para o teu trabalho, qualquer um serve pois nao precisas de precisao de mili-centigrados.
Eu apostaria em uma PT100 de 4 terminais, pois sao mais comuns e os precos mais baixos.
Se vais usar o Arduino, entao o ADC interno eh suficiente desde q tenhas um bom Driver para polarizar a tua PT100. Nao a ligues apenas como divisor de tensao pois perdes precisao.
Um circuito simples :: LINK (https://drive.google.com/file/d/0Bx1E4VWQbZ8Vc2htdmcxZUpXNW8/view?usp=sharing)
Com tensao de referencia de 4.096V, circula uma corrente de ~1.24mA na PT100, o q faz com q as contas de bits no ADC sejam mais simples. E a 0grausC tens 1.24V na saida do Opamp.
Isto sou eu a pensar alto. Ora isso tem um amplificador diferencial com ganho de 10, e o outro ampop está em montagem não-inversora em que a resistência de cima é a PT100 o que daria um ganho de 1 + PT100/3K3, mas como a entrada negativa do ampop tem que estar igual a Vref, e sabendo que a resistência da PT varia, acaba por variar a corrente na PT (com a temperatura) pois a de 3K3 é fixa e na entrada negativa do ampop não passa (praticamente) nenhuma corrente.
Agora, com Vref = 4.096V como sugerido, para uma PT100 a 0ºC tem 100 Ohm, a corrente teria que ser a mesma que na R de 3K3 ou seja 4.096/3K3 ~ 1.24mA, como diz o Sena. E a queda de tensão na PT100 são 124mV, x10 do amp diferencial 1.24V, como diz o Sena. Mas e a resolução? A resistência da PT100 varia +/- linearmente cerca de 0.366 Ohm/ºC entre 0ºC e 100ºC. Se estiver 1ºC, a resistência é 100.366 Ohm, o que dá uma queda de tensão à saída do amp diferencial de 1.2445V, ou seja a variação é de 4.5mV/ºC, com o ADC de 10bits e a mesma Vref isso dá uma resolução de medida pelo ADC de 4mV, ou seja ~1ºC/LSB.
Este tema "é-me querido" porque em tempos desenhei um circuito para medição de temperatura com uma PT100, e foi um desafio, porque o raio da sonda varia um infinitésimo de Ohm por cada ºC, mas deu-me gozo fazer isto. Por acaso até tenho o esquema on-line:
https://troniquices.files.wordpress.com/2008/07/coscov.png (https://troniquices.files.wordpress.com/2008/07/coscov.png)
Era para uma aplicação automotiva (o circuito tem outras coisas para além da parte da medição). Com este esquema consigo uma resolução de ~0.33ºC, usa apenas um ampop externo (meio LM358) como buffer da Vref e a Vref do microcontrolador (um ATtiny26). Este MCU tem a vantagem de ter internamente um andar opcional diferencial e de ganho 20 à entrada do ADC, do qual fiz uso (o ATmega328 do Arduino não tem este bloco). A corrente na PT100 anda em torno de 1mA, e a medição é feita tendo 2 divisores de tensão "similares", em que num deles uma resistência é substituída pela PT100. Exige um passo de calibração.
O que é que achas deste circuito Sena? Sempre quis ter a opinião dum pro :) (e de quem quiser comentar tb :) ) . Testei isto com variação de temperatura no circuito e é basicamente "rock solid" a medir a PT100 em passos de 1/3 ºC.
Boas.
Ja vi que tiveste muito trabalho no desenvolvimento de um circuito para a PT100, para ser sincero ainda não comecei a trabalhar na PT100, mas vou dar uma vista de olhos no teu circuito, testar e eventualmete postarei os resultados. Não tenho trabalhado nisto tanto como queria, mas uma coisa de cada vez e isto vai la :).
Obrigado pelo poste e pela partilha do esquema.
Viva pessoal,
é possivel que já conheçam, mas fica aqui a referencia http://www.industrialshields.com/ (http://www.industrialshields.com/) pode ser util para este tipo de projectos.
Mauro.
Em relação à discussão que se instalou acerca do "PLC Arduino", posso dizer que numa das fábricas da empresa onde trabalho está instalado um desses PLC para uma aplicação simples de leitura de erros da caldeira, registando e armazenado os dados, não posso ser mais preciso porque ainda não tive oportunidade de ver o equipamento, mas pelo que me foi dito até ao momento não falhou.
Mas, para mim, até que seja mesmo provado que é fíavel e robusto o suficiente para passar a ser utilizado em máquinas industriais eu fico de pé a traz, por algum motivo os PLC's podem custar alguns milhares de euros.
A meu ver tem uma vantagem em relação aos PLC's actuais, a linguagem de programação o Ladder é simples mas, à medida que aumenta a complexidade da máquina, torna-se confuso e pouco intuitivo, mas isto são gostos. O que não significa que só o arduino possa ser utilizado desta forma, há uma infinidade de microcontroladores que podem ser bases para PLC's deste tipo.
-
A siemens já permite programação numa linguagem própria derivada do C
-
A siemens já permite programação numa linguagem própria derivada do C
E essa linguagem e' transporta para codigo do processador ou interpretada?
-
A siemens já permite programação numa linguagem própria derivada do C
E essa linguagem e' transporta para codigo do processador ou interpretada?
Fica aqui o link para uma explicação rápida http://www.industry.siemens.com/topics/global/en/tia-portal/controller-sw-tia-portal/simatic-step7-professional-tia-portal/iec-programming-languages/pages/default.aspx?ismobile=true#LAD_20and_20FBD_20_e2_80_93_20graphic_20programming_20languages (http://www.industry.siemens.com/topics/global/en/tia-portal/controller-sw-tia-portal/simatic-step7-professional-tia-portal/iec-programming-languages/pages/default.aspx?ismobile=true#LAD_20and_20FBD_20_e2_80_93_20graphic_20programming_20languages)
Infelizmente ainda n pude experimentar a linguagem, mas está na minha lista assim que conseguir um autómato para experiências
-
A siemens já permite programação numa linguagem própria derivada do C
E essa linguagem e' transporta para codigo do processador ou interpretada?
Deve ser interpretada, automatos decentes actualmente têm um ARM v7 a correr linux(lol) e outro cortex-M0/M3/M4 a tratar dos IO, adc's, dac's e afins, são coisas estupidamente complexas, mas são usados para loops de controlo complexos ou Scada Strangelove..
-
A siemens já permite programação numa linguagem própria derivada do C
E essa linguagem e' transporta para codigo do processador ou interpretada?
Boas,
É P-code ... fica a meio caminho entre as duas ;)
Abraços
PA