Show Posts
Pages: 1 2 3 [4] 5 6 ... 34
46  International / Portugues / Re: Bluetooth HC-06 não envia e recebe dados on: January 22, 2014, 05:33:39 am
Estas a alimentar o bluetoop com a porta digital 11? Cuidado, essas portas não são capazes de fornecer muita corrente e tu corres o risco de queimá-la  smiley-sad

Pelo que vi esse módulo funciona com 5v, então podes ligar no pino de saída 5v do promini.

vejo que usas os pinos 0 e 1, esses pinos já são TX e RX do arduino, ai tentas usar os mesmos pinos para o bluetooth, não tem como dar certo.

Liga o pro mini usando FTDI no computador (para que possas ver o que estás imprimindo no loop), liga o módulo nas portas 2 e 3 (ou outra que preferir) altera o código para usar essas portas no softserial e diz o que aconteceu.

Code:
#include <SoftwareSerial.h>

const int rxpin = 2;
const int txpin = 3;
SoftwareSerial bluetooth(rxpin, txpin);

void setup(){
  Serial.begin(9600);
  bluetooth.begin(9600); // initialize the software serial port
  Serial.println("Serial ready");
  bluetooth.println("Bluetooth ready");
}

void loop(){
  if (bluetooth.available()){
    char c = (char)bluetooth.read();
    Serial.write(c);
  }
  if (Serial.available()) {
    char c = (char)Serial.read();
    bluetooth.write(c);
  }
}
47  International / Portugues / Re: Automação residencial em módulos on: January 21, 2014, 03:21:28 pm
Nunca sei o valor do capacitor a utilizar, hehehe. Vou começar a exagerar, hehehe.

kkkk eu também não! Eu vi aqui a solução do problema, dá uma lida =)

Você já testou a biblioteca RF24 do Greg Copeland? Aqui ela funcionou melhor do que a do maniacbug, o Greg Copeland fez algumas modificações/melhorias na lib.

Eu comparei algumas coisas (por exemplo o caso "Discovered old debugging SPI bus clock setting. This horribly"), mas parece que o maniac já ajustou, mas preciso ver o resto.

Comecei a copiar método por método (verificando e estudando esses métodos e dependencias) para entender como a coisa funciona, mas isso toma muito tempo (tempo que não temos)...

Estava cansado aqui no trabalho e parei por alguns minutos, mas emperrei nos "pgm_read_byte", anda não me informei sobre o progmem =S

A ideia é evitar o abaixo ("RF24::write") e tratar isso no loop do arduino, para o meu projeto, esses loops parecem críticos  smiley-roll
Code:
do
  {
    status = read_register(OBSERVE_TX,&observe_tx,1);
    IF_SERIAL_DEBUG(Serial.print(observe_tx,HEX));
  }
  while( ! ( status & ( _BV(TX_DS) | _BV(MAX_RT) ) ) && ( millis() - sent_at < timeout ) );
48  International / Portugues / Re: Automação residencial em módulos on: January 21, 2014, 12:23:10 pm
Tem algum outro ponto próximo deste ponto do primeiro andar? Porque a RF24Network é boa justamente por isso, essa rede tem a topologia de árvore. Se dois pontos estão muito distantes, coloque um nó entre eles para "repassar a mensagem".

Estava lendo sobre o meu problema, falam para colocar um capacitor eletrolítico entre o VCC e o GND. Estou usando um capacitor cerâmico, poderia ser esse o problema? Será que o eletrolítico vai fazer diferença?

Também pensei que o problema poderia ser por todas as linhas do nRF24L01+ estarem com 3.3v, diferente de como está no Mega, que as linha do SPI do nRF24L01+ estão com 5v e somente a alimentação do nRF24L01+ é 3.3v. Mas acho que não é este o problema...

Eu pensei em colocar bem acima do master (apenas entre a parede a comunicação mantêm-se boa), mas eu não queria colocar mais um ponto.

Como vi que falha o "auto conhecimento" mas os pacotes são recebidos, colocarei duas validações baseadas em timeout e tentativas usando o loop do arduino (removerei todos os loops da RF24 e RF24Network) e o mínimo de delays possíveis, como referência para o loop penso em algo como o abaixo no master e apenas o LastBuffer no slave.

Code:
struct nodes_t {
  uint16_t Node;
  char Name[11];
  state State;
  unsigned long LastRequest;
  unsigned long LastResponse;
  uint8_t buffer[5] LastMessage;
}

