Show Posts
Pages: 1 ... 9 10 [11] 12 13 ... 22
151  International / Portugues / Re: Problema com LCD 20 x 4 on: July 31, 2013, 12:34:17 pm
Repito a pergunta:

Ele pisca a cada 1 segundo, é isso?
152  International / Portugues / Re: Problema com LCD 20 x 4 on: July 31, 2013, 12:07:20 pm
Ele pisca a cada 1 segundo, é isso? Se for isso mesmo, acredito ser limitação do hardware mesmo, e não acho que se possa fazer alguma coisa.
153  International / Portugues / Re: Problema com LCD 20 x 4 on: July 31, 2013, 11:56:29 am
Já tentou aumentar um pouco o contraste do LCD? As vezes isso resolve o problema de piscar.
154  International / Portugues / Re: Automação residencial em módulos on: July 31, 2013, 06:27:24 am
O principal problema dos relés de estado sólido (SSR) é o custo deles. Enquanto os componentes montar o SSR na PCI (MOC + TRIAC) saem por cerca de US$ 1, não encontro o SSR para PCB (os outros ficam bem grandinho para colocar na caixa de luz) por menos de US$ 6. Mas também é aquela coisa, se eles forem muito melhores do que o MOC + TRIAC vale a pena substituir (o custo não seria TÃO alto assim, afinal), mas será que são? Pelo o que percebi, não devo ter muito problema com dissipação de calor, uma vez que as cargas não devem ser tão grandes (estamos falando em uma residência, afinal).
155  International / Portugues / Re: Automação residencial em módulos on: July 30, 2013, 09:15:48 pm
O que vocês acham da ideia de gravar o status das lâmpadas (ligada/desligada/dimmer) na memória eeprom? assim quando faltar energia não perdemos o status atual das lâmpadas.
Pelo datasheet seriam 100.000 ciclos de write/erase. Fazendo umas continhas rápidas, supondo que uma lâmpada seja ligada/desligada 5x por dia e que no mesmo arduino temos 3 lâmpadas, seriam 9,13 anos até aparecer alguma falha.
Meu raciocínio esta certo ou é devaneio?

Será que vale a pena? Faltou energia as lâmpadas vão desligar de qualquer forma, né?

Eu tinha pensado em fazer algo desse tipo, utilizar a eeprom para guardar alguma coisa (que não lembro o que), mas acho que é mais interessante o Master guardar isso em um SD. Depois você pode fazer o que quiser com esses dados do SD.

edit: acabei de testar o módulo de relés. Funcionam com lógica invertida (LOW ativa os relés), cada módulo está consumindo 50 mA em 12v, ou seja, 5 vezes a mais do que o MOC + TRIAC. Só tenho que estudar um pouco mais sobre o MOC + TRIAC para fazer um circuito legal (snubber? resistor entre anodo e gate?), mas devo ficar com essa solução mesmo: menos consumo, PCI mais leve, mais lâmpadas / tomadas controladas por PCI, e sem barulho (o tec-tec do relé é bem chatinho xD).
156  International / Portugues / Re: Problema com LCD 20 x 4 on: July 30, 2013, 08:27:31 am
Faltou um parênteses:

Code:
if (digitalRead(SWITCH) == LOW) encrava = 0;
157  International / Portugues / Re: Automação residencial em módulos on: July 30, 2013, 07:58:37 am
Achar qualquer componente que não seja um resistor de 10K é complicado por aqui (brincadeira). Fiz minha última compra de componentes na huinfinito.com.br. Mandaram tudo direitinho no mesmo dia e com nota fiscal eletrônica.

É, aqui é difícil mesmo, procurei um dissipador para um led de alta potência e senti que o pessoal queria rir, kkkkkkkkkk.

Minha primeira compra foi no huinfinito, mas agora estou comprando no soldafria.com.br, que tem e-Sedex baratinho (mais barato que PAC smiley-grin).

ops, eu devia esta dormindo quando sugeri isso smiley-grin nesse caso, acho que desenvolver uma shield deve ser o melhor caminho.

É, depois vou ver como fazer isso... acho que vou acabar fazendo um shield com as duas redes RS-485.


conversei com um primo que trabalha há muito tempo com eletrônica sobre o que seria melhor TRIAC ou Relé? Ele respondeu na lata: "Triac claro, dá menos problema". O único detalhe que ele comentou foi que com uma boa carga no triac ou bicho vai esquentar e será necessário dissipador.

