.if

@vtrx não só o paulo e o bascom fazem isso. Qualquer linguagem e qualquer pessoa podem fazê-lo. Só que a 'grande' vantagem se inverte se queira portar pra outro mc né. Sim, no mundo real tem destas coisas. @_xyko_ acho que não me expressei direito. Pensei no acesso dos registro pelo basic tipo PORTB=0xff ou DDRB=0xff. Seria algo como PORTB=&HAA? ou algo como o horroroso ouputpin(xxx) do ccs? Mas acho que o @aphawk ilumimou legal! Só que estão contaminando o basic dos anos 80 que conhecia. Mas evoluir é preciso kk Legal estarem migrando pra outros mc´s!

Estranho... 4 anos depois. eu hein... Já que o passado passou a ficar presente, me deu saudade do UAA180 Tive 1! abç ah sim.. considere como oftopic pois o uaa180 é dinossaural!

o discípulo 'retorna' ao mestre kk Bacana Paulo. Realmente o código basic é mais "humano" do que o c. E gostei do overlay! Além de ter alguns básicos prontos print() e hex(). Legal mesmo! Mas vejamos de outra ótica.... Perceba que acesso o hw do mc diretamente escrevendo nos seus registros, coisa que não percebo no seu fonte. Isso pode não ser totalmente ruim pois eventualmente com o basic posso fazer o mesmo com outros mc´s(*) sem saber o que está rolando nas suas entranhas. Mas também não é totalmente bom pois gosto de sujar as mãos pra ter um pouco mais de segurança (por isso não me dou bem com ccs´s e arduinos) além de aprender + um pouco. Paradoxalmente, não me dou bem também com asm. Então c creio ser o caminho do meio. Mais um paradoxo: acessar usb, wifi, bluetooth, tcpip e afins via registros e em baixo nível e hw, ninguém merece kk. Deve ser moleza no basic né? basic++ Não consegui ver no keyl a estatística de uso de rom mas ao carregar num programador vi a rom até 1288 ou seja neste quesito ganho do 6 kk. Também não consegui gerar arquivo .cof no keyl. Proteus debuga .cof. Como disse gerei com pic e foi aquele pi que identifiquei. Quem errou na conta foi o pic (pic--). Mas os mc´s não foram feitos pra cáculos complexos mesmo né. A qualquer momento vejo se ajusto pra funcionar no avr studio onde posso debugar melhor e comparar o resultado Quanto ao clock 'doido', me admira você não ter notado o erro de 0% no baudrate. Cristal com esta frequencia é comercial e feito pra isso E chico, o paulo se sintonizou melhor fez o que eu queria com o fonte 'idêntico' ok? (*)gostei do bascom. quase vou baixar pra ver. Agora me fale se ele contempla outros mc´s e como acessar os registros dos avr´s! abç´s

@_xyko_ é isso amigo. Provavelmente existe algo melhor para benchmark. Mas penso que o uso de ponto flutuante faça o mc suar a camisa. Por isso esta ideotazinha. Se tiveres algo melhor, não te acanhes em propor. Quanto ao asc-ii... seilá... escrevo como falo. Senão tinha que falar 'assií'. Boa sorte com o abacaxi. Ei... que tal um suco?! Se bem que prefiro com cachaça... Amigo @densyy Acho que você precisa de um pouco + de ajuda (nada pessoal hein!) e deve dar uma lida nos artigos (que não li) propostos pelos gurus. De fato não conheço o bascom e não sei se ele é movido a comandos (arduíno like) ou funções básicas do basic. Eu particularmente preferiria o básico mesmo. Penso assim: se conhecer um pouco dos circuitos lógicos do mc (vulgo datasheet), aprender como acessar/manipular cada periférico - aí sim depende de peculiaridades do bascom - , o resto é basic puro. O mesmo para quaquer linguagem (exceto assemby) Este resumo está correto queridos chicão&paulão?