Respondendo minha pergunta: coloquei um capacitor eletrolítico de 16v 100 uF na placa e sucesso! A comunicação foi estabelecida! Só não sei se foi devido ao capacitor diferente (eletrolítico ao invés de cerâmico) ou com mais capacitância (100 uF ao invés de 10 uF).

Só fiquei com a impressão de que o alcance piorou consideravelmente em relação aos meus testes anteriores... mas depois testo com a biblioteca RF24Network, tenho o sentimento de que ela funciona melhor do que o exemplo do pingpair. Também mudar os parâmetros (250 kbps ao invés de 1 Mbps, por exemplo) e ver como fica o alcance. Mas por enquanto, problema resolvido! smiley-grin.

kkkk nem deu tempo de responder a tua pergunta, você mesmo a respondeu...

Eu tinha citado o capacitor no post #385. A smiley-cool E creio que a resposta é maior capacitância.

Ah sim, para csn, no uno uso a porta 10 e no mega a porta 53

Eu fiz testes com 250 kbps, e não notei grande diferença em relação a 1 mega (dentro de casa), pareceu que com CRC de 8 melhorou um pouco, o ruim é que são mais impressões que certezas, seria bom ter equipamentos adequados =S

Estou nos 70% de um sketch sem libs comparando as lib do maniacbug, do insidegadgets e o datasheet

vamos ver o que vai dar =)
49  International / Portugues / Re: Automação residencial em módulos on: January 19, 2014, 04:41:25 pm
Fala ai Legend,

Verdade? Poxa, pensei que que os amplificadores (energia e sinal) melhorassem a recepção razoavelmente...

Sobre a antena, vi alguns caras por ai colocando um fio de 5 cm e dizendo que o sinal melhorou, mas outras pessoas dizem pode atrapalhar, como radio frequência é um assunto que pouco pesquisei, ainda não ouso opinar, mas esse post me fez repensar.

Neste momento tenho dois nRF rodando dentro das caixas do interruptor (da sala e da cozinha) e a central fica no corredor (4 metros de distancia da estação na sala e 5 metros de distância da estação na cozinha), depois posto um desenho. O problema esta em relação ao andar de cima, o comodo mais próximo à posição central perde um pacote ou outro, o comodo mais distante não pode ser encontrado na maior parte do tempo.

Bom, tudo o que consegui fazer hoje foi dissecar um pouco mais as libs, quero descartar qualquer possibilidade de software.

Depois testarei a antena do link que citei.
50  International / Portugues / Re: Automação residencial em módulos on: January 18, 2014, 06:09:08 pm
Estranho, no meu mega o exemplo pingpair funcionou... usei a ide 1.0.5 do arduino... como o erro ocorria na segunda linha do método RF24::printDetails(void) olhei os métodos print_address_register e print_byte_register, mas como aqui funcionou fiquei sem saber...

kkkk, esse negócio de usar o dedo como antena me lembrou o bombril na antena da TV

Esse que tem a antena é o PA+LNA? Encomendei dois, um para usar na central, já que a promessa de transmissão/recepção é de um quilometro, vamos ver...

Hoje não consegui tempo para mais testes, se eu tiver sorte amanhã tocamos mais informações ^^

Sucesso nos teus testes! smiley
51  International / Portugues / Re: Automação residencial em módulos on: January 17, 2014, 07:10:37 pm
LegendBR,

Mal o meu comentário, é certo que você já tinha testado o que comentei...

Amanhã faço uns testes com o meu mega (eles não estão comigo agora)... Você tinha algo mais conectado no mega, ou apenas a placa e o sketch?
52  International / Portugues / Re: Automação residencial em módulos on: January 17, 2014, 05:37:59 pm
Se você estiver a usar o pino 3.3v do mega, use um capacitor de 100 para ajudar. Eu resolvi adicionar num "shield" o LM1117, alimentando-o com 7.6v (antes dos reguladores do arduino).

Amanhã farei testes sem usar as livrarias (sem loops travando os loops do arduino e atrapalhando os nRF) para ver no que dá ^^
53  International / Portugues / Re: Automação residencial em módulos on: January 16, 2014, 06:11:32 am
Todos os componentes principais chegaram (fotos em anexo)! Faltam apenas alguns soquetes, conectores, pinos, resistores e capacitores. Além de alguns ATMega328. Além da paciência de montar, soldar e testar tudo, hehehe.

