.if

Se você estiver correto, o autor se equivocou ao mencionar que "todos possuem continuidade entre si" ou vice versa. Algumas opções: está ligado a algo ainda; são 0-110-127-220; está em curto;por ser modelo 127, já podem ser duas bobinas em paralelo conectadas internamente; n.d.a. Sugiro medir a resistência e não apenas a continuidade. Informe o valor Lâmpada em série em qualquer que seja a situação é uma boa pedida pra testes iniciais

acho que já disseram que a frequencia é sempre 60Hz. Não é bem "soma" a frequencia. Os fios se encontram num só ponto no meio kibon que notou isso. Vejamos... Enquanto o sinal de cima "vai", o de baixo "vem" e vice-versa. É uma característica de defasagem 180° dos transformadores quando os fios se encontram no meio. Como o diodo só deixa passar o "vai" então a cada ciclo "vai" duas vezes, hora o de cima, hora o de baixo. daí a origem dos 120Hz em dois semiciclos. Mais uma comparação tosca são as pedaladas numa bicicleta. voce faz força pra baixo em cada perna portanto duas vezes em cada volta. Apesar p.ex. de dar uma volta por segundo=1Hz, você dá duas pedaladas em cada volta seu corpo "sente" 2Hz. É o que chamamos de onda completa. Saci pererê pedalando=meia onda. Como disse: analogia meia-boca (acho que é o sono...) Depois disso ja pode pensar em entender retificação trifásica...e me explicar ....

legal amigo @! no entanto me referi a manipular dados de uma câmera web o que tende a não ser difícil também bastando conhecer alguns comandos de alguma dll de algum drive de alguma webcam ou alguma coisa neste sentido que pode não ter sentido algum . rs. Talvez há confusão pois o amigo @Italo_TI mencionou cor. Cor sim ou cor-não? rs

isso é demais pra mim mas provavelmente (ou melhor, com certeza) algumas linguagens de alto nível te dê acesso a imagem de uma webcam p.ex. em forma de dados ou até mesmo lê os pixels de uma parte da tela. Deste modo fica fácil seu sistema tomar a simples decisão da cor baseando-se em alguns bytes. Sensor de presença (sensor pir) também é possível mas pode (ou melhor, com certeza vai) envolver algum conhecimento de circuitos e criar alguns calos

oi. 1ªmente informo que não uso este compilador por isso não tenho base pra meter o pau nesta porcaria. (!) kk. Faz todo o sentido você (querer) ter acesso aos registros internos do cara. Por isso te sugiro usar o mikroc que te dá esta liberdade. Junte-se a isso o fato de este pic ser hipermegasimples. Mas antes você precisa entender um pouquinho dele. Veja o timer0 em questão... Tipo assim: Pra fazer o timer contar com a quarta parte do clock do o oscilador 4MHz, ou seja vai entrar 1MHz no prescaler (divisor) devemos fazer T0CS=0 e PSA=1. Se quiser 1MHz direto no contador, PSA=0. Note que podemos dividir de 2 até 256 por isso ele "aparenta" 16 bits pois temos mais 8 do contador propriamente dito. Basta isso pra dar acesso ao hw dele e nem precisa apelar pro asm. Bom foi só um resuminho bobo pra você notar como o trem é simples. Quanto aos comandos do seu compilador, sorry, aguarde uma boa alma ou pratique mais um pouco. Também tens a opção de dar uma lida no help dele

com esquema o esquema muda. se for fusível, leve um puxão de orelha virtual. Pelo esquema noto que pode verificar D45, R80, R33, R34, R38 também. Até mesmo C21 de cinco mil mega farads!! e otras cositas más.

claro caro amigo. é nosso prazer ajudar. então você está medindo nos terminais faston fêmea que vão pra bateria SEM a bateria né? -Veja se tem algum trimpot (uma peça com fenda tipo a de parafuso). Este pode ser responsável pelo limite de tensão. Com o voltímetro na saída, dá uma giradinha leve nele. Se nada ocorrer, volte onde estava. -carregue a bateria por fora. talvez o sistema detecte tensão baixa e não libera a tensão total pra proteção do circuito. -Publique fotos. 1img>1000txt. -Veja se tem solda fria -Já tentou achar o esquema dele? me fale algo que não se acha na net. Ao achar, publique Estamos ficando sem opções