Legal aquele site albert. Mas 3 pau acho que tá 1/2 salgado. você encontra na china por um preço menor e mais potente e alguns já vêm com controlador de carga. Desconsiderando o quesito 20 anos e o risco de não passar pelo fisco, talvez valha a pena comprar de lá mesmo pagando os impostos. Amigo se der acople direto pois polia perde energia. Quanto a configuração da bateria tem alguns depende. O certo é você contatar o fabricante O que vi na china gera energia a partir de 3.5m/seg até 16m/seg Posta foto da sua criatura! Compartilhe sua alegria! abç

"Ele que me apresentou ao programa, quando eu insistia em usar os Pics !" Amigo acho que estamos confundindo algo. você disse que prefere bascom ao pic? Quando o certo seria avr ao pic e basic ao c. é isso? Também concordo que o avr é superior ao pic além de mais barato. Com relação à linguagem, se não fosse o C nem basic, nem bascom existiriam. Seria basi e basom kk. De fato esta discussão não nos levaria a lugar nenhum ok? Bom fiz isso no keyl prum atmega16 só pra teste. //cristal 3.6864MHz#define F_CPU 3686400#define BAUD 2400 // define baud#define BAUDRATE ((F_CPU)/(BAUD*16UL)-1) // set baud rate value for UBRR #include <ioavr.h>/* UART Control and Status Register A */#define RXC 7#define TXC 6#define UDRE 5#define FE 4#define DOR 3#define PE 2#define U2X 1#define MPCM 0 /* UART Control and Status Register B */#define RXCIE 7#define TXCIE 6#define UDRIE 5#define RXEN 4#define TXEN 3#define UCSZ2 2#define RXB8 1#define TXB8 0//************macros pra escrita de constantes em forma de bits caso o compilador não tenha*********/#define B8__(x) ((x&0x0000000fLU)?1:0) \+((x&0x000000f0LU)?2:0) \+((x&0x00000f00LU)?4:0) \+((x&0x0000f000LU)?8:0) \+((x&0x000f0000LU)?16:0) \+((x&0x00f00000LU)?32:0) \+((x&0x0f000000LU)?64:0) \+((x&0xf0000000LU)?128:0)#define HEX__(n) 0x##n##LU#define b8(d) ((unsigned char)B8__(HEX__(d)))/* for upto 16-bit binary constants, MSB first */#define b16(dmsb,dlsb) (((unsigned short)b8(dmsb)<< \+ b8(dlsb))/* for upto 32-bit binary constants, MSB first */#define b32(dmsb,db2,db3,dlsb) (((unsigned long)b8(dmsb)<<24) \+ ((unsigned long)b8(db2)<<16) \+ ((unsigned long)b8(db3)<< \+ b8(dlsb))//unsigned char USART_Receive( void )//{///* Wait for data to be received *///while ( !(UCSRA & (1<<RXC)) && kb3 );///* Get and return received data from buffer *///return UDR;//}void USART_Transmit( unsigned char data ){/* Wait for empty transmit buffer */while ( !( UCSRA & (1<<UDRE))) ;/* Copy 9th bit to TXB8 */UCSRB &= ~(1<<TXB8);//if ( data & 0x0100 )//UCSRB |= (1<<TXB8);/* Put data into buffer, sends the data */UDR = data;}void uart_init (void){ UBRRH = (BAUDRATE>>8); // shift the register right by 8 bits UBRRL = BAUDRATE; // set baud rate UCSRA=0x20; UCSRB|= (1<<TXEN)|(1<<RXEN); // enable receiver and transmitter// UCSRC = b8(10000110); UCSRC=b8(10001110);//acesso, assincrono, sem paridade, 2 stop bits, 8 bits, polaridade fall //UCSRC|= (1<<URSEL)|(1<<UCSZ0)|(1<<UCSZ1); // 8bit data format}void printf(const char *s){while(*s) USART_Transmit(*s++);}struct fl4 //estrutura do float em 4 bytes{unsigned char flb0;unsigned char flb1;unsigned char flb2;unsigned char flb3;};union {struct fl4 byte_float; //4 bytes contidos em...float _float; //32 bits} cf; //char mesclado com float#define pi cf._float //pi no float#define f0 cf.byte_float.flb0 //byte 0 de pi#define f1 cf.byte_float.flb1 //byte 1#define f2 cf.byte_float.flb2 //byte 2#define f3 cf.byte_float.flb3 //byte 3void main(void){float i;uart_init();printf("Computando valor de pi...");for(i=1; i<=2700; i+=2){pi += 4/i;i += 2;pi -= 4/i;}printf("4 bytes asc-ii do pi:");USART_Transmit(f0+'0');USART_Transmit(f1+'0');USART_Transmit(f2+'0');USART_Transmit(f3+'0');for(;;} o .hex :100000000C94B6001895189518951895189518958C :100010001895189518951895189518951895189578 :100020001895189518951895189518951895189568 :100030001895189518951895189518951895189558 :100040001895189518951895189518951895189548 :10005000189518955D9BFECF50980CB9089500E057 :1000600000BD0FE509B900E20BB90AB108610AB990 :100070000EE800BD0895BA93AA93D80103C00C916D :10008000E9DF11960C910023D1F7A991B991089558 :100090000E944002E4DF00EA10E0EDDF80E090E043 :1000A000A0E8BFE342C0AC01BD0100E010E020E8E1 :1000B00030E40E94AE01E0EDF0E0408151816281C8 :1000C00073810E943F01E0EDF0E000831183228301 :1000D000338340E050E060E070E48C019D010E94B9 :1000E0003F01C801D901AC01BD0100E010E020E8EA :1000F00030E40E94AE01A801B901E0EDF0E000811A :100100001181228133810E948301E0EDF0E00083C0 :1001100011832283338340E050E060E070E48C017F :100120009D010E943F01C801D90141E050EC68E205 :1001300075E48C019D010E94280208F4B4CF0AEBFB :1001400010E099DF0091D000005D84DF0091D100C4 :10015000005D80DF0091D200005D7CDF0091D30064 :10016000005D78DFFFCF00008895FECF0FE90DBF5F :1001700000E00EBFC0E8D0E00E944502002311F06D :100180000E9455020E9448000E94B3000C94B300E4 :10019000FF27112477FB660F771F089409F4771F58 :1001A000679517F8EE27002437FB220F331F0894BA :1001B00009F4331F279507F8089527FD0EC0EE0FA9 :1001C000001F111F221F3A953230B8F7332319F45C :1001D00027FD31E002C027FF30E0E03821F400FFC6 :1001E00008940EF488940F4F1F4F2F4F3F4F32301B :1001F00038F4332319F427FD31E002C027FF30E043 :100200003F3F29F0220F000C37952795089584C0B1 :10021000F901EE0FFF1F37FBFF3F31F0EF2BE12B12 :10022000E02B8894B8940895E02BE12B21F00894FA :100230009894B89408959894889438940895FB01FC :10024000EE0FFF1F77FBFF3F31F0EF2BE52BE42B89 :100250008894B8940895E42BE52B69F3E8CFEFDF99 :1002600068F021F43723262F8A010895372FFBCF1A :10027000E6DF20F00BF008957327EAF751C0C8DFDE :10028000E8F3B3F361F3DBDFC8F383F3A1F380DFBB :10029000401751076207730731F4011411F100246C :1002A000E89488942BC078F0332E372F732D322E9C :1002B000262F632D312E152F532D302E042F432D35 :1002C000302C012C132C371739F06695579547952C :1002D000F795E0407395F7CFE7FBEE0FE0E01024D1 :1002E0006AF0EF0F041F151F261F60F4279517955E :1002F0000795E79508F46894339566CFEF0B040BE8 :10030000150B260B61CFE0E87E27B9CF302D307872 :1003100022271127002708953FE7302920E8F9CF49 :100320003FEF2FEFF6CF8BDFD8F3D1F3707837277D :10033000089585DFA8F3A3F3F9CF3078372793CF5B :100340007EDF10F00BF0F2CFEBCF79DFE9F3E0F3D3 :10035000032E0726DBCF032E0726DECF59DFA0F3BF :100360007BF399F36CDF80F39BF3A9F311DF012496 :1003700027FD06C0000F111F221F3150E040F8CFAB :1003800067FD06C0440F551F661F7150F040F8CF3F :10039000E894371BEF0B3158EF4F2AF0EE23E9F6C4 :1003A0003F3FD9F203C03A3EA8F26894E0E0F0E0A3 :1003B0001124139440175107620738F0315008F4A4 :1003C0006894000F111F221FEE1F041B150B260B34 :1003D000EF0B000F111F221FEE1F0A9279E17A9591 :1003E000AAF0041715072607EF0730F0041B150BBA :1003F000260BEF0B089401C08894111C221C331C9F :10040000001C000F111F221FEE1FE9CFF0F9E89426 :10041000E22BE12BE02B09F06894069437942794A3 :100420001794E79508F468947395B9F3099033230A :1004300011F0F0FF09C0369427941794E79508F45B :10044000689433953130BCF3012D122D232DC5CE88 :10045000F6DEA0F0DDDE90F029F0E32FE7273AF496 :1004600073170895ECDE51F04EF0089408950417C8 :1004700015072607370719F016F4B8F7889408957A :10048000BA93AA939A938A93089501E0089520E07D :1004900006D0E9F70895259102D0E9F708952D9344 :1004A00001501040202F212B08958EED94E0FC0187 :1004B00005911491FC013296A591B491FC013496FA :1004C00025913491422F432B19F0F901E4DF01C04B :1004D000DEDF069614E08A3E910748F30895300067 :1004E000A000EA040400D0000000436F6D70757432 :1004F000616E646F2076616C6F7220646520706934 :100500002E2E2E0034206279746573206173632D62 :0A051000696920646F2070693A00E9 :00000001FF :00000001FF Não se assuste com as macros. O keyl não permite usar o tradicional 0b10101010 por isso a macro b8(10101010) A proposta é simples -não usar libs prontas (note o printf minimalista) -calcular o valor de pi e armazenar num float 32 bits -enviar os 4 bytes do float para a serial no formato asc-ii. Juro que não foi de propósito. Sei que em basic há dificuldade com armazenar duas variáveis no mesmo espaço de ram (union). Mas alegre-se: pelo menos não usei ponteiros ou vetores kk Está comentado mas caso queira saber fiz uma estrutura (struct) que faz a união (union) de duas variáveis. (char f3...0 ocupam os 4 bytes de float pi) Mas a ideia é ver quantos bytes de flash o mesmo programa ocuparia se compilado em basic. Float envenena mc de 8 bits. Ficou grandinho por causa dele. Se ficar menor em basic, vou cogitá-lo no futuro why not?. Mas não sou tão fácil assim...Existe compilador basic para outros mc´s? Tenho contado com avr´s, 51´s, arm´s, pic´s e alguns etc. É que não posso me casar com avr pois tenho de ser 'fiel a todos'. kk Os 4 bytes de pi vi no avr com proteus mesmo. são AE 03 49 40. Infelizmente meu avr studio está com problema e não pude ver nele o valor da variável pi. Pra esta façanha tive que usar o mesmo fonte num pic16f628 pra ver o pi meiabocamente 3.14154053. Bom é isso. Se achar que agrega valor, tiver tempo, recurso, saco e etc, tente no basic pra gente ver. Me fez lembrar.Certa feita enviei os bytes diretamente pro excel via VB e remontei o valor pi a partir dos 4 bytes. De fato já fiz algo assim usando o VB, Delphi e Borland C++. Acessei a serial com a inpout.dll. Enviava um valor ad de um potenciômetro. Quase tive um treco quando rodava o pot e via a variação na tela! kk abç

