dudas Led's RGB

[Cryn]

Estoy estrenando unos RGB, de catodo comun, y pues tienen una muesca por una de las patas, y pensaba que ese era el comun pero no!, el comun es uno de alado y pues esto es normal??

ahora pretendo hacer mas o menos algo como las muchas muestras que hay en youtube, solo ver la gama de colores que se puede ver, y talvez unos pulsadores para incrementar verde azul y rojo, como otra opcion

ahora vi el ejemplo de nocturno sobre generar 3 pwm usando un timer, y pretendo hacerlo con ello, ya que hare el programa para un 16f648a (que solo tiene un canal pwm o 2 creo)

- que frecuencia debo usar?? periodo
- es necesario usar transistores a la salida del pic a los pines del rgb?

un saludo, y con vuestras respuestas me pongo a trabajar en el codigo, para lo que pretendo

[Nocturno]

La frecuencia debe ser superior a 50Hz. Teóricamente a 25Hz ya superamos la velocidad a la que la retina deja de ver parpadeos para ver cambios continuos, pero en la práctica a esa frecuencia se sigue viendo parpadear.
Para un sólo led no necesitarás transistores; puedes conectar directo el led a los pines del micro a través de resistencias.

[Marttyn]

nocturno, no me gusta llevarte la contraria, pero habria que tener cuidado de que led pongas, y sobre todo las resistencias... el transistor es para cuando consumes mas de 20mA del pic, asi que habria que buscar la resistencia adecuada... pero hace unos dias compre un led rgb de 3W, que consumen alrededor de 350mA por color... ESTOY DESEANDO QUE ME LLEGUE PARA HACER LAS PRUEBAS!!!
en el caso de cryn es poco probable que su led consuma demasiado, ya que habra de patas del led, y estos suelen ser los normales, con consumos maximos de 20-25mA por color, siempre que se le coloque la resistencia correspondiente, claro.

manolo, aprobechando que te tengo aqui me gustaria hacerte unas preguntitas sobre tu ejemplo de led rgb:
en la rutina de "procesaRGB", en el if que procesas el valor numerico introducido haces el siguiente calculo

Código: C

1. Rojo=Rojo*10+Buffer[i]-48;

y queria saber (si puede ser  ) que significa todo eso...
tambien tenia una duda con la rutina de "demo", porque me da la impresion que solo muestras unos 1500 colores, aunque tu ALARDEAS de poder visualizar toda la gama cromatica (16 millones de colores) ... y a un milisegundo por color como tienes en el codigo, enseñar todos los colores tardaria 4 horas y 40 minutos... 
y ahora, despues de criticarte duramente, me gustaria hacerte otra pregunta 
si por ejemplo tengo una variable INT8, y le voy sumando 1, luego 1, y asi hasta que desborda, luego que ocurre? despues del 255 continua contando por el 0? y si a 250 le sumo 10, me daria 4 como resultado? eso no da ningun problema ni nada? es que yo recuerdo de VB que si se me desbordaba una variable se finalizaba el programa... aqui en C no hay problema?
gracias y salu2

[Nocturno]

nocturno, no me gusta llevarte la contraria, pero habria que tener cuidado de que led pongas, y sobre todo las resistencias... el transistor es para cuando consumes mas de 20mA del pic, asi que habria que buscar la resistencia adecuada... pero hace unos dias compre un led rgb de 3W, que consumen alrededor de 350mA por color... ESTOY DESEANDO QUE ME LLEGUE PARA HACER LAS PRUEBAS!!!
en el caso de cryn es poco probable que su led consuma demasiado, ya que habra de patas del led, y estos suelen ser los normales, con consumos maximos de 20-25mA por color, siempre que se le coloque la resistencia correspondiente, claro.

Tienes razón, si pasa de 20mA habrá que "transistorizarlo". Yo daba por hecho que era normalito.

manolo, aprobechando que te tengo aqui me gustaria hacerte unas preguntitas sobre tu ejemplo de led rgb:
en la rutina de "procesaRGB", en el if que procesas el valor numerico introducido haces el siguiente calculo

Código: C

1. Rojo=Rojo*10+Buffer[i]-48;

y queria saber (si puede ser  ) que significa todo eso...

