.if

Que bom que não programas em c senão teria a 'obrigação' de te ajudar kk Não devo te ajudar com o assembly. Vou chutar que, como estás a usar botões, na prática hás de considerar o tal deboucing. Algo rápido a fazer é colocar um capacitor em paralelo com botões. Melhor se as entradas do mc forem smith trigger Também verifique os fuses. Tens certeza que precisa do clock no pino ? (_INTOSC_OSC_CLKOUT) Outro chute: a saída que estás a usar realmente é push pull? Algumas são só open colector. +1: não estaria faltando algum pullup ou down? chega Talvez o defeito esteja entre a cadeira e o teclado. Neste caso, pelo menos temos algo em comum kk

eu estou na eletronica há um pouco mais de tempo que você e entendo menos ainda. Nos diga: qual a potência real do teu amplificador? Os cara da sonorização ouvi dizer que usam capacitores de milhares de farads. você pode tentar começando com uma fonte mais parruda...

tá vendo? nem doeu Sobre sátiras, desconhecimentos e afins 1ª mente desculpa. é mais forte que eu. Mas no meio delas você notaria alguma tentativa de ajuda sim. Se não as percebeu, não te preocupes: você faz parte da maioria E se depender de mim, de novo, não te preocupes... helper--;//entendes inglês... e de C?... talvez.. o comentário é uma poesia final kk Boa sorte na carreira

