Show Posts
Pages: [1] 2 3 ... 9
1  International / Portugues / Re: Lâmpada acionada via wifi (Android + Arduino) on: September 11, 2014, 01:07:11 pm
O app pode ser o Tasker, pode criar trigger de localização, é muito completo, e ele já faz a requisição GET no arduino. Só não é gratuito.

Para os programadores tem esse https://github.com/jcs/triptracker que fica em background e faz POST para um server na internet/lan.


andando achei esse script SL4A(PYTHON) que se logado no seu wifi, manda um pacote UDP para um IP qualquer.
http://www.sodnpoo.com/posts.xml/doorbell_to_real_time_android_alert.xml
2  International / Portugues / Re: memória cheia? on: August 16, 2014, 04:44:22 pm
[OT] Em outro canto da internet, me disseram que o arduino emburrece as pessoas, que as impede de pensar fora da caixa, Será verdade?

Nos fontes da lib RCswitch há referencia à um site que desenha a forma de onda com base em csv solta pela lib, que por coincidencia é a mesma da IRremote;
http://test.sui.li/oszi/
Aqui os dados fornecidos por você:


parece haver um padrao, vamos adicionas "1," ao começo dos dados, assim invertendo a onda:


agora sim ficou mais fácil, compare com a informação neste site:
http://www.circuitvalley.com/2012/09/infrared-ir-nec-microcontroller-pic-avr.html

Para fechar, aqui a implementação sem lib, do protocolo em arduinêz:
https://gist.github.com/EEVblog/6206934

Há ainda que decodificar os dados fornecidos por você, e alterar o protocolo para que coincida com o seu sinal,
lembrando:
unsigned long           = uint32_t = 32 bits
unsigned long long = uint64_t = 64 bits

No final seu uso de memoria será 0x123456789012 por comando.


3  International / Portugues / Re: Manipulação de portas on: July 23, 2014, 10:24:36 am
Acho que entendi a questão da serial...
Estou fazendo um sistema de automação e o slave tem que informar os estados dos pinos para o master.
Minha idéia era fazer tipo Wire.write(PIND)
Dessa forma, eu enviaria os estados dos pinos 0 a 7 num único byte.
Se eu fosse fazer via digitalRead, eu iria mandar um byte para cada pino (do jeito que eu sei)
Wire.write(digitalRead(0));
Wire.write(digitalRead(1));
Wire.write(digitalRead(2));
Iria enviar 3 bytes...
Se tiver uma maneira de fazer isso...

Qual é a duvida sobre usar o PIND? Usa e pronto, acho a questão de usar as funções nativas do core(digitalRead...) levam em  consideração que geralmente haverá a liberação e replicação do projeto por outras pessoas, aí um usa o Uno, outro o Mega, outro o Leonardo... e em cada um deles os pinos Arduino são diferentes do PORTs... ai para um novato fica dificil entender o problema do programa dele não funcionar...
4  International / Portugues / Re: codeword on: May 26, 2014, 06:32:13 pm
Quase isso. O inicio é um delay de aprox. 12ms, depois high por 330us, ai A0 ser 0 é low por 330us e high por 660us, se fosse 1 seria low por 660 e high por 330. Esses tempos só serão corretos se usar o resistor indicado no datasheet. Talvez precise enviar essa sequência por 2 ou 3 vezes seguidas para sincronizar. Se tem o ht12d na protoboard seria legal fazer uma ligação direta entre Dout smiley-lol e o input do ht12d, elimina outros problemas do RF como inversão de fase, má recepção, etc
5  International / Portugues / Re: codeword on: May 26, 2014, 03:34:57 pm
codigo 000000001111
Code:
____________________________________M_MM_MM_MM_MM_MM_MM_MM_MM__M__M__M__M
-----------------preamble----------|S|a0|a1|a2|a3|a4|a5|a6|a7|d0|d1|d2|d3  S=startbit                    
cada simbolo acima equivale a uma oscilação do clock que é 1/3000Hz = aprox 330us
você consegue fazer isso com um pé nas costas, usando digitalwrite e delayMicroseconds.
6  International / Portugues / Re: codeword on: May 26, 2014, 09:59:39 am
aqui tá o pdf, http://www.holtek.com.tw/pdf/consumer/2_12ev120.pdf
final da pagina 5 e começo da pagina 6 tem a forma de onda do preamble, start bit e data.
7  International / Portugues / Re: Problema SIM900 não registra na rede on: May 23, 2014, 07:20:13 am
Presume-se que está no Brasil porque citou claro e tim; sabe que a ANATEL está bloqueando  os IMEIs de aparelhos celulares que 
que não foram homologados.
Aqui http://g1.globo.com/tecnologia/noticia/2014/03/sistema-para-bloquear-celular-pirata-comeca-funcionar-segunda.html
Tente se possivel mudar o IMEI do modulo para o mesmo de algum celular antigo. Pode funcionar
http://forum.arduino.cc/index.php/topic,133479.0.html
http://www.reclameaqui.com.br/6629272/vivo-celular-fixo-internet-tv/bloqueio-de-imei/
8  International / Portugues / Re: Comunicação RF 433 on: May 22, 2014, 08:19:08 am
Legal a cinemática do seu projeto, me lembrou as cameras de segurança do jogo pra PS1 Metal Gear solid.
A ideia por trás do miilis() para tarefas concorrentes, é a ideal mas a implementação é pesada, a cada verificação tem que atualizar uma variavel de 4 bytes e depois compara-la para cada função.
refaça seu codigo com o seguinte, um delay no loop de 250ms, entao os 60s viram 240 unidades de 250ms, 3 segundos viram 12,
tarefa 1: (dentro do loop)