Rojo recibe un valor que se introduce por teclado. Las teclas recibidas están en Buffer. En cada iteración, hacemos lo siguiente:
- Rojo se mueve un dígito hacia la izquierda: Rojo = Rojo*10
- El valor ascii de la tecla recibida se convierte en un número entero: Buffer[ i ]-48
- ese número entero se suma a Rojo: Rojo=Rojo*10+Buffer[ i ]-48;

tambien tenia una duda con la rutina de "demo", porque me da la impresion que solo muestras unos 1500 colores, aunque tu ALARDEAS de poder visualizar toda la gama cromatica (16 millones de colores) ... y a un milisegundo por color como tienes en el codigo, enseñar todos los colores tardaria 4 horas y 40 minutos... 

Obviamente en la demo no se ven todos porque tardaría mucho. Donde se ven todos es tecleando directamente el código RGB de cada color. En ese caso, como tienes la opción de dar a cada color un valor entre 0 y 255, tienes 256^3 colores = 16M colores.

y ahora, despues de criticarte duramente, me gustaria hacerte otra pregunta 
si por ejemplo tengo una variable INT8, y le voy sumando 1, luego 1, y asi hasta que desborda, luego que ocurre? despues del 255 continua contando por el 0? y si a 250 le sumo 10, me daria 4 como resultado? eso no da ningun problema ni nada? es que yo recuerdo de VB que si se me desbordaba una variable se finalizaba el programa... aqui en C no hay problema?
gracias y salu2

Ea, pues ahora no tengo ganas de contestarte, por criticón. 

Bueeeeeno, ahí va. Considera que las variables recorren un círculo y cuando llegan a 255 siguen por 0 como si tal cosa. En ese caso, 250+10=4.

[Marttyn]

ah! una ultima cosa... porque pones punto y como ";" despues de los corchetes del IF del timer0 ISR, y despues del WHILE del main? signigica algo?
yo no los pongo, y CREO que funciona igual...
y por cierto... pones el timer en 140 para que desborde cada 58uS, que en 256 ticks serian casi unos 15mS de periodo de PWM, lo que nos daria una frecuencia de unos 67 ciclos por segundo. estos valores son fruto de pruebas o simplemente lo hiciste asi porque te gustaban esos numeros?
entiendo que a partir de una determinada frecuencia, el ojo ya no ve los leds parpadear, pero supongo que habra algun valor optimo, no? o mientras la frecuencia sea mayor a la que perciben nuestros ojos cualquiera vale?
hay TANTAS cosas que no se, y por suerte, cuando me intereso en alguna de ellas, el gran nocturno ya ha recorrido ese camino y puede guiarme

[stk500]

Estoy estrenando unos RGB, de catodo comun, y pues tienen una muesca por una de las patas, y pensaba que ese era el comun pero no!, el comun es uno de alado y pues esto es normal??

ahora pretendo hacer mas o menos algo como las muchas muestras que hay en youtube, solo ver la gama de colores que se puede ver, y talvez unos pulsadores para incrementar verde azul y rojo, como otra opcion

ahora vi el ejemplo de nocturno sobre generar 3 pwm usando un timer, y pretendo hacerlo con ello, ya que hare el programa para un 16f648a (que solo tiene un canal pwm o 2 creo)

- que frecuencia debo usar?? periodo
- es necesario usar transistores a la salida del pic a los pines del rgb?

un saludo, y con vuestras respuestas me pongo a trabajar en el codigo, para lo que pretendo

Hola Cryn amigo 
Aqui te pongo un Esquema para que vea la Idea, claro depende  del tipo de Led RGB que tu usa ya que lo hay de diferente consumo, como te explica manolo son para LED standard, pero lo hay de 1W,5W, 10W y algo mas, claro es que asi no lo puede atacar directamente a los Port, siempre usa un Transistor con Resistencia de Carga y mas  aun los LED de gran consumo necesitan de un Radiador,

http://tobe.nimio.info/led_mood_lamp.php
Muchas suerte y espero ver por aqui tu projecto 

[Nocturno]

ah! una ultima cosa... porque pones punto y como ";" despues de los corchetes del IF del timer0 ISR, y despues del WHILE del main? signigica algo?
yo no los pongo, y CREO que funciona igual...

Efectivamente, no son obligatorios. Los pongo por coherencia con el resto de estructuras en C.