resolve tudo e na moleza - soft. No entanto creio que caberia aqui mais 1 conceito um pouco mais duro - hard - que pode não lhe ser totalmente inúil: entrada smicth trigger e capacitor. Os 3 conceitos juntos sw+2hw resolvem de vez o problema de repique - ruído mecânico - da tecla. Em algum momento você vai ter que meter a mão na massa mesmo... Portanto para teclas... capacitor e entrada st: um caso sério e sem perda de tempo wait's e delays Num momento futuro próximo, você vai notar que ler teclado por interrupção ou aproveitando alguma é uma opção bem legal. Mas calma...1 passo por vez... chicão a qualquer momento faremos um benchmarkzinho ok? edit duplicado Paulão. só você programa mc em basic aqui? se sim... agora agüenta kk. Veja de outra forma: milhares deste forum programam mas só você tem boa vontade. Receba um virtual aperto de mão. você é o 'escolhido' kk abç

@_xyko_ Que bom que desmarcou pois queria registrar isso... Nem tente. Pra começar não considero ccs como c. Mas tente p.ex. portar do mplab x para mikroc, hitech-c, ou até mesmo sdcc e etc e terás pouca ou nenhuma dificuldade. Também não tão difícil é portar do pic para 51's arm's , avr's e etc e outros compiladors iar, keyl e etc. Sim estas tarefas no mundo real existem! Tem até ums maluquinhos que estão traduzindo do C pro basic. Falando nisso, @_xyko_ uma comparação curiosa que você poderia fazer é ver se uma mesma função basic ocupa o mesmo ou menor espaço de flash de uma C bem como quantos ciclos de máquina usa pra computar. tipo este... float pi; for(i=1; i<=50000; i+=2){ pi += 4/i; i += 2; pi -= 4/i; } printf(pi); bom nem se sei se serve para comparar. Faça no basic. Qualquer dia faço em c pra ver... abç

