|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - Huguen_aus_Tirol
Páginas: 1 ... 3 4 [5] 6 7 ... 13
101
« en: Miércoles 30 de Agosto de 2006, 00:09 »
Hola!
Si lo simulas en la PC y funciona, y en la placa no, yo te diría que controles el coneccionado (soldaduras, falsos contactos, etc)
Otra idea, prueba bajar la velocidad de transmisión.
Nos cuentas como va...
Saludos
102
« en: Miércoles 30 de Agosto de 2006, 00:04 »
Hola!
En primer lugar, no conosco el compilador que usas; yo te recomiendo el CCS. Hace poco quize programar con el compilador de Microchip, el C18, pero decidí no perder más tiempo y volví al CCS...
Con respecto al display, use varios de distintos fabricantes, y siempre con las mismas rutinas. Yo creería que hay pequeñas diferencias entre unos y otros, pero solo en los tiempos que manejan (según mi punto de vista). Lo que si puedo asegurar es que los comandos para configurarlos son siempre los mismos. En una discución anterior dejé las rutinas que uso para controlar estos LCD.
La diferencia entre 4 u 8 bits está principalmente en el hard. Yo prefiero 4 bits, me ahorro patas del micro que las uso para otra cosa.
Recomiendo el CCS porque es más conocido, y es más fácil encontrar ejemplos y contactar con gente que lo usa. No se si será la verdad absoluta, pero yo me acostumbré a él y me hace las cosas más fáciles...
Saludos!
103
« en: Sábado 26 de Agosto de 2006, 00:39 »
Hola! Por aquí todo bien, gracias; por alla? Bueno... parece que no usamos el mismo compilador C, yo uso el CCS. Estuve viendo en este compilador, y no encuentro como inicializar el modo SPI. Pero veamos... En tu código, inicializas al esclavo usando un parametro que es SLV_SSON; según me parece, estás habilitando la entrada de SlaveSelect, es decir que un pin del micro tiene que ponerse a 0 lógico para que el esclavo reciva los datos del maestro (creo que es RA5). Según recuerdo de la hoja de datos, el modo SPI esclavo puede funcionar sin nesecidad de SS, es decir que siempre esta habilitado a recibir datos; yo te dirá que pruebes hacerlo así. Por lo demás, el resto del código pareciera estar en orden. Ups!!!!  que pasa aquí!!! no termino de escribir mi mensaje y ya me contestas!!!!????... bueno... no tengo más que decir     Que tengan un hermoso fin de semana 
104
« en: Jueves 24 de Agosto de 2006, 13:24 »
Hola!
No me detuve mucho a ver el codigo, pero prueba lo siguiente:
1. Estan bien conectados los micros? Es decir, la pata por donde se transmiten los datos de uno (SDO) a la entrada de datos del otro (SDI), y viceversa.
2. Prueba algo mas simple, por ejemplo encender y apagar un LED al presionar un pulsador en el otro micro.
Saludos
105
« en: Jueves 24 de Agosto de 2006, 13:16 »
Hola Roseta!
Bueno, si usas un cristal de 40MHz, cada instruccion que se ejecute en un ciclo necesita solo de 25nseg (es la inversa de la frecuencia del cristal por 4)
Es muy probable que el problema del display venga por alli, hay tiempos que se deben respetar para que el LCD procese la informacion. Incluso en los pulsos de strobe y enable (fijate en la hoja de datos)
No se a que prescaler te refieres, pero ninguno afecta al tiempo de instruccion, es fijo y depende del cristal.
Sigue probando, que ya lo haras funcionar!
Saludos
106
« en: Martes 22 de Agosto de 2006, 17:23 »
Hola Roseta! Si usas el LCD en modo 8 bits, nada más tienes que escribir los 8 bits en el puerto y listo; no necesitas de send_nibble(). Tambien vas a tener que modificar el valor de un bit al inicializar el LCD, para indicar que trabaje en 8 bits (lo encontraras en la hoja de datos) No se que compilador usas, pero prueba reemplazar la declaración byte por int, o int8. En el caso del bool no se que decir ahora; pero seguro que el compilador tiene ayuda y allí encontrarás como declarar las variables. Por qué 4 veces? Bueno, es algo que encontré en una de las tantas hojas de datos que bajé, lo hize así y me funcionó sin problemas (primero no había funcionado). Por qué, no lo se...  Saludos, y suerte!
107
« en: Viernes 18 de Agosto de 2006, 14:57 »
Hola Roseta!
Disculpa que responda con otra pregunta... pero dices que programas en C, y usas el MPLab; tienes instalado el compilador C de Microchip?
De cualquier manera, fijate que tienes bien configurados los bits de dirección de cada puerto (registros TRISx), y asegurate de no tener configurado el puerto D como PSP.
Igual dejo adjunto el archivo con las funciones que uso.
Saludos
108
« en: Jueves 17 de Agosto de 2006, 17:45 »
Saludos!
Como dice Allisap, danos algunos datos más... Usas el display en modo 8 bits o 4? y como lo has conectado.
Yo tengo unas rutinas que las uso con los 18F y funciona bien; tambien me dieron algo de trabajo, pero ya estan probadas.
En su tiempo encontré varias hojas de datos de distintos fabricantes, y ninguna es exactamente igual a la otra, aunque pareciera que sí lo son...
Respondenos y te paso las rutinas!
Saludos!
109
« en: Miércoles 16 de Agosto de 2006, 06:28 »
Hola!
Mi opinión es la misma que expresé en la votación de ARM...
Saludos!
110
« en: Martes 15 de Agosto de 2006, 01:00 »
No hay problema!
Mantenenos informado de tu proyecto...
Saludos
111
« en: Lunes 14 de Agosto de 2006, 17:07 »
Lo mejor es como entrada y fijar un nivel, ya sea directamente a masa, o a Vcc con una R de unos 10K; puede ser una R para varias entradas. Si se deja como salida se corre el riesgo de hacer un corto (a masa o a vcc) y dañar el puerto.
Saludos
112
« en: Domingo 13 de Agosto de 2006, 09:04 »
Hola!
Perdón por el error... el 16F873 tiene MSSP.
Aqui dejo una rutina (dice para la memoria 24C02, pero en realidad es para cualquier 24C). Solo paso la rutina de lectura de la memoria; solo es cuestion de tomarla como base para escribir la rutina de escritura. Es fácil, y más con la ayuda de la hoja de datos de la memoria...
Asi tambien, pueden escribirse las rutinas para otros dispositivos I2C.
Saludos
113
« en: Sábado 12 de Agosto de 2006, 20:03 »
Hola! Lees el primer numero marcado, te queda el número en los 4 bits (nibble) bajos del registro donde lo guardes. Con la instrucción SWAPF inviertes los nibbles, de tal manera que el primer digito discado queda en los 4 bits altos del registro. Luego lees el segundo digito marcado y haces una operación OR con el registro donde tienes el primer digito... y listo, ya tienes dos digitos en un byte  En cuanto al micro, uno que tenga simplemente un modulo SSP ya lo puedes usar como maestro. No recuerdo ahora exactamente los detalles, pero se que no es nada complicado. Tendría que buscar entre mis archivos para sacarte algún ejemplo, pero puedes encontrar algo en las Aplication Notes de Microchip. La primera vez que lo hice fue con un 16F876, y funcionó perfecto; creo que este micro solo tiene SSP  Si no es molestia, te agradecería si me pasas el circuito de interfaz que tienes entre la línea telefónica y la entrada del CM8870. Puedes dejarlo aquí, o a mi correo ( hugoerhard@yahoo.de) Saludos
114
« en: Jueves 10 de Agosto de 2006, 22:16 »
Bienvenido!
Me parece un proyecto interesante... Existen algunos integrados que se encargan de convertir los tonos DTMF en su correspondiente valor binario (de 4 bits); deberías buscar cual es el que consigues en tu zona.
En segundo lugar, los codigos binarios que se generan son de 4 bits, es decir las teclas del 0 al 9, el *, el #, y digamos C, D, E y F para las otras cuatro posibilidades (normalmente no las tenemos en los teléfonos). Es decir, que por byte podemos guardar 2 "teclas" del teléfono. Tomando algún micro con EEPROM interna de 128 bytes, podrías almacenar 256 digitos, digamos que unos 25 números telefónicos.
Pero si prefieres usar una memoria externa, podrías guardar más números, u otros datos (tiempo de llamada, fecha, etc.)
En este caso, lo mejor es que busques un micro con modulo I2C incorporado. Lee en la hoja de datos todo lo relacionado a este modulo e intenta escribir el programa y probarlo; no es algo muy complicado, solo hay que escribir correctamente los distintos registros. También vas a necesitar la hoja de datos de la memoria que uses (todo se encuentra en la red)
No hay instrucciones específicas para escribir o leer estas memorias, tienes que escribir las rutinas para estas tareas
Bien, busca la información, la lees y después nos cuentas... Mientras veo que puedo conseguirte de ejemplo
Saludos!
115
« en: Martes 8 de Agosto de 2006, 17:20 »
Hola a todos! Nuevamente por aqui...
Recién vuelto de las vacaciones, me he traído el libro "Microcontroladores Avanzados dsPIC", de la editorial Thomson; por lo que estoy decidido a investigar en esta familia.
Ahora bien, quisiera primero aclarar unas dudas...
En primer lugar, las herramientas de desarrollo. En este sentido, creo que ya lo tengo solucionado; el WinPIC800 soporta grabación de estos dispositivos, por lo que no debería haber problemas.
Por otro lado, con el MPLAB se pueden editar y compilar los programas.
Hasta aquí todo claro; ahora las preguntas!
Estuve viendo el compilador CCS y no soporta esta familia. Alguien sabe de algún compilador C para los dsPIC? Me parece que escribir código asm para estos micros, y poder sacarles el mayor provecho, sería bastante complicado.
Si alguien aqui posee algo de experiencia en estos dispositivos, le agradecería sus concejos y comentarios.
Desde ya las gracias, y saludos a todos!
116
« en: Jueves 27 de Julio de 2006, 00:11 »
Hola! Estoy algo viejo y fuera de moda como para ayudarte en tu proyecto; en mi época hacíamos efectos de luces con los encendedores y las manos alzadas... (aunque no lo crean, lo hacíamos sin el uso de un PIC!) Bueno, sin embargo me llamó la atención el comentario respecto de los componentes malos. Es para tener cuidado, una vez me prendí de una oferta y compré unos cuantos 7805 muy baratos; la mayoría fallaron (no regulan, la tensión de entrada está a la salida, le habrán puesto invertido el diodo de protección interno:( ) Por suerte me tomo el trabajo de verificar las tensiones antes de montar los integrados y demás Es más, medí continuidad en uno antes de usarlo y, oh sorpresa... me vendieron un "jumper encapsulado TO220"... Por que no decirlo... los compré de Ribu Elektronik ( www.ribu.at); con otras ofertas no tuve problemas ni sorpresas... Siento no poder ayudarte, y saludos a todos!
117
« en: Martes 25 de Julio de 2006, 21:23 »
Hola!
No importa en que parte del programa se esté, al darse una interrupción ésta se atiende (siempre que esté habilitada).
Tu problema puede ser el siguiente: al atender la interrupción seguramente estás usando el registro W, y también se modifica el registro STATUS. Al retornar de la interrupción estos registros ya no tienen los valores que tenían antes, con lo que el programa no responde correctamente. No suele ser tan común, pero a veces hay que cuidar tambien por el registro PCLATH; todo depende de nuestro programa...
En cualquier hoja de datos de estos micros encontrarás la solución (la mejor!) a este problema, en el capitulo de interrupciones. Puedes descargar la hoja de datos de la página de Microchip.
Saludos!
118
« en: Viernes 30 de Junio de 2006, 23:02 »
Bienvenido! En principio debes guardar, al entrar a una interrupción, los registros W y STATUS; guardar PCLATH no es mala idea. Para hacerlo hay que tener cuidado, ya que sin querer puedes modificar el registro STATUS. Si bajas la hoja de datos, encontrarás la forma más simple de hacerlo. Dónde la consigues? www.microchip.com Lo mismo vale para cualquier micro, ya sea de la familia 16F ó 18F. Guardes o no los registros, el micro siempre regresa de una interrupción al punto donde quedó. El tema es que si no guardas estos registros, el primer efecto que notarás es un dolor de cabeza...  Saludos!
119
« en: Viernes 30 de Junio de 2006, 06:58 »
No, la dirección de hard está bien; hay que tener cuidado porque puede pasar en este caso, si la 24C64 tiene la dirección 0xA2 De todas maneras ya está solucionado... En realidad siempre funcionó  El problema era que mandaba a un LCD los datos que leo del bus, para verificar que funcione. En una linea lo relacionado al RTC y en la otra lo de la memoria. No se como se me ocurrió cambiar el formato en que visualizo la dirección (función printf) de la 24C64 que estoy leyendo, y funcionó  Pero, por qué lo hacía por separado y no con los dos dispositivos? Qué tiene que ver la función printf con el bus I2C? (tengo la función direccionada al LCD) Bueno, solucionado, pero extraño... La duda queda; si alguien sabe que puede ser, sería bueno que nos cuente  Desde ya las gracias, Lalo! Saludos
120
« en: Jueves 29 de Junio de 2006, 20:46 »
Hola a todos! Quizá alguien me de una mano... Estoy con un proyecto que tiene un PCF8563 (reloj en tiempo real, RTC) y una memoria 24C64 colgados del bus I2C de un 18F452. Cuando tengo solo el RTC, todo funciona de maravilla... Cuando tengo solo la memoria, todo funciona de maravilla... Pero cuando tengo ambos en el bus, no me funciona Las rutinas (en C) están bien, ya que individualmente funcionan; es más, ya las use en otros proyectos. El problema es cuando están los dos integrados conectados; curioso... Si alguien puede darme una idea, le estaré muy agradecido Desde ya las gracias, y saludos
121
« en: Lunes 26 de Junio de 2006, 18:10 »
Muy cierto lo que dicen los muchachos... Es más, algunos micros, p.e. el 16F628, poseen ya dos comparadores integrados, y además se puede ajustar internamente la tensión de referencia Saludos
122
« en: Miércoles 21 de Junio de 2006, 06:59 »
Un potenciometro de 1 Megaohm en el circuito oscilador? Por enesima vez... Lean las hojas de datos!!!! No muerden
123
« en: Miércoles 21 de Junio de 2006, 06:51 »
Cómo están los bits de configuración a la hora de programar el micro???
Saludos
124
« en: Martes 20 de Junio de 2006, 19:50 »
No se cuanta precición necesitas, pero fijate que tu constante es 0.196, por 10 es 1.96. Podemos decir que es 2, y si rotamos un registro una posición a la izquierda, lo estamos multiplicando por 2 En una de esas puedes hacer así, y tienes tu resultado (multiplicado por 10). Todo depende de la exactitud que necesites. Tal vez puedas compensar tu error luego, por rangos, por ejemplo... Lo más simple y rápido es progamarlo en C... Espero haber ayudado, nos cuentas! Saludos
125
« en: Martes 20 de Junio de 2006, 18:36 »
Está algo más barato que aquí... creo que cuesta por los €8.00.
Para empezar te diría que veas por algún otro, p.e. el 16F628, ó el 16F876/7... En realidad hay tantos!
Los ejemplos que encuentres para el 84 muy bien funcionan en los otros modelos.
Si empiezas con el 84, al poco tiempo ya estarás con ganas de hacer algo más y tendrás que gastar más en comprar otro micro.
Fijate cuál es el que más te guste y nos dices, todo depende a que se orienten tus intereses
Saludos
Páginas: 1 ... 3 4 [5] 6 7 ... 13
|
|
|
Mostrar Mensajes
