PIC en protoboard con un MOLEX?

[pollastre]

perdonad de nuevo, pero al respecto de las multiples Vdd de alimentacion en los ICs, leyendo el datasheet del 16F648A acabo de darme cuenta de  que el formato SSOP-20 (que es el que planeo utilizar como SMD) tiene DOS pines de Vdd, con sus correspondientes dos pines Vss, a diferencia del paquete PDIP, el de "pinchar de toda la vida", que solo tiene un unico Vdd y Vss.

Esto me deja un poco confundido. Por qué en formato SSOP hay dos Vdd? Debo alimentar las dos? Y si es asi, supongo que las dos deberan llevar sus correspondientes capacitores de bypass, claro.....

gracias y saludos,

[maunix]

perdonad de nuevo, pero al respecto de las multiples Vdd de alimentacion en los ICs, leyendo el datasheet del 16F648A acabo de darme cuenta de  que el formato SSOP-20 (que es el que planeo utilizar como SMD) tiene DOS pines de Vdd, con sus correspondientes dos pines Vss, a diferencia del paquete PDIP, el de "pinchar de toda la vida", que solo tiene un unico Vdd y Vss.

Esto me deja un poco confundido. Por qué en formato SSOP hay dos Vdd? Debo alimentar las dos? Y si es asi, supongo que las dos deberan llevar sus correspondientes capacitores de bypass, claro.....

gracias y saludos,

La respuesta corta es SI, debes unir todos los pines Vdd y Vss que tenga un pic.

La respuesta larga, fijate en este link donde se habló del tema.

Como dije en dicho post, si no entiendes algo del inglés avisame y te lo traduzco.

http://www.todopic.com.ar/foros/index.php?topic=11605.0

Saludos

[pollastre]

clarito clarito como el agua.... muchas gracias por el link amigo !

saludos

[pollastre]

Buenas,

aquí os presento mi primer circuito con un PIC, concretamente un16F648A. A ver si alguien puede decirme por favor si las dos entradas Vdd están correctamente desacopladas, pues la verdad es que no he encontrado por ahi ningun circuito de ejemplo con varios pines de potencia desacoplados, aun cuando sí hay documentos que recomiendan desacoplarlos todos y cada uno... yo lo he hecho de esta manera, es correcto ?

gracias !

pd: disculpad que el circuito no se vea muy bien, forma parte de un circuito mas grande y os he recortado/arreglado esta parte para que podais verla con algo de claridad... de ahi que aparecen algunas imperfecciones.

[maunix]

Si , está bien.  Aunque en casos en que ambos pines de alimentación estén de un mismo lado, no creo que cambie mucho ponerle 2 capacitores a ponerle solo 1.

Usar varios capacitores para un mismo IC, se hace gralmente cuando los Vdd y Vss están bastante separados, pero no hay 'reglas' para esto, así como lo has hecho está bien.

Saludos

[xocas]

Hola.

tengo un par de dudas que seguramente sabreis resolverme...

la primera es sobre las comunicaciones serie y el oscilador interno: hace poco tiempo hice un pequeño proyecto de comunicacion via infrarrojos utilizando en el receptor un 12f629, y por mas que lo intente no consegui hacerlo funcionar adecuadamente si no usaba un cristal externo, y eso con una velocidad de tan solo 2400bps... tan sencillo como que si conectaba el oscilador externo -llegue a realizar una pequeña pcb con un cuarzo y sus condensadores que ponia o retiraba para probar- funcionaba y sino no. y, si, tambien cambiaba la palabra de configuracion para indicarle el modo... cuando lei en un post del foro que con oscilador interno mejor olvidarse de las comunicaciones di por zanjada la cuestion. este nuevo post recupera mis dudas
ahora tengo algo similar con un 12f675 y me vendria de perlas contar con los 2 pines del oscilador... en fin, de vuelta a la pelea... se os ocurre alguna otra cosa? decir que los receptores con cristal externo estan funcionando sin problemas y descarto por tanto problemas de software.

la segunda cuestion es que suelo utilizar los condensadores de desacoplo en todos los casos, y la pregunta es: conviene usarlos tambien cuando la alimentacion es una bateria o pilas o en este caso no son necesarios?

muchas gracias por vuestro tiempo y un saludo

[maunix]

Hola.

tengo un par de dudas que seguramente sabreis resolverme...

la primera es sobre las comunicaciones serie y el oscilador interno: hace poco tiempo hice un pequeño proyecto de comunicacion via infrarrojos utilizando en el receptor un 12f629, y por mas que lo intente no consegui hacerlo funcionar adecuadamente si no usaba un cristal externo, y eso con una velocidad de tan solo 2400bps... tan sencillo como que si conectaba el oscilador externo -llegue a realizar una pequeña pcb con un cuarzo y sus condensadores que ponia o retiraba para probar- funcionaba y sino no. y, si, tambien cambiaba la palabra de configuracion para indicarle el modo... cuando lei en un post del foro que con oscilador interno mejor olvidarse de las comunicaciones di por zanjada la cuestion. este nuevo post recupera mis dudas
ahora tengo algo similar con un 12f675 y me vendria de perlas contar con los 2 pines del oscilador... en fin, de vuelta a la pelea... se os ocurre alguna otra cosa? decir que los receptores con cristal externo estan funcionando sin problemas y descarto por tanto problemas de software.