boa chico! Falar vários idiomas é um conhecimento sempre bem vindo. Também comecei com basic nos 1980's num apple. Depois asm do 8049! sério. Se eu te falar que não tinha d.s. foi só intuição vendo os mnemônicos mostrados num simulador bem furreco você acredita? E olha que fiz um programinha funcional e útil pra um jiga de testes! Depois asm do 8051, asm pic, asm z80. Um pouco de Turbo Pascal, Borland C, VB, Delphi, Finalmente o C onde empaquei. Bom acesso às funções da dll sabemos que não é exclusivo de um linguagem mas uma linguagem bacaninha é a do labView que é 100% gráfica e dá acesso ao hw do pc além dos hw's de aquisição de dados legais da NI além de você poder criar seus própios. Mais de um cliente usa ela para teste go-no-go lá no trampo. Pra você ter uma ideia é tão fácil que até EU consegui fazer um pisca led na serial com ela! Agradeço por ler..

Permita-me opinar... Eu iria de C mesmo. Motivo: facilmente migrável pra qualquer mc, literalmente milhões de programadores, fontes, libs, etc. Caso algum dia queira se desvincular dos avr creio ser menos traumático. Embora eu não saiba se há compiladores basic pra TODOS os mc's, que eu saiba C tem pra todos. Alguns mc da microchip p.ex. tem o hw otimizado pra linguagem c wellcome