é isso aí paulão! Tentei um pouco só pra exercitar o intelecto e principalmente pela adrenalina kk. Mas como disse.. desisti. Bom.. cá está a outra alternativa a quem interessar possa. Pode não ser totalmente inútil. int main( void ) { float float0; float *ponteiro; ponteiro = &float0; float0=3.141592; //grava os pedaços na eeprom eepw(0,*((unsigned char *)(ponteiro)+0)); eepw(1,*((unsigned char *)(ponteiro)+1)); eepw(2,*((unsigned char *)(ponteiro)+2)); eepw(3,*((unsigned char *)(ponteiro)+3)); float0=0; //destroi //reconstroi float0 a partir dos pedaços da eeprom *((unsigned char *)ponteiro + 0)=eepr(0); *((unsigned char *)(ponteiro)+1)=eepr(1); *((unsigned char *)(ponteiro)+2)=eepr(2); *((unsigned char *)(ponteiro)+3)=eepr(3); pi=float0; //taí for(;;); } Ainda assusta, claro. Mas um pouco menos do que o struct/union. Ou assusta ainda mais?! A propósito, nunca, jamais me peça pra explicar isso ok? Não é de minha autoria. Só sei que funciona e fds. Se quiser te ponho em contato com o autor lá do asm51.com.br Enfim...Foi uma cagadinha básica minha: estava definindo ponteiro como tipo diferente daquele pra quem ele ia apontar você (ou você) pode não acreditar mas vi o problema quando vi um antigo fonte onde gravo um float na eeprom de um mc de .... de ... de.... 8 bits kk. Contrariando os meus princípios, na época foi mais rápido pois tinha algumas apenas horas pra concluir. Enfim .. é isso: temos que dançar conforme a música. Mas por hora.. nada de bascom. abç´s

Já tentou os caça fantasmas? Puts... piadinha sem graça e de segunda mesmo. Seguinte... não sou do ramo mas vou chutar que deve haver algum "bom contato" p.ex do relé ou triac ou do circuito que aciona o motor. P.ex. um relé quase colando se sentir alguma vibração, carro passando na rua, terremoto ou afins, pode dar uma coladinha básica nos contatos. Sobre o fim de curso tem "sentido" sim mas se durante o teste funcionou... Também verifique fios ou emendas muito próximos ... etc

@aphawk nota-se que ela é tímida kk. Mas preferiu você ao google!! tá fraco não hein!! kk

estamos tendo algum problema na "recepção do sinal" mas tudo bem. boa sorte

you are welcome Well... Se achas que és a única pessoa nesta existência que teve ou terá o mesmo problema, esta foi e será sua única dificuldade na sua vida toda, nunca mais-jamais-pelo resto da vida vais precisar consultar foruns de novo, tudo bem. Nem precisas publicar a solução efetiva. Caso contrário, não te acanhes em compartilhar a real solução. Afinal, este é o preço que o forum "cobra" kss

pode até ser que seja possível sim amigo. Aguarde algum expert no seu compilador. De fato pra mim tal ausência de acesso aos registros foi um grande buraco deste compilador. Mas já que estás rumando no rumo "certo", cogite o mikro c. Este sim dá acesso aos registros do mc. Outro bem bacaninha é o sdcc. Gratuito Em tempo.. usei mikroc e sdcc há... bastante tempo adicionado 3 minutos depois ah sim... do jeito que você fez não dá certo pois o compilador entenderia como 0x12h=0b00000100;//sem sentido pro c Mas sim.. está no caminho certo: um #define qualquer

Caso isso tenha sido uma pergunta, tem sim amigo. Que parte do programa você não consegue fazer aparecer na linha de baixo?

Paulão tenho mente aberta (se bem que tá mais pra buraco na cabeça) portanto não confirmo nem nego. Pena que não tenho certeza absoluta que existe bascon pra virtualmente todos os mc que tenho contato avr (claro), 8051's, msp430, lpcxxx, st's, o famigerado pic e .. desculpe se esqueci de alguém ou de algum aque ainda vão lançar. Sobre receber sinal ir em c, até que tenho algo pronto mas (pena que sempre tem um mas) foi um projeto comercial e não me sinto a vontade em publicar. Que bom que o garoto não disse a linguagem que vai usar!!! Se eu fosse ele ia de bascom mesmo! kk

kk. Hoje eu tava precisando rir 1 pouco mesmo. Permita-me não comentar sobre a cor do led ok? Seguinte... nunca usei este ambiente mplabx mas ao ler(*) as mensagens em vermelho me pareceu que o sistema (programador ou gravador) localiza um mc diferente daquele que esperava. Penso que você deve verificar nas configurações do sistema a partir desta pista. você quer gravar o 876A né? Poizé. Verique nos menus onde menciona isso. Já tentou simular? p.ex. no proteus? (*) se tem alguma dificuldade com inglês (está lascado neste ramo) tente usar o google tradutor Sobre a montagem, coloque um capacitor 100nF entre pino reset e gnd ok? Sobre a cor do led, é que... af... quase esqueci que falei que não ia comentar Ah ... quase ia esquecendo:de nada e desculpa! kk!

(paulão kk) vá de arduíno, avr e basic. Continuo achando que ouvi dizer que é muito fácil Se você esperar alguns anos, tô pra fazer um treco destes com mc mesmo. Comprei da china baratin um treco que conversa qualquer controle remoto com wifi-smartphone. A ideia (minha) é controlar alguns trecos a distância

Crie as funções na minha_biblioteca.c (sua!) e #include "minha_biblioteca.c" . fádimaisda conta. Se você prometer que vai manter o hw coerente, eu deixo você usá-la em outros projetos.

puts! sabia! o led tinha que ser verde né! Já falei que não pode pow!! Parece que você compila um e quer gravar outro. 'Prestenção' nas mensagens! Prestenção no failed to program device. Aí não né! Prestenção!!!!

Talvez (talvez) ajudasse a te ajudarem se dissesse QUAIS erros aparecem né. Tenta setar os fuses no ato da programação, verifique sua montagem, reset, vcc, led invertido, que cor ele é e etc Algo me diz que é alguma cagadinha bem básica

em c unsigned char c; c=recebe_ir();//o pulo do gato está aqui Ouvi dizer que em bascon é ainda mais fácil. E com arduíno ainda.. puff.. nem se fala.

sim e não sim tenho não, não vou te passar kk Mas a gente sempre tá passando por aqui. (até quando Deus permitir. O futuro a Ele pertence kk)

já tentou #include "c:\seu diretório de includes" pra deixa explícito pro compilador onde ele está ou #include <seu diretório de includes> pra implícito ? Os 2 shifts dão certo. Ache um código que faça isso direto no port de um mc que fica fácil portar pros shifts. Basta só uma rotinazinha de shift

tendi nada. qual o problema? preguiça de ler mais de 3 zezes

pode ser acima de 2200uF/25V. A V de saída depende da velocidade de rotação. Seja qual for o regulador de tensão pra sua pilha, haverá alguma perda. Isto pode não ser muito importante pra o momento seu. Mas nada impede você de: -pesquise sobre a técnica MPPT (avançado d+ pro seu momento mas conhecimento a+ não faz mal...) -colocar um regulador linear de 6V (algo como lm317) -não dar bola pra isso agora. (Ligue direto nas suas baterias pois provavelmente a corrente é muito baixa--- "motorZINHO")

Claro amigo! Aí é ainda mais fácil desde que o vcc do mc seja estável. Basta dividir o Vbat com resistores, ler o valor na entrada analógica do mc, fazer alguma continha e colocar no display. Mostre o que já sabe e o que já fez com sucesso. Por gentileza, não fale que queimou a etapa do hello world pisca led. abç

ok me convenceu kk. Seguinte ... o exemplo que dei dos ponteiros de ponteiros está 'sob judice'. não está respondendo a contento. Se você, caro leitor, for um expert em c e sentir vontade, fique a vontade em analisar e propor algo. Vejamos o da struct/union. Esse sim está dominado! Usei um atmega48 e attiny o fonte: Se comparar com Dim Teste as Eram Double realmente é um baita susto kk. O assembly fica quase a lesma lerda [***]. Ocupou 162 bytes . bem gulosinho mesmo. kk A proposta, como disse é bem simples. Gravar e ler pi da eeprom. ([***]não sei se o seu asm advindo do basic leu ou só gravou) O tempo de execução não vamos considerar pois com disse depende do hw do mc. Pra concluir, permita de novo a visão prática: mc 8 bits e variáveis com ponto flutuante ... nada a ver. Ah a propósito... uma compilação que estou fazendo precisa de 14k e o mc só tem 8. Penei por 1 ou 2 dias pra caber.. questão de princípios kk Apelei e fiz até algumas rotinas em asm do mc . Quebrei alguns princípios kk !! ... Desisti! kk O mc de 32K custa U$0,68 e o de 8 U$0.50. Evoluir é preciso kk. Bom é isso.

Medir a própria alimentação do mc? +- fácil mas vais ter que ter alguma referência constante de tensão algo como um tl431 na entrada Vref+ (ou algo do gênero). algo como v=adcread(0); printlcd(v/fator_de_conversao);

e um frequencímetro? sabe como funciona? taí a sua 'base' Mas antes... pisca led com mc: etapa 'impulável'!