if (pino_sensor) byte timer1++;
else  timer=0;

if (timer1>=12)
 led_vermelho_on
ativado=1
envia sinal aos outros

tarefa 2: alarme 60s
if (timer2_ativo=1) timer2++
if  ativado=1 ( timer2_ativo=1; timer2=0)
if (timer2>=240) timer2_Ativo=0; led verde on;

depois que esse metodo funcionar pode jogar ele dentro de um interrupt de algum timer ocioso, e configura-lo para estourar a cada 250 ms, deixando o loop livre para outras tarefas.
alguns links:
http://vonkonow.com/wordpress/2012/04/d1/
http://www.romanblack.com/RF/cheapRFmodules.htm
http://www.romanblack.com/blacknet/blacknet.htm


9  International / Portugues / Re: Ajuda com exculção de case por quantidade de pulsos on: April 29, 2014, 05:06:48 pm
Fala Vágner.  Qual é o equipamento. Qual a duração, freqüência do trem de pulsos? Creio que dá pra fazer algo automático sim
10  International / Portugues / Re: Ajuda com redução de código on: April 17, 2014, 06:53:34 pm
LOL
http://labdegaragem.com/forum/topics/ajuda-com-redu-o-de-c-digo?%3ATopic%3A346134
11  International / Portugues / Re: Arduino RTC DS1307 on: October 07, 2013, 11:05:32 am
Então eu fiz o quote do que ele disse, o unico problema que vi foi a impressão da hora duas vezes...
Fica difícil ajudar se não sabemos direito o que acontece... mesmo depois de varias mensagens eu ainda não entendi se o erro é esse que falei ou se atrasa,  e se atrasa, quanto tempo atrasa...
Também sobre o cristal, ele disse que era igual à imagem do fritzing, mas nunca vi cristal de caneca em 32768Hz, só o cilindrozinho...
Você comprou online? se sim mande os links para analisarmos, tenta trocar de CI, cristal, protoboard, fios...

coloque o cristal diretamente na coluna da breadboard que dá nos pinos do oscilador do RTC, assim:
http://forum.arduino.cc/index.php?topic=8833.msg73029#msg73029
12  International / Portugues / Re: Arduino RTC DS1307 on: October 07, 2013, 08:20:20 am
Estou a utilizar a própria alimentação do Arduino e não tenho mais nada ligado para além do RTC.
A unica coisa que troquei até agora foram os fios.
Aqui esta o extrato de uma falha;
Code:
Data: 5/10/13 Hora : 21:2:36, Sabado
Data: 5/10/13 Hora : 21:2:37, Sabado
Data: 5/10/13 Hora : 21:2:38, Sabado
Data: 5/10/13 Hora : 21:2:39, Sabado
Data: 5/10/13 Hora : 21:2:40, Sabado
Data: 5/10/13 Hora : 21:2:40, Sabado
Data: 5/10/13 Hora : 21:2:41, Sabado


O erro que apresenta é esse? duas linhas com o mesmo segundo?
Dependendo do codigo, o arduino pode fazer duas requisições dentro do mesmo segundo, dando a impressão que o relogio não andou... para tirar a duvida coloque um led no clock out do RTC e acompanhe os tics...
Qual a procedência do chip e do cristal?
13  International / Portugues / Re: Arduino RTC DS1307 on: October 04, 2013, 09:30:29 am
se importaria de postar o codigo completo em que isso ocorre?
14  International / Portugues / Re: ajuda em programação na memoria EEPROM on: September 09, 2013, 03:14:17 pm
Obrigado Hugo estarei realizando teste com esse codigo, mais ja me informei que a memoria EEPROM tem um valor maximo para gravações e no maximo 100mil ciclos estou analisando que no caso a memoria do arduino vai ter um desgaste muito grande pois ira realizar gravações contantemente, por isso veio a ideia do cartao microSD.
os limites de gravação se referem ao pior caso na pior das hipóteses... no link abaixo o cara relata que a EEPROM aguentou 1.200.000 de ciclos de escritas. Um SD tem a mesma vida util da flash do arduino... menor que a EEPROM...
http://tronixstuff.com/2011/05/11/discovering-arduinos-internal-eeprom-lifespan/
15  International / Portugues / Re: Comunicação RF-Protocolo on: August 28, 2013, 01:06:44 pm
para checksum faz duas variaveis, uma variavel faz xor em toda array e a outra faz um sum, no final some ou "xore" as duas, a probabilidade de de má recepção alterar os dados e o checksum é muito pequena... se usar um byte de checksum 1 em 256 possibilidades, e com dois bytes 1 em 65536.
Pages: [1] 2 3 ... 9