la segunda cuestion es que suelo utilizar los condensadores de desacoplo en todos los casos, y la pregunta es: conviene usarlos tambien cuando la alimentacion es una bateria o pilas o en este caso no son necesarios?

muchas gracias por vuestro tiempo y un saludo

Habría que ver bien cual es tu problema con esa comunicación que mencionas.  Jamás he tenido inconvenientes usando el cristal interno y eso que he desarrollado comunicaciones a 57600bps. 

No se si se justifique hacer un gráfico con esquemas y mostrando como funciona una usart en modo asíncrono para que entendamos que no es un tema importante tener un error de un 1% o un 5%.

¿Tu estas haciendo una comunicación síncrona o asíncrona?

Respecto a los capacitores, si usas una batería no necesitaras capacitores de 'desacoplo' (los electrolíticos de gran valor) pero siempre serán útiles los de .1uF entre Vdd y Vss al lado de los pines respectivos en tu pic.  Esto responde a la necesidad de entregar corriente rápidamente cuando el pic lo requiera.

Saludos

[xocas]

hola y gracias maunix

veras, el codigo que utilice de prueba es algo tan sencillo como lo que te expongo a continuacion:

'*****************************
' Codigo del Transmisor
'*****************************
include "modedefs.bas"
define OSC 4

trisa = %00011
trisb = %00000000
porta = 0
portb = 0

bot_1 var porta.0
bot_2 var porta.1

loop:
if bot_1 = 0 then gosub led_on
if bot_2 = 0 then gosub led_off
goto loop

led_on: serout portb.1,n2400,[$FF,$FF,"OK","A"]
return

led_off: serout portb.1,n2400,[$FF,$FF,"OK","B"]
return
end

'**********************************
' Codigo del Receptor
'**********************************
include "modedefs.bas"
define OSC 4

@ DEVICE pic12F629, 0x1FC1

TRISIO=%001001
CMCON=%00000111
GPIO = 0

datos var byte
led_rojo var GPIO.1
led_verde var GPIO.2

Loop:
serin gpio.0,t2400,["OK"],datos
If datos="A" then gosub led_on
if datos="B" then gosub led_off
goto Loop

led_on: High led_rojo
low led_verde
return

led_off: low led_rojo
high led_verde
return

end
*************************************

en el emisor un 16f84a y en el receptor un 12f629 y tal como decia antes con oscilador a cristal todo perfecto y sin el ninguna respuesta de los leds... y seria genial poder evitarlo, por espacio y por economia

en cuanto a subir esquemas o una definicion mas clara del proyecto tendria que solicitar permiso puesto que es un proyecto para una instalacion de arte y los artistas tienen un concepto bastante acentuado de lo que supone copiarse las ideas unos a otros. si te puedo decir que implica el uso de algo mas de cincuenta (si, 50) pics interrelacionados unos con otros en algunos casos y actuando por libre en otros y que siento enormemente no conocer otro lenguaje que no sea basic por cuestiones de velocidad.
podeis contar que si dispongo del permiso subire bastantes cosas que me supusieron un reto y creo que pueden ayudar a otros compañeros, a mi me esta sirviendo para aprender un monton de cosas en este mundillo de pics tan reciente para mi.

gracias de nuevo y un saludo

pd: perdona pollastre que no pretendo desplazar tu consulta inicial, y desde aqui te digo que mucho animo y que estas en el foro adecuado. salu2

[maunix]

xocas06 no he usado nunca el basic, y no conozco sus limitaciones y/o cosas a tener en cuenta al momento de usar esas rutinas.

¿Puede ser que tengas que definir en algún lado el clock del PIC? Digo esto porque he de suponer que es una usart por software y tal vez estés seteando mal el clock al usar el interno.

Saludos

[xocas]

gracias maunix

no te preocupes porque seguramente es algo que tengo delante y no consigo ver...

y si, la comunicacion es por software -la determinan los comandos serout y serin- y hasta ahora lo unico que he visto para determinar la velocidad del oscilador es el comando device osc 4 y los ajustes de configuracion del  propio pic pero con todo eso ya me pelee en su dia y la verdad me da un poco de verguenza repetir una consulta que tambien ya hice en su dia...

un saludo y de nuevo gracias...

[maunix]

gracias maunix

no te preocupes porque seguramente es algo que tengo delante y no consigo ver...

y si, la comunicacion es por software -la determinan los comandos serout y serin- y hasta ahora lo unico que he visto para determinar la velocidad del oscilador es el comando device osc 4 y los ajustes de configuracion del  propio pic pero con todo eso ya me pelee en su dia y la verdad me da un poco de verguenza repetir una consulta que tambien ya hice en su dia...

un saludo y de nuevo gracias...