y por cierto... pones el timer en 140 para que desborde cada 58uS, que en 256 ticks serian casi unos 15mS de periodo de PWM, lo que nos daria una frecuencia de unos 67 ciclos por segundo. estos valores son fruto de pruebas o simplemente lo hiciste asi porque te gustaban esos numeros?
entiendo que a partir de una determinada frecuencia, el ojo ya no ve los leds parpadear, pero supongo que habra algun valor optimo, no? o mientras la frecuencia sea mayor a la que perciben nuestros ojos cualquiera vale?

No hay base teórica detrás de esa frecuencia, sólo empírica.

[Marttyn]

No hay base teórica detrás de esa frecuencia, sólo empírica.

  la que mas me gusta! 
gracias manolo

[Cryn]

gracias por las respuestas, entonces trabajare con 50Hz (o mas)

como estamos usando PWM, pues al led le estamos dando un valor promedio, el cual si mal no recuerdo es: (1/T)*Integral(de 0 a T) de f(x)dx, donde f(x) es la funcion, que en este caso seria una cuadrada, y no importa la freceuncia, ya que siempre sera el mismo resultado:


hay alguna especificacion que diga en las hojas de datos respecto a ello??

No hay base teórica detrás de esa frecuencia, sólo empírica.

creo que no lo hay, cierto? pero de esa formula creo que se puede optar por cualquier frecuencia, arriba de la cual la retina de nuestro ojo ya no distinga el parpadeo y maximo hasta una freceuncia que pueda ver el led, ya que si es muy muy alta y el led no distingue supongo que el led no reaccionaria (pero cual la frecuencia maxima? dice en la hoja de datos?).

con respecto a mis leds son como estos, son los standar, verdad?:

no creo que pasen del 1/4 o 1/2 W exagerando, no??

claro que lo cuelgo por aca cuando este todo terminado y funcionando

un saludo

[stk500]

eso son como lo que tiene Manolo
lo puede montar directo al pic
pero yo pondria resistencia y asi no folsar el pic y claro dependiendo el pic que usa y su caracteristica de Port de salida,
mira el datasheet de los led y a ver que consumo tiene y el pic.
Suerte amigo

[Cryn]

vale pues, gracias por la respuesta, si les pongo resistencias de 510 ohm que son con las que vinieron

[stk500]

Para eso se recomienda DMX512 y asi en 256 punto por punto controlar las gamas de colores,
tengo implementacion para eso todos en ingles,
tengo los planos de controlar 512 Led en su rango de gamas
pero en AVR Atmel

[Cryn]

- que frecuencia debo usar?? periodo

Si vas a trabajar con leds RGBs tienes que tener en claro que pueden coexistir tres frecuencias diferentes:

a) la frecuencia de refresco propiamente dicha que es la que me imagino que mencionas.
b) la frecuencia del pwm de los leds para darles diferente valor (que no es lo mismo que color, más abajo lo explico).
c) la frecuencia de actualización en donde puedes cambiar la información del led.

Tú puedes tener por ejemplo la frecuencia de refresco de 100 hertz para que no se observe parpadeo, la frecuencia de actualización de información de 60 hertz para emular el sincronismo de actualización del NTSC, y la frecuencia pwm de los valores del led en digamos 5 MHz para poder desplegar digamos (es un decir, hay que hacer cálculos exactos) 4096 colores.

bueno me referia a la frecuencia del pwm, ya qeu de el hablaba todo el tiempo, jeje

ni idea que era necesario una frecuencia de refresco, y eso en codigo de ccs que significa??
y la frecuencia de actualizacion??
yo creia que solo cambiaba los datos por ejemplo con un pulsador, y ya el programa solito retardaba la caida en el pwm
bueno haber si me das la manito en esas dudas

[Cryn]

ok, ya me estaba asustando con tantas frecuencias

ahora me doy tiempo y comienzo con el codigo de lleno, un saludo, supongo que sera con la resolucion de 8 bits como lo hizo nocturno, supongo que saldran como unas 20k o 30k de tonalidades como mencionaste JCC40

un saludo y ahi pongo el codigo y si puedo algun video y fotos

un saludo mg

[Gorgonas]

Usando el metodo de nocturno, para conseguir una fecuencia decente sin parpadeos y poder hacer mas cosas he puesto un cristal de 16Mz, con el de 4 interno me parpadeaba todo el rato. Y otra cosa si alguien se fia del eskema que han colgado mas arriba de la mood lamp. Las resistencias son incorrectas para un led normal de 3w