Muito bom! Esta semanam chegam alguns componentes por aqui também... é triste a espera das encomendas da china, né? Mas é feliz ver o quanto economizamos =)

Eu fiquei enrolando para mandar fazer umas PCBs, como coloquei todas as minhas dentro das caixas de interruptor tive de montar dois 328 na veroboard (isso sim exige paciência rs).

Comparei o link que você passou da Lib alternativa para o nRF, mas ainda tenho alguns problemas (e mais umas dead zones/zonas de interferência vindo da casa do vizinho rs), mas ainda não cheguei onde quero... verifique diversos loops dentro das libs radio e network, ia começar a mexer neles quando resolvi dar uma pausa e vadiar um pouco pela net, fui no insidegadgets e encontrei uns tutoriais bem limpos smiley-lol. Vamos ver se neste final de semana ou no próximo consigo terminar os estudos e testes.

Paciência por ai! rs
54  International / Portugues / Re: ATMEGA328P problema a gravar via ArduinoSPI on: January 15, 2014, 02:10:47 pm
Você olhou o tópico que eu sugeri? Coloquei lá dois sketchs um para reconhecer o chip e outro para gravar...

eu segui esse tutorial (alem de muitos outros, rs), mas usei um arduino mega: http://arduino.cc/en/Tutorial/ArduinoISP

uma observação importante do tutorial é: "On the Arduino Uno, you'll need to connect a 10 uF capacitor between reset and ground (after uploading the ArduinoISP sketch)."

lembro também que tive problemas com o sketch, acho que foi daqui que peguei o que funcionou: http://learn.adafruit.com/arduino-tips-tricks-and-techniques/arduinoisp ou daqui https://raw.github.com/adafruit/ArduinoISP/master/ArduinoISP.ino. Bom, anexo o sketch que é mais seguro rs

55  International / Portugues / Re: ATMEGA328P problema a gravar via ArduinoSPI on: January 13, 2014, 05:29:23 am
manotroll,

Você já viu este tópico ?
56  International / Portugues / Re: Automação residencial em módulos on: January 09, 2014, 05:55:52 am
O meu Mega tb é chinês, passei a usar uma fonte externa de 7.6v (7.9 no multímetro), liguei o nRF no LM1117 (com capacitores de tantalum de 10uf) e o LM1117 no pino 5V do arduíno. Dentro de casa, nos extremos dos quartos/corredor (15 metros de distância) sem obstáculos, esta funcionando melhor. Mesmo com CRC de 8 bits e data rate de 250KBPS, quando fazemos a curva quarto adentro o o master começa a falar ao procurar o node até que não mais o encontra smiley-cry

monitorando os dois lados, teve momentos em que o master indicou não encontrar o node e o node recebeu a mensagem, e disse não ter encontrado o master para a resposta.


Lendo a página, o Greg Copeland passa-nos uma boa impressão (fixei os olhos em "Auto-Acknowledgement Retry Bug Fix"). Mas o melhor negócio pode ser dedicar um pouco mais de tempo e dissecar as livrarias e ler melhor todo o datasheet (só passei os olhos por ele  smiley-red).

Cópia... :$ LOL
A original está bem fora do meu orçamento... se for para ter um autocolante a dizer Made in Italy, compro roupa ou peles. LOL


Os Italianos do arduino que me perdoem, mas estou com o Bubulindo.

Alguém já inventou a maquina de parar o tempo para dar tempo de fazermos mais com menos?  smiley-confuse
57  International / Portugues / Re: Automação residencial em módulos on: January 08, 2014, 12:50:42 pm
Fala ai Bubulindo,

Recordo-me de teus comentários e os do Legend, inclusive sobe o capacitor (condensador smiley-wink  ), tinha esperança de já tivessem desmistificado tudo (vamos aguardar o Legend que estava bem avançado) rs

De qualquer forma fazei uma limpa na livraria assim que me sobrar tempo (espero que não passe deste final de semana).

Lendo por aqui, parece que colocando o nRF a trabalhar com 256KBPS e CRC de 8 bits a estabilidade aumenta um pouco. Eu estou com dois destes http://dx.com/p/2-4ghz-nrf24l01-wireless-communication-module-for-arduino-green-2-pcs-149255.

Será que uns 10 cm de fio de cobre ajudaria a antena? Penso em testar também...

Emprego novo, novas expectativas? Ganhando 10 vezes mais e logo virás ao Brazil para nos pagar umas cervejas rs

