Publicado por: Nocturno en 29 de Octubre de 2005, 23:21:00
He incluido funciones para escribir textos, puntos, líneas, cuadrados, círculos y bitmaps.
Además, existe la opción de escritura directa en el display o en un buffer de memoria en segundo plano, para componer el dibujo antes de mostrarlo.
En fin, acabo de subirla a El Rebujito. Espero que la disfrutéis.
Publicado por: lord_10 en 30 de Octubre de 2005, 00:10:00
Publicado por: RaDoN en 30 de Octubre de 2005, 04:21:00
aver si le hago un apaño para usarla con CCS.
Publicado por: Sispic en 30 de Octubre de 2005, 12:29:00
Publicado por: Artifox en 05 de Noviembre de 2005, 00:55:00
, recien estoy intentando usar la pantalla del Nokia 3390 (aca en mi pais no hay el 3310) ya lo tengo en mis manos y poco a poco quiero ir usandolo... Lo pensaba usar con el CCS pero ahora que reviso bien lo hare con un dsPic en C30... Realmente Nocturno... me saco el sombrero... eres todo un MAESTRO.
Tan solo una pequeña pregunta: Aparte del FastLCD hay algun otro programita para editar graficos para el LCD????
Gracias por compartir esto con todos
Un abrazo...
Publicado por: Nocturno en 05 de Noviembre de 2005, 01:49:00
De todas formas, de todas las aplicaciones que he probado, el Fast-LCD es la única que permite obtener los bytes en vertical, tal y como los necesitan los displays de Nokia.
Ah, y lo de maestro resérvalo para otros, yo me limito a ir aprendiendo poco a poco. De todas formas, muchas gracias.
Publicado por: antoniof en 02 de Diciembre de 2005, 03:14:00
Tengo un par de preguntillas
Me he bajao las librerías y veo que has programado unas rutinas de retardo llamadas DelayUs y DelayMs. En concreto, en la DelayUs programas 26 "nop" y un decremento de la variable v (v--). Me gustaría saber que frecuencia de reloj has utilizado (con los MIPS me sirve ya que me has explicado que relación guardan con el cristal de cuarzo) y que fórmula, método científico o cuenta de la vieja
has utilizado para averiguar que en cada repetición de ese bucle se pierde un microsegundo.Gracias de antemano.
Publicado por: Nocturno en 02 de Diciembre de 2005, 11:15:00
A ver, intento contestar a tu pregunta, aunque ya sabes que el ASM y yo no somos muy amigos.
Al desensamblar el DelayUs sale esto:
001D9C cp0.w [0x001c]
001D9E bra z, 0x001dd8
... aquí todos los NOP ...
001DD4 dec.w [0x001c],[0x001c]
001DD6 bra 0x001d9c
Segun la data, las instrucciones cp0 y dec ocupan un ciclo cada una, mientras que las instrucciones bra ocupan dos.
Por tanto, la duración de cada bucle sería de 1+2+26+1+2=32 ciclos.
Si el micro estuviera trabajando a 32MIPS, esos 32 ciclos serían un microsegundo.
De todas formas, en el ejemplo del Display Nokia, tenía un 30F4011 con oscilador interno ajustado a su máxima velocidad (tienen cierta tolerancia) y corría a 31,446MIPS, por lo que ese DelayUs duraba un pelín menos de 1 microsegundo, aunque en esta aplicación no era en absoluto algo crítico.
Aunque en C30 no es obligatorio para su compilación, en aplicaciones que dependen de la velocidad del micro, siempre defino la variable MIPS, y comprobarás como en esta librería está definida como:
#define MIPS 31446
Publicado por: antoniof en 02 de Diciembre de 2005, 13:25:00
Muchas gracias. Voy a seguir pegandome con el dsPIC y la librería a ver si este puente puedo hacer algo.
Cuando consiga hacerla andar pongo aqui unas fotos.
Estoy teniendo problemas cuando activo el PLL del PIC: un led que tengo conectado a la alimentación se pone a parpadear. Es como si cuando activo el PLL el dsPIC consumiera picos de corriente
.Voy a leerma la data a ver si veo algo raro.