acho que sim... PT2272AL... = latch PT2272AM...=momentary Ou seja, são ci´s distintos Analisei mal??

enviei-lhe email. A magia... -abri no Altium -Exportei para p-cad: não dei bola pros warnings -Abri no p-cad2006: deu warining e erro. Erro impede de abrir mas identificou as duas linhas do erro. Sorte serem só duas! Se fossem 3 eu ia ficar com preguiça de procurar -Abri no jfe (editor de texto): apaguei o campo logo abaixo das linhas com erro: um vazio " " -Reabri no pcad2006: sucesso! (com warnings pra variar) -Exportei pdif (olha os warning´s aí de novo...) -Exportei pcad-2002 asc. Abri nele. Adivinha o que deu? acertou: warning´s -Importei o pdif: "eles" de novo mas com alguns campos de informação aparecendo na tela. Acho que basta apagar ou esconder este layer Tenta a sorte Sucessos!

bacana amigo @sidov . 1.jpg>1000.txt . No seu caso permito-me considerar a mensagem mais importante do que a gramática. rs. Sugiro um capacitor 470u entre +VCC e gnd e pelo menos 100uF entre gnd e -VCC. abç

histórias deste tipo corrobram minha teoria que os membros de boa vontade que apascentam por aqui não são máquinas e portanto devem ser 'alimentados' por palavras mágicas (se bem que eu preferiria dinheiro kk). Amigo @glaucoribeiro , não, você não deve usar estes transistores pois têm baixo ganho. Pode ser BC558 e 548 mesmo Ah e além da munição, é melhor você levar umas baterias de reserva pois se fet esquenta, a bateria descarrega rapidin e deve esquentar também e pode explodir! (use como granada kk). Resolva isso limitando o tempo de acionamento e/ou usando o fet indicado pelo amigo França. Cuidado com falsificados