Sim, imagino que o TRIAC é melhor mesmo, mas será que o circuito que estou usando é suficiente para todos os casos? Vi em alguns lugares circuitos diferentes para cargas indutivas, por exemplo, e em minha automação pretendo controlar também bombas (poço, reservatório de reuso, etc.), então ainda estou na dúvida se nesses casos posso utilizar o TRIAC mesmo ou passo para Relé (chegaram os 10 módulos duplos que comprei no eBay, depois testo o consumo deles).

Eu estava gravando o bootloader via icsp (arduinoSPI) e depois usando a placa do arduino (sem o MC na placa) para gravar o atmega na protoboard com os pinos rx, tx, reset. Eu conseguia apenas gravar o bootloader com uma placa duemilanova seguindo esses passos www.geocities.jp/arduino_diecimila/bootloader/index_en.html. Na hora de gravar o sketch não tinha sucesso. Então decidi gravar o sketch também via icsp e tudo funcionou. Tenho minhas dúvidas se preciso do bootloader, acredito que se modificar o boards.txt e ajustar os fuses dá para excluí-lo. (adicionado na lista de ToDo).

Você fez um esquema muito mais complicado do que eu, hehehe. Basicamente, você só precisa colocar o ATMega "virgem" no Uno, gravar o bootloader via ICSP, e pronto, o uC já pode ser utilizado standalone.

Quanto será o release da nova versão da MasterSlaveFuji?

Já ocorreu, mas ele acabou ficando perdido no meio das fotos smiley-yell. Estou anexando novamente.


Muito bom trabalho LegendBR. smiley Parabéns.

Valeu, estou me divertindo bastante com o projeto smiley-grin.
158  International / Portugues / Re: Contar pulso de um sensor de presença (fotoeletrico) on: July 29, 2013, 03:06:06 pm
Uma coisa que faltou é a iniciação de pulsos:

Code:
int pulsos = 0;

Não acho que isso deva resolver o problema, mas isso está estranho, esse código deveria funcionar...

Faz um Serial.println(digitalRead(2)) para ver se tem algo errado.
159  International / Portugues / Re: Nova IDE... on: July 29, 2013, 09:23:04 am
Valeu por desenterrar o tópico, parece ser muito boa a IDE (comparada com a do Arduino). Mais tarde vou testá-la.
160  International / Portugues / Re: "execultando bloco de comando por quantidade de pulso on: July 28, 2013, 01:08:16 pm
Cara, pelo jeito você não entende NADA de programação mesmo, em nenhum linguagem, não é? Tenta pegar um tutorial de programação em C, acho que é melhor do que você já partir direto para o Arduino. É melhor aprender logo sobre tipos, variáveis, estruturas de repetição, condicionais, etc. Depois você parte para o Arduino smiley-wink.
161  International / Portugues / Re: "execultando bloco de comando por quantidade de pulso on: July 27, 2013, 10:00:12 pm
long não é função, é um tipo de dado, como int, byte, char, etc. É utilizado para pegar o tempo milissegundos.
162  International / Portugues / Re: Automação residencial em módulos on: July 27, 2013, 01:30:51 pm
mardden,

Estou achando que o problema de timeout é porque o(s) meu(s) MAX485 fritou(aram)! O LM2576 esquentou um bocado, e o local onde o MAx485 estava na protoboard para comunicar com o Mega derreteu! Não sei o que ocorreu, mas parece que deu algum curto, ou o MAX485 já estava com defeito, não sei. Vou ter que comprar CIs novos, procurei hoje em AJU e não achei, acho que vou comprar logo os 30 que vou precisar pela internet logo...

Mas não acho que o Serial foi o problema, porque ele só entra depois que o Master envia e recebe a resposta, ou seja, teoricamente não deveria influenciar na comunicação RS-485.

Acho que por Latch não dá não, tem Latch fêmea 3 x 1 pinos, para encaixar no Mega? (espero que tenham entendido xD).

Cara, o MOC + TRIAC ficou perfeito! Não esquenta nada (usando uma luminária com lâmpada de 15w, mas o TRIAC literalmente não esquenta, nem o MOC) e o consumo é em torno de 15 mA em 5v (10 mA na fonte de 12v), uma beleza! Funciona rápido, e não faz o barulho que o relé faz. Sinceramente, não sei porque as pessoas não utilizam somente esse circuito para acionar cargas AC, ainda estou procurando a desvantagem, porque por enquanto está funcionando muito bem.