ainda que isso suscite impulsos de verdadeira agressividade, mas você já verificou os fusíveis? plug? tomada? Tente carregá-la por fora, depois verifique se o nb opera normal. Se tiver relés, tente ouvi-los chaveando quando em ac e bat abç

tudo a ver amigo @Felipe Electronic ! Achava que o carro forte do arduino eram cores pic e 51. Estes como têm poucos recursos e fácil de aprender, receberam meu iéca pois associei às libs fechadas, obscuras e não sei se confiáveis do ccs/mikroc. No caso de arm muda a figura. Mais complexo, mais recurso merece mesmo um nível maior de abstração, apesar de existir gente fuçadora = nóis. De fato nem sabia que dava pra programá-lo em asm...(ouça outro iéca). Vou pesquisar o preço pra ver se vale a pena investir num treco deste pra quiçá num futuro próximo 'embarcar' nesta 'viagem'. rs. ei.. cuidado hein... se ver um drone sobrevoando sua casa, fica expert. rs-2 Seu comentário abriu minha mente! Como sugestão,fala pros teu amigo especialista em embarcados arduino deixaro conforto e abrir sua mente pra outra plataforma também! Aí eu tomo o lugar dele. kk.

10! é disso que eu tô falando! rs. Conseguiu expressar melhor meus 'sentimentos'. Nos 3 parágrafos!!! sério! kk

Permita-me opinar e corroborar o amigo @circuit. Sem querer subestimar sua capacidade, não vale a pena projetar um drone do zero. A mecânica, engrenagens, ajustes, estabilidades, etc são itens complexos (2me) de projetar. Mas que esta opinião não te faça desisitir! Como caminho do meio, minha sugestão é que compre um, retire o dele e coloque seu "cérebro" dentro. Aí voce pode "personalizar" suas funções e fazer os testes que desejar. Com relação ao peso, etc só com teste prático mesmo. Não conheço arduino (e acho que não quero conhecer. arduino... é para os fracos. rs) mas um mc tende a ser mais leve. Vá! Enfrente! sucessos.

