Página 1 de 1
Problemas com clock de 40mhz

Enviado:
25 Jul 2007 09:22
por painho
Estou tentando fazer funcionar um pic com o clock de 40mhz no pic da família 18f usando os capacitores de 15p e fiz os testes com 33p mas olhando no osciloscópio a freqüência fica em 13mhz. Com o clock de 20mhz vai que uma blz mas será pq ta dando isso?
Re: Problemas com clock de 40mhz

Enviado:
25 Jul 2007 09:26
por andre_luis
Voce deve medir indiretamente essa frequencia, uma vez que a capacitancia da ponteira pode interferir.
+++

Enviado:
25 Jul 2007 09:55
por painho
a ponteira q estou usando e boa qualidade e osciloscópio e um digital, ja e o 3 clock q coloco na placa e nada

Enviado:
25 Jul 2007 10:40
por KrafT
O pouco q sei, vc deve usar Xtal de 10mhz e PLL de 4x interno para atingir os 40MHz desejados.
Mas o pic mais moderno que uso é o 18F452, talvez haja novidades que eu desconheça...

Enviado:
25 Jul 2007 11:05
por painho
eu estou usando o 18F4455 mas quando uso 20mhz a usb funciona bem mas quando estou coloco os 40mhz a usb para de funcionar
#FUSES NOWDT //No Watch Dog Timer
//#FUSES WDT128 //Watch Dog Timer uses 1:128 Postscale
#FUSES HS
//#FUSES HSPLL //High Speed clock with PLL enabled and Fosc/4 on RA6
//#FUSES H4 //High speed osc with HW enabled 4X PLL
#FUSES NOPROTECT //Code not protected from reading
#FUSES NOBROWNOUT //Reset when brownout detected
//#FUSES BORV21 //Brownout reset at 2.1V
#FUSES NOPUT //No Power Up Timer
#FUSES NOCPD //No EE protection
#FUSES NOSTVREN //Stack full/underflow will cause reset
#FUSES NODEBUG //No Debug mode for ICD
#FUSES NOLVP //Low Voltage Programming on B3(PIC16) or B5(PIC18)
#FUSES NOWRT //Program memory not write protected
#FUSES NOWRTD //Data EEPROM not write protected
#FUSES NOIESO //Internal External Switch Over mode enabled
#FUSES NOFCMEN //Fail-safe clock monitor enabled
#FUSES NOPBADEN //PORTB pins are configured as analog input channels on RESET
#FUSES NOWRTC //configuration not registers write protected
#FUSES NOWRTB //Boot block not write protected
#FUSES NOEBTR //Memory not protected from table reads
#FUSES NOEBTRB //Boot block not protected from table reads
#FUSES NOCPB //No Boot Block code protection
#FUSES NOLPT1OSC //Timer1 configured for low-power operation
#FUSES MCLR //Master Clear pin enabled
#FUSES NOXINST //Extended set extension and Indexed Addressing mode disabled (Legacy mode)
#FUSES PLL1 //PLL PreScaler
#FUSES VREGEN
#FUSES USBDIV
#FUSES CPUDIV1
#use delay(clock=40000000)

Enviado:
25 Jul 2007 11:27
por andre_luis
Uma dica:
Coloca um cristal que voce sabe que funciona, e mede a frequencia num pino de saída gerado por uma função qualquer. Depois, coloca outro cristal diferente, funcionando no mesmo oscilador interno ( HS, por exemplo ) e faça uma regra de 3, para confirmar se a frequencia lida no dito pino segue a mesma proporção.
Assim, voce vai eliminar a dúvida a respeito da interferencia da ponteira.
+++

Enviado:
25 Jul 2007 19:36
por tcpipchip
Montei esta semana com o PIC18F452, com capacitores de 18pF, PLL ativo.
Cristal de 10Mhz...
TCPIPCHIP

Enviado:
25 Jul 2007 20:23
por kubiak
painho,
Eu já apanhei muito com isso também, se voce usar cristal encapsulamento metálico, de 40Mhz não oscila de jeito nenhum, sempre a frequência fica abaixo do especificado......
Para oscilar nessa frequência, eu já consegui overclock de até 50Mhz...
voce tem usar cristal cerâmico, dai oscila bem....
Eu uso de três perninhas com terra central...(tem na multicomercial)
Para Ativar o PLL interno dai voce usa um cristal comum de 10Mhz e ativa com o Comando #H4....no CCS...
Boa sorte.....

Enviado:
25 Jul 2007 23:07
por Fábio Pereira
Na maioria dos PICs que conheço o oscilador a cristal não pode operar acima de 25 MHz ...
Qual o modelo que você está utilizando ? Já verificou o datasheet ?
T+

Enviado:
26 Jul 2007 08:31
por alessandro
Também não sei porque no PIC18F452 + CCS, o codigo roda somente com frequencias até 32MHz com PLL ativo e cristal de 8MHz, se colocar cristal de 10MHz c/ trava tudo.....
Não sabia porque, fui aumentando o valor do cristal para ver até onde ia, no meu caso parou no cristal de 8MHz c/ PLL.
Com cristal de 40MHz direto sem PLL, não me lembro se cheguei a testar.
Alessandro

Enviado:
26 Jul 2007 08:49
por painho
o comando que o kubiak falou "Comando #H4....no CCS" para este pic n funciona seria o equivalente o #FUSES HSPLL. o cristal q to usando comum ja foi muito difícil de encontrar
a minha duvida para esse pic será que n importa o clock que esta usado que ele vai fazer as converções para ter o clock da usb assim o do sistema sempre vai operar no maximo?