Es probable que sea algo simple de ver y que por ahora no lo puedas ver.  Si tienes osciloscopio podrias probar algo simple como por ejemplo hacer una salida por un pin todo el tiempo conmutando y ver cuanto tiene de ancho dicha señal.

Más allá que en ensamblador eso se hace con una sola instrucción tal vez puedas hacer lo mismo con el basic y obtener resultados 'comparativos'.

Entonces, si haces por ejemplo

1) SALIDA en ALTO
2) SALIDA en BAJO
3) Volver a 1

Debieras medir los anchos de pulsos. 

Estas mediciones las comparas usando el oscilador externo y el interno del pic.  Si las mediciones son similares entonces el problema está en otro lado.  Si difieren bastante es para preocuparse ya que estariamos hablando de que tu pic oscila a una frecuencia muy diferente a la esperada cuando utilizas el oscilador interno.


En cuanto a que te de vergüenza preguntar algo de nuevo.. pues bien, se me ocurren 2 razones.

1) que te respondieron erróneamente o bien no te satisfizo la respuesta
2) que no sepas o no recuerdes cual era la respuesta.

Si la razón es la 1ra y sabes donde hiciste dicha pregunta, pues vuelve a preguntar debajo de ese mismo hilo diciendo que no entendiste y te volveran a responder para aclarar tus dudas

2) puedes pedir que te ayuden a buscar el topic del que estas solicitando información o bien volver a hacer la pregunta (si consideras que es una pregunta relevante).

Saludos

[xocas]

hola maunix

ante la carencia de osciloscopio y partiendo de la base de que era posible hacerlo segui indagando aqui y alla hasta que por fin he dado con la respuesta. en pbasic se ha de añadir la linea DEFINE OSCCAL_1K 1 para que el oscilador interno vaya a la frecuencia correcta.

yo creia que simplemente restaurando el valor del OSCCAL e indicandole en pbasic la instruccion DEFINE OSC 4 era suficiente pero por algun motivo no es asi, tratare de verlo con mas calma cuando pueda. tambien encontre mas informacion en microchip: http://ww1.microchip.com/downloads/en/DeviceDoc/31002a.pdf donde en las paginas 14 y 15 se habla del desvio de frecuencia del oscilador interno -que al final no deja de ser un oscilador RC- y este otro enlace tambien es interesante: http://ww1.microchip.com/downloads/en/AppNotes/00250a.pdf

en cuanto a la verguenza... veras, para empezar creo recordar que hice la consulta en el hilo equivocado. las respuestas que obtuve ya las habia probado anteriormente. no disponia de mucho tiempo para entregar el trabajo y el oscilador a cristal fue un 'mal menor'. ademas lei por aquellos dias un post en el que se decia que oscilador interno y comunicaciones serie mejor olvidarse, asi que me olvide. tambien que soy de las personas que no rechazan una ayuda sino todo lo contrario, pero tampoco quiero que me lo den todo masticado porque mi primera intencion es aprender

gracias por tu tiempo maunix

[maunix]

hola maunix

ante la carencia de osciloscopio y partiendo de la base de que era posible hacerlo segui indagando aqui y alla hasta que por fin he dado con la respuesta. en pbasic se ha de añadir la linea DEFINE OSCCAL_1K 1 para que el oscilador interno vaya a la frecuencia correcta.

yo creia que simplemente restaurando el valor del OSCCAL e indicandole en pbasic la instruccion DEFINE OSC 4 era suficiente pero por algun motivo no es asi, tratare de verlo con mas calma cuando pueda. tambien encontre mas informacion en microchip: http://ww1.microchip.com/downloads/en/DeviceDoc/31002a.pdf donde en las paginas 14 y 15 se habla del desvio de frecuencia del oscilador interno -que al final no deja de ser un oscilador RC- y este otro enlace tambien es interesante: http://ww1.microchip.com/downloads/en/AppNotes/00250a.pdf

en cuanto a la verguenza... veras, para empezar creo recordar que hice la consulta en el hilo equivocado. las respuestas que obtuve ya las habia probado anteriormente. no disponia de mucho tiempo para entregar el trabajo y el oscilador a cristal fue un 'mal menor'. ademas lei por aquellos dias un post en el que se decia que oscilador interno y comunicaciones serie mejor olvidarse, asi que me olvide. tambien que soy de las personas que no rechazan una ayuda sino todo lo contrario, pero tampoco quiero que me lo den todo masticado porque mi primera intencion es aprender

gracias por tu tiempo maunix

xocas06 me alegro lo hayas solucionado. 

En este mismo hilo (en las páginas anteriores) yo decía casualmente lo contrario, en que el oscilador interno por más desviación que tenga no puede afectar a una comunicación usart asíncrona. 

En fin, algunos pensarán que sí, otros pensarán alineados a mi idea, de todas formas,  no por ser mayoría se tiene la razón, ¿verdad?

Siempre pienso en postear con mayor detalle, gráficas, etc, pero la falta de tiempo impide a veces elaborar un tema con tanta precisión.  Algún día postearé algún ejemplo con gráficas, donde explique porqué pienso de esa manera con respecto al oscilador interno vs usart asíncrono o simplemente uart

Saludos