Sucesso no novo emprego! E que "volte à carga" brevemente smiley
58  International / Portugues / Re: Automação residencial em módulos on: January 08, 2014, 06:54:00 am
Saudações!

Acompanho atento a este post  smiley-cool e no pouco tempo que me sobra estou montando e testando minha home network. Por enquanto estou usando reles para ligar/desligar a iluminação e opto acopladores para ter o estado da iluminação (mantenho os interruptores comuns  smiley-red, mas partirei para os One Touch em um futuro próximo).

Bom, a primeira parte fiz no interruptor da sala, usando um ATMEGA328 na veroboard e comunicação serial (com um módulo bluetooth HC-06), enviando comandos e recebendo o status. O que farei, que não percebi comentários aqui, é adicionar a função de alarme (sensor de presença e abertura de portas).

A comunicação será semelhante à do Legend, terei um Master e, inicialmente, seis Slaves, usando o nRF24L01+. O master envia solicitação aos slaves periodicamente e os slaves reportam quando ocorrer uma mudança (luz, porta, presença). Neste primeiro momento o master se comunicara com um computador e o computador possui um http service simples (desenvolvido em C#) para comunicação pela internet.

Parei neste final de semana para brincar com um par de nRF24L01+ (Uso a livraria do maniacbug), mas ainda não fui muito bem sucedido. Para testar o nRF usei um arduino mega (o master) e um Atmega328p-pu com cristal de 16MHz, sendo alimentado por uma fonte de parede de 7.4v e tendo a tensão regulada por um LM7805 alimentando o Atmega e um LM1117 alimentando o nRF.

Primeiro tive problemas alimentando o nRF com o pino 3.3v do Arduino Mega, que foi resolvido com o uso de um capacitor de 100uf. Depois o master deixava de encontrar o node quando o slave se afastava coisa de 10 metros (corredor).

Tentei várias configurações de data rate para o objeto radio e vi que não produziam efeitos. Hoje parei para pensar e percebi que estava a aceitar a livraria, sem ter olhado para dentro dela, e ao olhar percebi que o método begin da livraria RF24Network me sabotava, pois eu definia o data rate para 250KBPS e no RF24Network.begin temos radio.setDataRate(RF24_1MBPS);

No próximo final de semana farei mais testes, mas se alguém tiver já feito testes mais profundos e tiver encontrado parâmetros para uma melhor confiabilidade entre paredes, ficaria muito grato se me dissesse  smiley
59  International / Portugues / Re: IRremote só responde uma vez on: January 07, 2014, 08:37:38 am
bom saber que funcionou.

Mas você percebeu onde estavam os problemas, certo?. Em relação ao if, ele não estava no lugar certo para o que pretendias. É só pensar no programa como uma lista de passos, e é exatamente esses passos, nessa ordem, que o arduino irá executar.

É normal ser iniciante, com um pouco de estudo e prática tudo fica fácil smiley-wink
60  International / Portugues / Re: Projecto on: January 07, 2014, 05:43:13 am
É isso ao Rui,

Siga as dicas do Bubulindo e o HugoPT! smiley-wink

Veja que minha formação é contabilidade e exerço na área de TI (responsável pelo SAP na empresa em que trabalho, por desenvolvimentos em C# e toda a parte de infraestrutura). Em eletrônica e C/C++ sou totalmente aventureiro (a dar cabeçadas aqui rs).

O que desejava dizer é que sem nenhuma formação (eletrônica ou programação) sou capaz de acender um led!  smiley-mr-green

Quando só sabemos "linguagens de alto nível" e nos deparamos com C ficamos assustados, mas apenas porque AINDA não sabemos as bases, depois as coisas vão ficando claras e simples.

Muitos começam com arduino pensando que a plataforma fará e saberá sobre tudo, enquanto, para não botarmos fogo na casa, temos muito que saber/aprender a cada projeto. A internet é maravilhosa e temos exemplos de todos os tipos, apesar de que muita gente (que pensa saber) ensina errado  smiley-sad-blue

Com um pouco de dedicação e paciência (com coisas mais básicas e ir avançando para mais complexas) vamos aprendendo, quando pesquisas uma coisa aprendes muitas outras. Sobre o fórum, aprendo imenso com as dúvidas e explicações dos colegas.

Costumo dizer que a dificuldade reside na falta de conhecimento, então a solução é muito simples smiley-wink

Bons estudos por ai!
Pages: 1 2 3 [4] 5 6 ... 34