static bit b=0; void main(void) { for(; { while(RA0);//espera "um toque..." while(!RA0);//tire o dedinho do botão por favor b^=1; if ( funcao(); //"...ele execute uma função" //else deixa_de_executar();//..."outro toque ela deixa de executar a mesma funcão." } }

é assim sim. não disse errado. disse estranho sinal=v*0.0048875855327468230694037145650049; // = div/200 sendo que v não deve passar de 1023=10bits do ad Acho que você deveria PRIMEIRO analisar o valor de v "in natura" antes de fazer qualquer conta. p.ex. vazio=480, cheio=933. Faça só Printf("%f \n\r ",v); ou só printf(v) seilá. Veja e ANOTE os 2 valores. Os do meio viriam de sua nova fórmula que devo te ajudar a fazer .. ou não.. rs

Usaste o divisor de tensão 10k-10k? Neste caso podes tentar 10k e 10u. Considerando que a variação da boia vai ser lenta, pode tentar até 100u. O resitor, corte o fio que vai pro pino ad, coloque o R "passando" por ele. O capacitor coloque entre a entrada ad e vss do pic Seu cálculo está estranho. A media nunca vai dar mais que 1023 e você divide por 200. vai dar no máximo 5. ou é isso mesmo?

é isso sim amigo. Agora me informe se o terra da boia é o mesmo da bateria-chassi e este já está aplicando no gnd-terra-comum-vss ou algo assim do pic. Isso é importante. Se não for o mesmo, tem solução sim. Podemos complicar usando um acoplador ótico ou você fazer algumas medições e usar divisor resistivo. Se possível, farei alguma simulação pra gente testar ok?

Seu circutio está errado mas como essa não é sua praia, tudo bem. pelo menos você está tentando e isso é o importante. voce já tem boas entradas de projeto. 1.55 a 5.52 já é um dado e tanto. O que você precisa é ligar os terras em comum (do pic e da boia) . Sugiro um simples divisor resistivo pra faclitar pode ser por 2 mesmo. 2 resistores 10k em série. um lado vem da sua boia, a conexão do meio, aplique na entrada ad do mc. o outro lado no terra-gnd-chassi que vai ser o mesmo do mc. Capacitor em paralelo com o resistor que vai pro terra vai ajudar muuuuitoooo. Pronto! Faça a leitura adcread() e analise o resultado. Anote o resultado quando cheio e quando vazio. A matemática pra converter pra litros a partir daí é muito simples. Também a é a lógica pros alarmes. Menos fácil seria uma talvez necessária "calibração" usando eeprom, mas nem tanto. Se não conseguir fazer sozinho, depois a gente vê.

Bem.. isso seria pra baterias de boa qualidade. mas... voce fez a tal "calibração" da bateria? Certa feita quando fomos trocar as bat, os cara pediram uma minifortuna para tal. Então vou contar o segredo: esta calibração nada mais é do que 1 ciclo de carga-descarga-carga. Carregue até o nobreak indicar ok. Tire da tomada. Coloque algo como meia carga resistiva. Aguarde até desligar. Carregue até o nobreak indicar ok. Isso é maizomeno pra bateria "se sentir em casa".

Môr gostei da sua teoria. Tudo bem se a gente apimentar e colocar um pouco de prática nela? Um simples filtro RC pode "fazer a média" (rs) e servir como "amortecedor" e manter o sinal mais estável pra nós. Perdoe se já disseram isto antes. Somando isso ao que dissestes teríamos uma boa leitura do sinal Boa leitura a todos... rs xeretando... Aparentemente ele não usa cristal. Nesta etapa de aprendizado, creio que ele não precisa de wdog. sorry

oi. Você me OBRIGOU a dar uma olhada no datasheet. Tem sim que especificar o tipo de oscilador nos fuses. Só não sei como seu compilador faz isso. Isso prefiro não olhar tá? Caso não esteja colocando cristal por fora, deve especificar um tal de INTIO nos fusíveis. Note os váaarios modos de oscilaçao do bixo: 1.XTCrystal/Resonator 2.HSHigh-Speed Crystal/Resonator 3.HSPLL High-Speed Crystal/Resonator with PLL Enabled 4.EC External Clock with FOSC/4 Output 5.ECIO External Clock with I/O on RA6 6.ECPLL External Clock with PLL Enabled and FOSC/4 Output on RA6 7.ECPIO External Clock with PLL Enabled,I/O on RA6 8.INTHS Internal Oscillator used as Microcontroller Clock Source, HS Oscillator used as USB Clock Source 9.INTIO Internal Oscillator used as Microcontroller Clock Source, EC Oscillator used as USB Clock Source, Digital I/O on RA6 10.INTCKO Internal Oscillator used as Microcontroller Clock Source, EC Oscillator used as USB Clock Source, FOSC/4 Output on RA6 Agora não sei se o INTIO é o default do mc e/ou compilador por isso pode ser suprimido no fonte. Se não estiver seguro de como fazer isso dentro do fonte, faça por fora na hora de gravar. Acho que já expliquei anteriormente Faça um pisca led como a dica do amigo viniciuskruz Desacoplamento nada mais é do que um capacitor típico cd 100nF entre os pinos (bem perto) VCC e GND. Não que vá deixar de funcionar mas é meio que obrigatório além do + se for no protoboard! Ele dá uma última "limpadinha" na alimentação antes de entrar no mc. ok?

Então remova o printf. ele pode estar zoando o processamento real. Além do + dentro da interrupt Dica: pra ver as variávies no proteus voce pode carregar o .cof e ver em debug-pic cpu-variables. voce vai ver só na pausa mas já é alguma coisa né. Pra ver rodando ao vivo debug-watch window. escolha o registro dos ad´s p.ex. Perdoe minha confusão pois não uso este compilador mas permita-me indagar: -não usa wdog mas faz setup dele. isso não o faz ativo? -o mesmo para brownout: não usa e faz setup? esse sugiro usar mesmo. -vi o tal PBADEN. voce está usando pino como ad mesmo? se não, está voltando os pinos pra digital? -usa cristal alta frequência. este está montado mesmo? se sim, frequencia alta a montagem é +- crítica. está perto do mc? e de acordo com o d.s.? -sua montagem está correta? -é no protoboard? -tem capacitor de desacoplamento? -tem vcc? -tem clock? -etc? Ah e provalmente seu compilador já faz o reload e zera o flag pra você. Se não... puxão de orelha nele!!

realmente pode ser os fuses. Veja no help do seu compilador como configurá-los. Caso tenha dificuldade, configure-os manualmente na hora de programar. Da mesma forma, veja no help do programador. Mas é bem simples: procure algo como "config bits". Não estou com o datasheet do mc aberto mas procure deixar pino MCLR=IO e OSC=INTIO ou algo do gênero ah sim... 1-estranho (pra mim) você colocar printf dentro da interrupt. Vai pro display ou serial? 2- não conheço rtcc. é timer interno do pic? se sim to achando falta no reload e reset flag boa sorte!

Agora que vi o topico do amigo fechado. Então vamo colocar + lenha nesta fogueira aqui mesmo... Anexo estão 2 projetos com .dsn e .hex com pic para acionar display matricial. Detalhes: -Feito em hitech-c. Também era pra ser em sdcc (gratuito) mas não se obteve sucesso total -Projeto antigo. Remonta a 2004. Houveram mudanças na sintaxe do hitech-c mas a essência c foi mantida. P.ex. atualmente sintaxe para nível baixo de interrupção foi alterada. A qualquer momento, se necessário, poderemos migrar pra versão atual. -Na simulação proteus está 100% funcional. bem.. 99,9. ninguém é perfeito né. -Um dos projetos consiste em enviar caracteres via terminal para o display. Envolveu o conceito de low level interrupt priority para a serial (mencionado acima). -também foi usada variável matriz bidimensional para conter as variáveis "espelho" do display bit a bit led a led. Parece complicado mas nem tanto. Código ficou mais enxuto ainda. -na simulação, carregue o hex apropriado no mc. Rodando, no terminal clique direita selecione echo typed characters. digite algo, pressione enter -Usado shift register HC595 para expansão de i/o. Pra simulação não há necessidade de drivers mas se for montar algum dia, sim. Pelo menos para as linhas. Basta p.ex. um bd135 pra cada -Não foi usado nada mastigado (do ccs, mikroc, p.ex.). Se quiser entender mais a fundo, vai ter que sujar as mãos dando uma olhadela nos datasheets -conveniente usar mc com frequência alta devido ao hw e cálculos que o mc faz -100% c. Código minimalista e otimizado. Facilmente migrável para qualquer microcontrolador (que tenha os recursos semelhantes, claro) de qualquer fabricante e qualquer compilador. Basta alterar pouquíssimos #defines. p.ex. onde está: #define SH RC0 //pro pic (veja os #defines do seu compilador) basta colocar: #define SH P0.0 //ou P0_0 ou P00 pro 8051 (veja os #defines do seu compilador) #define SH PORTA.0 //pro atmega16 (veja os #defines do seu compilador) #define SH PORTA_Bit0 //pro attiny26 (veja os #defines do seu compilador) etc -Fontes: só pedir Espero (não) ser (in)útil matrizdeleds.zip

caro wozniak Sugiro usar displays maiores. rs. Mas é sério. Isso pode facilitar sua vida. Veja um exemplo. O fonte é relativamente simples pra um programador mediano o fonte c. O projeto completo com simulação, .dsn, .hex, fontes e tal, estou tentando contribuir no tópico do amigo xycote (onde acho ser mais coerente) mas não estou vendo o campo de responder. Mais tarde eu tento de novo. Se não conseguir, posto aqui mesmo, ok? Bom, o anexo era pra ser uma animação. Pelo menos no meu pc ficou desanimado... rs Hmm.. agora que eu percebi.. Clique na figura, espere um pouquinho que ela se anima... e... se anime com a mensagem!

bom o princípio é o mesmo pra qualquer matriz. Mas vejamos: seria 64x16 (X,Y=linhas,colunas) certo?. Para uma palavra bastam 8 linhas (7). Mais que isso, creio eu, é mais útil para "desenhar" e não escrever. Portanto se for pra texto, sugiro 64x8 mesmo. Pra te ajudar ainda mais, mostre algo que já fez com sucesso. Não vale dizer que é em assembly ou que está começando do zero e não tem conhecimento algum e etc. rs (brinc.... ou não!)

Boa!! Apesar de relé 5V x 15A p.ex. ser mais raro. Isso se for o caso do amigo. Mas de novo, você somou!! Outra alternativa: relé de estado sólido. a r r a z a m o s.! rs