Modulos FPGA, onde encontra-los?

Estou a procura de modulos FPGA apra desenvolvimento, alguem tem alguma ideia de onde posso compra-los no Brasil?

http://www.digilentinc.com/Products/Detail.cfm?Prod=S3EBOARD&Nav1=Products&Nav2=Programmable

Conserto placa Bratemp!

De volta do conserto a placa da Bratemp.
E o problema não era exatamente o que eu imaginava(microcontrolador).
O capacitor que alimenta o circuito logico é que perdeu suas forças (queimou);
Provavelmente não aguenta a pessada carga dos circuitos logicos ligados a ele depois de anos de uso e desgaste.
Acredito que o cirtuito de alimentação seja algo parecido com os seguintes:


Outra possibilidade de circuitoEssas fontes consegue entregar uma baixa tensão e baixa amperagem.
Pelo que pude verificar na placa, a fonte de alimentação não utiliza uma ponte de retificação complete. Alem destes detalhes, deve haver componentes SMD na placa, escondidos pela resina. Com um regulador de 5V ou 3.3V, que não estão demosntrado no esquema.
O capacitor que refiro-me é o de 1uF, que aparece em azul nas fotos da materia anterior. Ele que foi trocado. A resina de uma area da placa tambem foi removia e RECOLOCADA! Otimo serviço.
Portanto, não sei se não vieram a trocar mais alguma coisa, mas acredito que não. O pisca pisca que a maquina fazia era por que essa fonte não tinha força suficiente pra alimentar os circuitos. Ai ela se resetava! Simples assim!
Se alguem quiser tentar a troca, não me responsabilizo!
Devido a segurança que devese ter com estas placas, pois não possuem isolamento da rede eletrica, aconselho a enviarem para alguem que isole a placa contra umidade.
No mercado livre tem umas empresas que fazem o serviço com qualidade! É muito importante a reaplicação de resina na mesma.
O vendedor de serviços do ML Voador2006 fez um exelente serviço.
Aconselho a quem quiser! E o preço é muito acessivel.

Não é mais, assim uma Brastemp.

ago/2011: Meio revoltado este post. O problema que aflinge essas placas na realidade é a queima do capacitor, possivelmente da etapa de alimentação. Quem consertou conhece exatamente qual area de resina remover da placa e subtitui o capacitor azul grande.

Aparentemente mais alguns componentes foram trocados, mas nao posso afirmar.

A resina foi recolocada.

Essas empresas, que fabricam ano após ano novos modelos de eletrodomesticos, na tentativa principal de baratear os custos de produção.
Nossa lavadoura de roupas, Brastemp queimou. Deixou de ser uma "Brastemp"



Deixei o video apenas para relembrar da velha propaganda, do tempo que ela era possivelmente uma boa máquina :). Coitada, com 5 anos. Fica aquela sensação que as antigas aguentavam decadas quase sem problemas. Inicialmente pensei que o microcontrolador havia queimado. Entretanto após conversar com algumas pessoas da area descobri que o problema é que alguns capacitores acabam com problemas. Me avisaram tambem que ela usa um chip da MICROCHIP MOTOROLA, provavelmente da familia 8051.


Algumas coisas a respeito da placa:
Tem uma sigla na placa, INVENSYS, acho que é do grupo da Whirlpool que cuida desta area. Ou alguma empresa terceira.
Tem uma memoria serial. Veja tambem como tem componentes que se aquecem, aparentes na resina escurecida. Ao menos está dissipando o calor.A placa de controle é alimentada diretamente da rede eletrica. Um redutor de tensão tipico! Não encontrei nenhum transformador. Sabendo agora que o problema vem desta etapa, é provavel que ela necessitava de melhor design. Veja na foto abaixo o que acredito ser a etapa de fonte/controle do motor principal.
Verificase claramente o aquecimento dos componentes na resina epoxi. Tem um supressor que nao aparece na foto, atrás do radiador; tambem tem 2 transistors. Acredito que eles cuidem dos modos de operação do motor e da bomba de agua.
Essa foi a parte mais questionavel. A falta de um transformador pra proteger toda a parte logica da maquina. Uma maquina de 1000R$, não ter isso.

Receptor GPS com partes discretas, principio de operação

A tempos que procurava informações a respeito de como contruir um receptor GPS com componentes discretos, bem como os principios de operação do sistema, bandas, formato de dados, e ai está, achei este site, um maluco construiu um receptor GPS!

http://lea.hamradio.si/~s53mv/navsats/theory.html

Para quem gosta de saber como as coisas funcionam de maneira um pouco mais completa, esse é o site!

HylaFax- muito eficiente

