Show Posts
Pages: 1 [2] 3 4 ... 218
16  International / Portugues / Re: RF + PWM on: August 25, 2014, 11:57:43 am
Como previsto:

Quote
Caution:Virtual wire takes over Arduino Timer1, and this will affect the PWM capabilities of the digital pins 9 and 10.

in http://www.airspayce.com/mikem/arduino/VirtualWire.pdf

ponto 4.0.

Nao faco ideia do que sao as variaveis r,g e b...
17  International / Portugues / Re: Projeto de tcc Duvida on: August 25, 2014, 05:40:21 am
Um sensor indutivo "faceado"; (gostaria de saber se o modelo PS4-12GP50-N5 [em anexo] funcionaria corretamente no arduino e como ficaria a ligação utlizando o arduino?)

Fica uma ligacao complicada... Tens de adaptar a tensao desse sensor (os 11,1V) para algo mais amigavel para o Arduino (5V maximo). Um opto-isolador e uma possibilidade para fazer isso.

18  International / Portugues / Re: Módulo de comunicação wireless on: August 25, 2014, 05:36:16 am
Quando o nrf recebe algo é activado uma interrupçao interna ou externa que podes usar para te alertar que recebeste algo e entao leres os dados.Agora nao estou certo se tambem te indica qual o pipe onde recebeu os dados ...

Tenho ideia que sim. Uma das minhas experiencias com estes bichinhos era colocar dois nos a enviar para um central e ele sabia de que pipe recebeu os dados. Na altura implementei um contador por no, ascendente num e descendente noutro, para poder comparar.

O grande problema da comunicacao duplex (dois nos falam e ouvem) e mesmo o facto que tens de garantir que um no esta a ouvir quando o outro esta a falar. Eu ainda nao me debrucei sobre isso pois a minha aplicacao nao tem muita utilidade para isso, mas foi um dos problemas que reparei nos primeiros testes que fiz.

So la para dia 4 e que vou ter acesso ao meu computador la de casa, mas nessa altura poderei colocar aqui o codigo que tenho com 3 nos.
19  International / Portugues / Re: RF + PWM on: August 25, 2014, 05:30:35 am
Sem ver os pinos nao da para ter a certeza...

Mas o PWM e gerado por um timer... e essa comunicacao RF usa um timer para o fazer. Pode acontecer que o timer usado seja o mesmo e por isso a comunicacao RF nao funcione pois tens o PWM a funcionar.

Mete o codigo completo do arduino que controla a luminosidade.
20  International / Portugues / Re: Serial1 - Atmega2560 on: August 23, 2014, 03:29:34 am
Ok...

Ja viste o codigo dessa biblioteca da Adafruit?
Para ja ainda nao sabemos qual e o problema... o uqe e que deixa de funcionar e quais os sintomas de deixar de functionar. Assim e dificil de saber por onde pegar.

Como eu referi antes, meteste algum serial print a indicar o estado do GPS? O teu programa, se o GPS nao respondesse iria deixar de funcionar.

Explica-me este bocado de codigo:

Code:
void GPSClass::begin(HardwareSerial *serIn)
{
   _Serial = serIn;
   _Serial->begin(9600);
   _Serial->println("Ready to Rip!");
}