e cadê as palavras mágicas? http://www.microchip.com/forums/download.axd?file=0;697820&filename=lamp_source2.gif o fet esquentou porquê você deixou ligado muito tempo. No seu sistema tem que dar só um pulso ou acionar com capacitor acoplado na base Ah sim, quase ia esquecendo... de nada

Amigo, suponho que o pulo do gato está no capacitor de valor 'elevado' Bom no meu ponto (prático) de vista, um eletroímã (a questão do autor) (ou relé ou contator ou solenóide dc) trabalha com frequencia hipermega baixa a ponto de ser audível (o clique) e até mesmo visual (movimento da haste) que cabe fazer uma análise apenas dc primária. Portanto neste caso creio que a matemática se resumiria aos 9V,2.2R,6800uF que são os dados até o momento pois basicamente o dispositivo vai trabalhar com o dc da bateria/capacitor. Confesso que tenho dificuldade em imaginar o treco magnetizando/desmagnetizando com frequencia tão "alta" que caiba envolver a (2me) tenebroza matemática de vosso nível superior. Mas se for pra ajudar o garoto, vale a pena. Boa França. Corroboraste-me. A bateria sozinha não dá conta mesmo nem foo dêno. Lembre-se que ele tem um capacitor 6800uF a disposição, simule aí no seu spice quanto tempo ele levaria pra descarregar de 9 para uns 5V - tempo em que supostamente o eletroímã ficaria acionado. Portanto dados=9V---5V, 2.2R, 6800uF abç

claro que ajudou amigo @rjjj . Realmente o funcionamento de um indutor em regime ac ou pulsado envolve teoria matemática bem complexa que infelizmente não me pertence mais. (af.. e eu que achava que o autor só queria dar uns tiros...!) amigo @glaucoribeiro um teste simples que pode fazer é dar um curto rápido entre D e S do fet simulando sua condução. Se não acionar, o problema pode ser o capacitor que já cansou desta vida. Se acionar, pode ser o fet mesmo que não está conduzindo direito. Existem falsificados, sabia? Outro, aplique 9V de outra fonte no gate dele. Tais testes a princípio não são danosos. Mas ... sempre tem um mas... De novo, não sei como este trem funciona. Isto é Conjectura Hipotética Universail Técnica Explicativa.

olha aviso que não me dou bem com arduíno...voce provavelmente está usando ponte H, né? NÉÉÉ?! Então se a função anda pra frente é essa: digitalWrite(in1, LOW); // apenas pinos secundarios em HiGH, definindo o movimento para frentedigitalWrite(in2, HIGH);digitalWrite(in3, LOW);digitalWrite(in4, HIGH); A pra trás tem que inveter os HIGH por LOW e vice versa digitalWrite(in1, HIGH); // apenas pinos secundarios em LOW, definindo o movimento para trásdigitalWrite(in2, LOW);digitalWrite(in3, HIGH);digitalWrite(in4, LOW); Pra frente é que se anda... aff que nada a ver... abç Obs: não conheço o driver do motor nem seus comandos! Espere alguém te iluminar melhor! É que as vezes (ou sempre) minha intuição falha.