Para quem ainda utiliza FAX, sujiro que utilize o Hylafax.
Se voce já usou outras ferramentas de fax para Windows, já deve ter percebido alguns problemas que parecem nao ter solução e lhe forçam a voltar a usar seu velho aparelho:
Se o windows FAX por exemplo receber um fax e a conecção cair na metade do fax, voce nao recebe ele. Ai os clientes da sua empresa ficam ligando pra voce e tentam mandar denovo o fax, mas no final da coneccao misteriosamente não é bem finalizada. E o Windows FAX cancela novamente seu fax. E voce perde horas tentando resolver esse problema. Troca placa de fax, usa algum programa antigo que ainda funcione no XP, mas nada funciona. Le até mesmo os documentos da MS sobre como é eficiente o sistema de fax do window, apresentado por uam senhora de idade. Mas no mundo real, problemas sempre ocorrem.
O HylaFax é perfeito! Te envia diretamente por email os fax. Nao possui bandejas de sistema para o FAX. Tudo integrado no seu email transparentemente. E se a conecção cair, ele lhe envia o que recebeu. Exatamente como um aparelho de fax tradicional faria. Encaminah tambem todas as mensagens de LOG para voce analisar o trafego e o erro. mantem uma base com todos os fax recebidos, e permite que os usuarios acessem elas por ftp. É muito leve e para finalizar, opera no LINUX. Pode monitorar multiplas placas de modem ao mesmo tempo tambem. Utilizo apenas uma, e para min já é mais que suficiente. Não uso transmissao, para isto temos scanners de alat velocidade. Mas os clientes de onde trabalho ainda gostam de usar o Fax. Alias, tudo é recebido em TIFF, propriamente compactado. Mesmo em tempos de VOIP, esta é uma otima solução. vale a pena testar. De preferencia as suas velhas placas USROBOTICS para ele, ou zollltrixxx. pode suar até mesmo um PC antigo, com barramento ISA. Utilizo uma USRobotics 3com PCI para a tarefa, mas não é softmodem, cuidado.

www.hylafax.org

decodificacao manchester- keeloq - continuacao

Continuando a "explicação" a respeito do problema ao receber sinais codificados em manchester encoding. Ao analizar a chamada de cada estado, opercebi inevitavelmente que um estado ficava initeruptamente sendo ativado e logo em seguida erra resetado. Era o estado que aguardava o timeout do pulso de sincronismo. O problema se encontrava quando este estado coincidia com o momento em que o sinal estava sendo recebido, e resetava-o no meio da seguencia, por um erro de alinhamento. As figuras q postarei futuramente exibirao o que me refiro.

Fix to MAnchester Decoding Receive Routines of tb 045 from microchip (keeloq)

Hi! So, i am here again! (link to second part of the FIX HERE)
I will try write in english, but cannot garante clear typing.
I am working on manchester receiver and transmiter for portable remote control, based in the manchester decoder system for keeloq system. The manchester decoder routines is shared by the microchip, and has been seen made by Lucio Di Jasio.
In order to use the receiver I has build a software for transmiter manchester code. Afther much debug, it work fine and make-me learn alot about michochip assembler!
The receiver code was very powerfull, but since make it work with my routines have found some strangers things happening.
I send a burst of 90~100 bits every key press, with transmiter codes, and key being pressed. But some times the receiver dont recognize even clean code sequences. Read the some time as 1 each 15 pressed of key.
The code is transmited, but the receiver dont recognize.
In order to make the debug of transmited data, I use SoundCard as "osciloscope", since I send just 2500bps in AM. Work very fine just for this purpose.
And the data that is seen in capture program not lies; is always right, but the receiver reject the data sometimes.
Too look where is the mistake, I use some nice thicks.
First, to you understand you have that understand that decoding manchester data (as presented in TB045 for keeloq system) is based in a state machine implemented in software driven by interrupt routines.
The state machine are a "4 state" machine, that dictates how the data are recognized and received. You should read the microchip documentation in order to understand all the states, I will not tell nothing about its.
The important is, i put BSF e BCF in each state to FLAG pins outside the PIC.
Just for know, the state 0(zero) reset all other states, and restart the receiver for complete new burst. So i reset all states in the state 0. In state 1 I BSF PIN1, and so in same manner to other states. So i can see where is happening the lost of data when the system not recognize some busrt!
Is my first time with PICs, and pic assembler language, just 3 weeks working over this great pice of silicon, and feel like powerfull tool for small programming tasks.

Above the data in right maner, without any error. The top graph represent the send data, and the lower the response of one of states of keeloq receiver. In this case, the receiver and states work in a very nice way. Receive all data, without troubles.
In next post i will put the response of others states in normal way, and what happen when it lost data.
This new post bring the fix to live, if someone have interest.