void GPSClass::start() {
  _gpsModule = new Adafruit_GPS(_Serial);
 
  _gpsModule->begin(9600);

Porque e que mandas Ready to Rip para o receptor de GPS?
21  International / Portugues / Re: NRF24L01+ endereços on: August 23, 2014, 03:22:18 am
A RF24 do maniacbug tem problemas que cheguem tambem (a nao ser que ele os tenha corrigido) a melhor que experimentei era mesmo aquela que indiquei.
22  International / Portugues / Re: display piscando on: August 23, 2014, 03:20:28 am
O lcd pisca porque o codigo esta a ser refrescado muito rapido.

Isso e um dos problemas mais comuns do forum...
23  International / Portugues / Re: Serial1 - Atmega2560 on: August 20, 2014, 11:12:00 am
O programa nao muda sozinho...

Porque e uqe adicionas o SoftwareSerial.h??

Que e que te esta a indicar que e uma software serial e nao hardware?

O teu post nao e claro acerca do que o software deixa de fazer quando desligas e voltas a ligar a placa. Tu referes um problema 2 vezes, mas nao dizes o que o problema e.

Tambem convinha dizeres o que fazes para que a placa e codigo volte a funcionar outra vez.
Ja pensaste que pode o GPS estar a adquirir a posicao logo apos teres desligado e voltado a ligar a placa? Nao me pareceu haver muito em termos de feedback para o operador se o GPS nao estiver [pronto.

Ja agora... o que pretendes atingir com isto:

Code:
// if millis() or timer wraps around, we'll just reset it
  if (timer > millis())  timer = millis();

nao me parece que precises disto...

O metodo show e, no minimo, ridiculo... chamas um metodo que detecta se passou 2 segundos para ser executado? Nao ves um problema nisso???
Porque nao chamas esse metodo de 2 em 2 segundos?
24  International / Portugues / Re: NRF24L01+ endereços on: August 19, 2014, 12:29:11 am
http://maniacalbits.blogspot.com/2013_04_01_archive.html

Ele aqui fala da biblioteca a que me estava a referir.

Aqui tem o link da biblioteca. http://maniacalbits.blogspot.com/2013/04/new-rf24-driver-release-fork.html

Eu ja experimentei com dois nos a enviar dados para um no central sem problemas. Nota que no meu caso a comunicacao e so num sentido... mas eu sou preguicoso. eh eh

Isto:

Code:
unsigned long data[Mirf.payload];

E um array de unsigned long...
Isto

Code:
unsigned long data = 1;

E uma variavel do tipo unsigned long. Tu envias um unsigned long com 4 bytes e recebes um unsigned long num array de 4 unsigned longs. Como disse, pode nao ser o problema... mas e feio. E depois usas o teste sem indicares qual e o indice do array que pretendes.

O que o excerto de codigo mostra e que a funcao que muda o endereco de envio, tambem muda o endereco de recepcao...

Experimenta testar apenas uma vez a comunicacao. Ou seja, faz reset a todas as placas e testa o envio para o no 1 e ve se algo acontece no no 2. Envia varias vezes para o no 1 sem enviares para o no 2. O No 2 recebe algo?

Depois envia uma vez para o no 2. O No 1 recebe algo?

Comeca a enviar para o No 1 outra vez e ve se o No2 recebe. Isto sera uma maneira de ver se e realmente a instrucao que muda o endereco de envio que esta a causar problemas.

Eu referia-me a biblioteca que estas a usar.... parece-me um pouco confuso a maneira como eles tem as instrucoes. Sem estudar mais a biblioteca e impossivel de ter a certeza, mas aquele bocado de codigo deixa-me um pouco de pe atras.

Chegas a receber a resposta dos nos de volta para o servidor?


25  International / Portugues / Re: NRF24L01+ endereços on: August 18, 2014, 04:10:18 pm
Tens ai varias coisas que, apesar de nao me parecer ser o problema devem ser corrigidas...

Tu estas a enviar um long... porque defines um array de longs?

Nao me parece que seja os nomes dos canais... os exemplos estao assim.
No entanto, mudar de canais nao e feito nunca nos exemplos... e tenho a impressao que havia um passo a dar quando se muda de canal. :/

Experimenta fazer Mirf.config() apos mudares de canal.

Ou entao, apesar de nao sabe rse existe, procura por outra biblioteca mais... completa. Eu tenho usado uma do Greg Copeland e podes usar varios canais sem problemas (eu tenho algo assim a funcionar sem problemas).

O que vejo aqui e que usas a mesma pipe para ambos os radios... e isso pode estar a confundir o chip. Tambem tenho ideia que havia uma regra qualquer para os canais... mas nao me lembro muito bem agora.

Code:
void Nrf24l::setRADDR(uint8_t * adr)
// Sets the receiving address
{
ceLow();
writeRegister(RX_ADDR_P1,adr,mirf_ADDR_LEN);
ceHi();
}

void Nrf24l::setTADDR(uint8_t * adr)
// Sets the transmitting address
{
/*
* RX_ADDR_P0 must be set to the sending addr for auto ack to work.
*/

writeRegister(RX_ADDR_P0,adr,mirf_ADDR_LEN);
writeRegister(TX_ADDR,adr,mirf_ADDR_LEN);
}

Acho que a biblioteca nao estara muito bem preparada para comunicar com varios dispositivos... :/
26  International / Portugues / Re: NRF24L01+ endereços on: August 18, 2014, 10:56:54 am
Nao estaras a gravar o mesmo programa nos dois chips?
27  International / Portugues / Re: NRF24L01+ endereços on: August 18, 2014, 01:08:23 am
Nao entendi a pergunta...

Estas a ter problemas com os nRF? Ou so a perguntar por curiosidade?

Ao fazeres a transmissao dessa forma, apenas o no 1 deve receber. O no 2 apenas recebera do no 1 e enviara para o servidor central.
28  International / Portugues / Re: Ligar/desligar display LCD em intervalo de tempo ou por botão on: August 12, 2014, 04:52:53 am
Se tiveres botoes para as funcoes do aquario e quiseres aumentar o tempo de vida do LCD e projecto (o LCD consome imenso comparado ao resto do Arduino), diria que o backlight do LCD devia estar sempre desligado ou com um PWM muito baixo e quando alguem carregasse num botao de funcao do sistema e que o LCD "acordava" e aumentava a luminosidade.
29  International / Portugues / Re: memória cheia? on: August 10, 2014, 04:31:43 am

Isto ja e comum... Eu acho particular piada aqueles que nem se dao ao trabalho de traduzir e colocam a duvida em ingles no forum Portugues.

30  International / Portugues / Re: memória cheia? on: August 09, 2014, 09:51:08 am
Ja pensaste em usar uma string em vez de String?

Sem saber o que estas a receber e um pouco dificil de saber o que se passa.
Pages: 1 [2] 3 4 ... 218