Sobre o consumo, fiz um programinha que aciona o MOC + TRIAC através de um botão. Só o ATMega328 sem acionar nada consume 5 mA a 5v. Quando aciona o MOC + TRIAC, vai para 25 mA. O consumo total da PCI fica em 40/52 mA (MOC on/off) (números não muito precisos, os pontos de tomada de corrente podem não ter sido os melhores). Para mim, está ótimo.

As maiores modificações da MasterSlaveFuji foram:\

- Criação de um buffer para receber os bytes: dessa forma, se algum nó começar a pegar a mensagem pela metade não deve haver problema de sincronismo;
- Os slaves não precisam mais ficar esperando por um comando. A ideia é fazer um update() a cada loop e verificar se há uma nova mensagem para o nó (hasNewMessage()). No caso do Master, como ele envia um comando e aguarda resposta (é assim que é desenhado o sistema), o método de aguardar a resposta só mudou de nome (de waitForMessage para waitForAnswer).

Bom que você conseguiu fazer o ATMega funcionar stand-alone! smiley-grin Qual era o problema?
163  International / Portugues / Re: Problemas para carregar programa no MEGA 2560 R3 on: July 26, 2013, 06:50:10 pm
Faltou a informação de que você já havia verificado que o Mega estava instalado no COM1 smiley-wink.

Mas acho estranho ele ter instalado como COM1, pois aqui ele sempre instalou como COM4+. De qualquer forma, tentar fechar a IDE do Arduino, retira o Mega da USB, coloca de novo e verifica a porta COM. Depois abre novamente a IDE e verifica se a porta COM está lá.
164  International / Portugues / Re: Problemas para carregar programa no MEGA 2560 R3 on: July 26, 2013, 06:18:10 pm
http://arduino.cc/en/Guide/windows
165  International / Portugues / Re: "execultando bloco de comando por quantidade de pulso on: July 26, 2013, 06:24:36 am
É, por algum motivo o interrupt não está funcionando... mas como não conheço bem como ele funciona, vou atualizar meu primeiro código:

Code:
// Pino que será conectado o contador - supondo que é o 2
#define CONTADOR_PIN 2

// Tempo para contar os pulsos - 1 s = 1000 ms
#define TEMPO_CONTAGEM 1000

// Contador dos pulsos
int contador;

// Estado anterior da entrada
byte ultimoEstado;

// Tempo inicial da contagem dos pulsos
long tempoPrimeiroPulso;

// Variavel para iniciar a contar os pulsos
bool contarPulsos;

void setup()
{
  // Define pino do contador como input, e ativa do pull-up (deve funcionar dessa forma, mas nao tenho certeza)
  pinMode (CONTADOR_PIN, INPUT_PULLUP);
  
  contador = 0;
  
  contarPulsos = false;
  
  ultimoEstado = HIGH;
  
  // Inicia o Serial para debug
  Serial.begin(115200);
  
}

void loop()
{
  
  // Ler estado da entrada
  byte estado = digitalRead(CONTADOR_PIN);
  
  // Verifica se foi mudado o estado da entrada e se ele é LOW
  if ((estado == LOW) && (estado != ultimoEstado))
  {
    // Verifica se a contagem ainda não foi iniciada
    if (contarPulsos == false)
    {
      tempoPrimeiroPulso = millis(); // Atualiza valor do tempo inicial
      contador = 1;                       // Inicia o contador
      contarPulsos = true;              // Inicia a contagem de pulsos
    }
    else // Se já iniciou a contagem...
    {
      contador++;                     // ... adiciona 1 ao contador
    }
  }
  
  // Atualiza ultimo estado
  ultimoEstado = estado;

  // Verifica se estava sendo feita a contagem e se o tempo já passou
  if ((contarPulsos == true) && (millis() >= (tempoPrimeiroPulso + TEMPO_CONTAGEM)))
  {
    // Para a contagem
    contarPulsos = false;
    
    // Realiza ação de acordo com a quantidade de pulsos. Por enquanto, só um print do valor para verificar o código
    Serial.println(contador);
    
  }
  
}
[\code]

Esse código deve contar direitinho. Depois diz o que deu.
Pages: 1 ... 9 10 [11] 12 13 ... 22