também existe de 5... mas isso .. nada a ver. O princípio é relativamente simples: um zener, um comparador e um relé. O relé "nasce" considerando que você está ligando em 220. Se a tensão do secundário for baixa, ele muda pra 127. Quem faz isso é o par comparador/zener. Não estou achando rapidamente um desenho na net pra te mostrar. Por enquanto vai só na descrição mesmo... De fato penso que só um trio zener-transistor-relé pode dar conta. + tarde penso sobre isso abç

Não sei se a dica do amigo @rjjj se aplica no seu caso e não sei se terás sucesso total pois ela não garante a energia necessária para acionar seu eletroima de 2.2R. Ao contrário do que ele bem intencionadamente disse, minha intuição (lembre-se que não pesquisei e nem conheço este sistema) me diz que o circuito é simples: acumula energia no capacitor e descarrega na bobina. Tipo flash de máquina fotográfica (nem sei se ainda existe) ou a caixa de descarga de um vaso sanitário... Falando nisso, um bom momento para puxar a cordinha.... kk abç & boa sorte

pelo que entendia (na época) a entrada st passa a ser 1 se for >=0.8VCC e volta a 0 se <=0.2VCC. Entre um e outro, vale o último estado. Realmente a carga do capacitor não é linear. Cogitara (na época) um circuito com corrente constante mas a meta era tirar água de pedra, então mesmo com carga logaritimica (de fato de 0.2 a 0.8VCC tende a ficar uma quasi-rampa-reta) o treco ficou filé e muita gente (mesmo) ficou feliz. Anos (ou décadas) depois microchip lançou mc´s com circuito de fonte de corrente constante como pullup com aplicação de teclado capacitivo. Esqueci qual é e agora não quero procurar Pouca coisa me ofende. Portando mesmo se teclar pouca coisa... já sabe abç

meça as peças "medíveis" com multímetro. Diodo: moleza, mosfet: se em curto entre D e S pinos do meio e da direita (ou entre os 3), transitores bc´s: são dois diodos "saindo" da base ou "apontando" pra ela. CI: complicou: mas pode medir resistência entre o pino que deve ir pro gate do mosfet e gnd. Ou qualquer pino pro gnd e vcc: se zero: já era. Capacitores: se estufados ou vazados. Etc: etc abç

você pode usar um driver pra transmistir e um buffer pra receber. driver: bc547 acionado com 5 e polarizado com 18V buffer: bc547 acionado com 18 e polarizado com 5V De fato existem milhões (exagerei só um pouco) de técnicas para transmissão de dados à distância. Há de se prever imunidade aos ruídos abç

Não tenho contato com esta tecnologia sem contato mas teorizo que são alguns 'depende': da potencia (não tensão) a ser transferida, da distância entre tx e rx, do que vai alimentar, das perdas aceitáveis, da eficiência mínina requerida e alguns etc. P.ex. forno de indução é de altíssima potência mas trabalha a apenas a alguns cm. Microondas pode transportar energia a alguns metros mas é hyper inseguro (pode ser fatal), etiquetas rfid pouca potência, poucos cm´s e por aí vai Também não conheço zvs. No entanto poste seu circuito. Não deve ser difícil fazer o fet parar de queimar... Se tiveres sucesso com 5V, pra 12 é só um pulinho abç

Permita-me... A solução do amigo Paulo é bem bacana. Agora diga que precisa implementar isso com portas nand e flip flops...me inclua fora desta kk Confesso que só vejo aplicação "prática" deste checksum por hw no mundo didático-pedagógico abç