• Lunes 7 de Julio de 2025, 13:40

Mostrar Mensajes

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 ... 6 7 [8] 9 10 ... 13
176
Microcontroladores / Re: Termómetro
« en: Lunes 20 de Marzo de 2006, 23:06 »
Hola Borgo! No me puse a ver el adjunto, pero te tiro una idea...
Podrías hacer la medición de los cuatro canales y luego envias a la PC un bloque de datos, digamos que con 8 bytes te alcanzaría justo; donde los dos primeros bytes son el canal 1, los bytes 3 y 4 el canal 2, y asi. O mejor, envias un paquete de 16 bytes; el primer byte contiene siempre el mismo valor y te sirve de referencia (para saber que es el inicio de un bloque válido), y luego los datos que quieres que lleguen al PC.
Esto ya lo he utilizado y funciona bien ;)
Espero te sirva!

Saludos :hola:

177
Microcontroladores ATMEL / Info Sobre Atmel....
« en: Sábado 18 de Marzo de 2006, 14:28 »
Hola a todos los del foro!
Posiblemente pronto necesite familiarizarme a fondo con la linea Atmel, en especial en lo relacionado a la programación en C. Ya estuve investigando en la página de Atmel, pero necesitaría más info.
Para los PIC estoy usando el PCW, que compilador C existe para los Atmel?? (que sea accesible!)
De cualquier manera seguimos con los PIC :)
Y si todo sale bien, pronto podríamos juntar aquí info con respecto a los micros de Infineon...  ;)

Desde ya las gracias, y saludos a todos!

178
Microcontroladores / Re: Otro Programador...
« en: Martes 14 de Marzo de 2006, 00:06 »
Hola! Desde hace bastante tiempo estoy usando el WinPic800 con mi programador; resulta que despues de varias grabaciones, mi aplicación (generalmente) no quería arrancar por sí misma. Debía entrar a configuración de hardware y deshabilitar manualmente la señal MCLR.
Recientemente bajé la versión 3.58 de WinPic, y en configuración de hardware marqué la casilla "default" de la señal MCLR ICSP, con lo que se solucionó el problema.
Hace un año uso este programador, nunca saco el cable del conector ICSP de mis proyectos; y hace bastante estoy con el WinPic. Creo que es una opción económica para quien se inicia ;)
Por supuesto, las gracias y felicitaciones a los creadores de WinPic. Probé una decena de soft´s, y (personalmente) quedo con este :)
Saludos! :hola:

179
Microcontroladores / Re: Pic16f877 Se Resetea Tras 5 Seg De Un Pulso En Rc0
« en: Lunes 13 de Marzo de 2006, 23:35 »
Hola! Es probable que en los bits de configuracion estes habilitando el watchdog, por lo que te genera el reset despues de algun tiempo. En el programador que uses, verifica que el WDT esté desactivado.
Hice click en el link, pero no pude ver el programa; sería bueno verlo, para saber si no está alli el problema.
Ah!, y no te preocupes!, si quedas loco, pues bienvenido a la familia :lol: !!!!!
Y si hay faltas de ortografía, aquí no necesitamos compilar nada :P  [HERORR x]

Pon el programa, así lo revisamos

Saludos :hola:

180
Microcontroladores / Re: Coseno Fi
« en: Martes 21 de Febrero de 2006, 23:03 »
Hola Solosergio! Si quieres medir potencia en alterna, además de la tensión y corriente necesitas el desfase entre estas dos señales. Ten en cuenta que debes tener el valor RMS de las señales.
Y desde ya piensa en escribir tu programa en C!
Busca en la red que encuentras sobre el ADE7756, despues nos comentas :whistling:

Saludos!

181
Microcontroladores / Re: Envio De Datos Por El Puerto Serial Pic-pc
« en: Martes 21 de Febrero de 2006, 22:54 »
Hola Karen! Si dices que estando apagado el micro tienes el problema, descarta que la causa esté en el programa del PIC ;)
Si además dices que con el hiperterminal no tienes el problema, descarta el hard...
Entonces tu problema debería estar en el programa de la PC... Dedicate a revisar este programa, a ver que encuentras.
Espero haber ayudado, lamentablemente no tengo mucha experiencia en VB!

Saludos :hola:

182
Microcontroladores / Re: Cronometro Con Pic 16f628
« en: Sábado 18 de Febrero de 2006, 08:16 »
Hola! No recuerdo en este momento si este PIC lo tiene, pero tu problema lo puedes solucionar con el módulo de Captura (CCP)...

Saludos

183
Programación en C / Re: Termometro Con Lm35
« en: Sábado 18 de Febrero de 2006, 00:04 »
Hola Farmada! Bien, al levantar la masa en 1.25V tendrás 1.25V (a la salida del LM35) para 0ªC. Es decir el display, para 0 Celsius, te mostrará 125 con monedas; según la formula que usas.
Entonces, al valor que calcules tendrás que restarle 125 y obtienes la temperatura.
Como puedes ver, estas sin problemas dentro del rango que quieres medir :)
Concejo: trata que los 1.25V sean lo mas estable posible, y (lógico) no dependiente de la temperatura...
Es más, si tu aplicación es delicada, puedes corregir cualquier desviación midiendo con el micro entre masa y la pata común del sensor ;)

Saludos :hola:

184
Microcontroladores / Re: Watchdog
« en: Viernes 17 de Febrero de 2006, 23:49 »
Hola! Aqui va algo como ejemplo:

   __CONFIG 0x31C4

Lo uso en un 16F876, y hay que prestar atención porque los bits suelen variar de un micro a otro :(
Lo pones bien al comienzo, despues de declarar el micro que usas. Si lo haces, es bueno verificar despues en el programa que uses para grabar el PIC (winpic u otro).
Lo bueno es que escribes solo una vez esta linea, y luego te olvidas ;)

Saludos

185
Microcontroladores / Re: Bus 12c Con Pics 16f877
« en: Jueves 16 de Febrero de 2006, 00:17 »
Hola! Te puedo ayudar en parte... fijate en este mismo foro, aqui va el link

I2C

Saludos

186
Microcontroladores / Re: Archivos Generados Por El Mpasm
« en: Jueves 16 de Febrero de 2006, 00:13 »
El archivo HEX es el que se graba en el micro; alli tienes todo tu programa en hexadecimal, no importa el lenguaje de programación que hayas usado.
Si ves el contenido del archivo, te encuentras con:
* dos puntos (":")
* 8 digitos que contienen: la dirección de memoria y no recuerdo que más :(
* luego tienes 32 caracteres más (16 bytes en hexa) que es lo que se grabará a partir de la dirección especificada al principio
* y por último dos caracteres más (1 byte) que es un CRC

Si navegas por la página de Microchip encontrarás la información en detalle :)

Saludos

187
Programación en C / Re: Se Puede Tener Mas De 1 Pwm En Un 16f877a??
« en: Jueves 16 de Febrero de 2006, 00:00 »
Hola Daniel! Encontrarás micros con más de 2 PWM, pero ya son en capsula SMD, creo que de 64 patas en adelante. No recuerdo ahora que modelos son...
Una idea: podrías usar un micro más pequeño, con 2 PWM, y controlar dos ventiladores. Es decir, una placa para dos motores; y si necesitas compartir parametros de un ventilador con otro, puedes comunicar cada placa por I2C.
Es solo una idea, habría que ver como llevarla a la práctica... :lightsabre:
Bueno, cualquier cosa nos comentas, que aquí estamos...

Saludos

188
Programación en C / Re: Se Puede Tener Mas De 1 Pwm En Un 16f877a??
« en: Martes 14 de Febrero de 2006, 17:38 »
Si, se pueden usar los 2 PWM, si es que el micro disponga de los dos módulos!
Para ello hay que configurar los registros CCP1CON y CCP2CON para cada módulo.
La frecuencia la da el timer2, y es común para ambos periféricos.
Una vez configurados, solo debemos escribir la duración del pulso en CCPR1L (para el PWM1) y en CCPR2L para el otro. Como se puede ver, se puede tener una modulación distinta en cada salida; siempre con la misma frecuencia (timer2).
Lo mismo vale para aquellos micros que disponen de más de 2 módulos, pero personalmente nunca he trabajado con ellos.
Saludos

189
Programación en C / Re: Se Puede Tener Mas De 1 Pwm En Un 16f877a??
« en: Martes 14 de Febrero de 2006, 07:05 »
Hola! En el 16F877 tienes 2 modulos PWM, los cuales te entregan cada uno salidas independientes, aunque internamente tienen algunas cositas en común. Ya si quieres usar cuatro salidas analógicas, con este micro te quedas corto...
Pero cuentanos más en detalle; los cuatro ventiladores funcionan todos al mismo tiempo? Cuanto más detalles digas, mejor podremos ayudarte!
Bien, si ya lo has hecho con un PWM, no te costará mucho hacer funcionar al otro :)
Saludos

190
Programación en C / Re: Manejo Eeprom 24lc08 Con Pic 16f628
« en: Lunes 13 de Febrero de 2006, 20:46 »
Hola muchachos! Bien, sin las resistencias, el bus I2C no funciona :(
La linea SDA es drenador abierto (similar a colector abierto), ya que sino no podría ser bidireccional. Por esta línea se transmiten y/o reciben datos de un dispositivo a otro. Por ello es que debemos fijar externamente un nivel mediante una R (10K) a VCC.
En los micros que poseen modulo I2C y soportan el modo multimaestro, la linea SCL tambien es drenador abierto; en estos casos SCL tambien es bidireccional. Es decir que deben llevar la R a VCC.
Bien, resumiendo: siempre conectar una R entre SDA y VCC, y SCL y VCC :)
Con 10K está bien (a mi me funciona!)

Saludos a todos!

191
Programación en C / Re: Termometro Con Lm35
« en: Lunes 6 de Febrero de 2006, 20:53 »
Hola Farmada! En primer lugar, prueba declarar la variable medición como "long"; las variables int son de 8 bits, mientras que el ADC es de 10 bits.
No creo que haga falta la linea donde configuras el AD dentro del while, ya lo haces al principio.
Tampoco veo que inicies la conversión... Debes poner a 1 el bit 2 de ADCON0, y esperar a que este bit vuelva a 0. Entonces se completó la conversión. No se exactamente como trabaja la función read_adc()...
Bueno, prueba y nos cuentas!

Saludos

192
Programación en C / Re: Microcontroladores Motorola
« en: Miércoles 1 de Febrero de 2006, 19:25 »
Hola! Después de leer esta discución, me bajé un par de data sheets de motorola... las estuve viendo, y me tienta experimentar con estos micros.
Ahora bien: para ello hace falta, como mínimo, un compilador y un programador :)  Alguien nos daría el dato (link ;) ) de donde conseguir las herramientas básicas?
Ah! Y no encontré tampoco el set de instrucciones para estos micros! :(
Desde ya las gracias!

Saludos a todos :hola:

193
Microcontroladores / Re: Comunicacion Rs485 Hasta 1200 Metros
« en: Jueves 19 de Enero de 2006, 23:42 »
Hola! Bueno, al hablar de RS485 podemos encontrar por alli que se puede transmitir hasta a 12Mbits y a 1200 metros; pero no es tan así. A mayor distancia, menor velocidad. En una ocación teníamos una buena cantidad de encoders conectados via Profibus DP (usa el estandar 485) a un PLC (S7 400), la distancia era considerable (no se si llegaba a los 1200m, pero era bastante); tuvimos que conformarnos con 9600 bits/seg para no tener errores. Parece poco, pero el proceso (complicado) se realizaba sin problemas!
Bien, si usas un PIC, en la USART no hay mucha diferencia con respecto a que uses RS232 o RS485. En el hard, en lugar de un (p.e.) MAX232 necesitas un SN75176 ó similar. Baja de la red la hoja de datos, te servirá bastante.
Con RS485 puedes conectar varios puntos a la misma línea, y con los PIC que soportan comunicación con 9 bits (en la USART), puedes lograr cosas más que interesantes ;)
Consigue la hoja de datos y nos cuentas...

Saludos :hola:

194
Microcontroladores / Re: Problemas Con El 16f87
« en: Miércoles 18 de Enero de 2006, 23:47 »
No Karen, no se ha arruinado nada! Prueba como te dije, enviar repetidamente desde el PIC al PC; tiene que funcionar :lightsabre:
La PC no tiene que enviar nada al PIC para que este envie un dato al PC, asi como tienes tu programa...
Prueba, que tiene que funcionar!!

Saludos :hola:

Ah! Como handas con VB y este tema de la comunicación serie? En una de esas puedes darme una mano ;)

Citar
yo de C no se nada

Error de sintaxis: "yo de C no C nada" :D  :lol:

195
Microcontroladores / Re: Problemas Con El 16f87
« en: Sábado 14 de Enero de 2006, 08:52 »
Hola! Parece que entiendo cual es el problema... creo :rolleyes:
Tu programa hace exactamente como expliqué en un mensaje anterior, y luego ya no hace absolutamente nada. Prueba poner la rutina ENVIAR dentro del lazo ESPERA, agrega en este lazo una rutina de demora (p.e. 1 segundo); de esta manera estás enviando tu dato cada segundo.
Otro tip: cada vez que envíes tu dato por el puerto serie, incrementa la variable AUXI, es decir haz un contador, entonces tendrás un mejor feed-back de lo que sucede...
Saludos :hola:

196
Programación en C / Re: C ó Asm?
« en: Sábado 14 de Enero de 2006, 00:41 »
Gracias muchachos! Mi conclusión es más que obvia, pero debemos decírla a todos! :D
Sigamos por aquí, que nos queda mucho por aprender... ;)

Saludos :hola:

197
Microcontroladores / Re: Problemas Con El 16f87
« en: Sábado 14 de Enero de 2006, 00:33 »
Hola Karen! No verifiqué que estén bien cada uno de los bits de configuración en tu programa, pero aparentemente estan en orden...
Bien, arrancas el PIC, configuras los registros, llamas a la rutina ENVIAR: escribes un byte en el registro TXREG (la transmisión se inicia automáticamente), verificas que se termine de transmitir (polling), escribes el 2, y return :)
Y entonces quedas en un lazo infinito.
Asi como está el programa, no recibes nada; o mejor dicho, no tienes una rutina para la recepción.
La transmisión la realizas una sola vez, y luega quedas en un lazo.
Bueno, espero ayudar un poquito...

Saludos :hola:

198
Programación en C / C ó Asm?
« en: Viernes 13 de Enero de 2006, 21:11 »
Saludos a todos! En vista de algunas diferencias que existen entre la conveniencia de programar micros en C ó asembler, me tomo la libertad de abrir ésta nueva discusión.
La idea es ir sacando cosas en claro, y exponer aquí nuestras experiencias. En primer lugar, para no confundir y desanimar a los que comienzan :(  Segundo, para ampliar nuestros conocimientos.
Bien, en lo posible seamos imparciales y objetivos... :)

Comienzo: recién comparé dos rutinas relacionadas con el manejo de un display LCD, una de inicialización del display y la otra para escribir un dato en el display. Las rutinas fueron escritas en asembler y en C (compiladas con el CCS C), están probadas, y realizan exactamente la misma función.
Resultados:
En C, las rutinas me ocupan 106 y 78 bytes para la inicialización y la escritura, respectivamente; en asembler, 66 y 68 bytes. Tengo 40 bytes menos (en asm) para la inicialización, y 10 menos (en asm) para la otra rutina.
Conclusión (mía):
*En asm necesito menos ROM.
*En C fué mucho más rápida y simple la escritura del código.

Bien, compartan sus opiniones, y entre todos encontremos las pautas para definir cuál es la herramienta más conveniente para cada proyecto que iniciemos.

Saludos :hola:

199
Microcontroladores / Re: Fallo - Rs232
« en: Jueves 12 de Enero de 2006, 00:34 »
Hola muchachos! antes que se cierre la discución, quería decirles una cosita más...
Aquí hay mucha gente nueva que recién comienza, y no queremos confundirlos más. Lo mejor es comenzar con asembler y luego pasar al C. El C funciona bien con micros grandes, con bastante memoria de programa; pero si pensamos alguna vez usar algún 10F, ó algún 12F (por ejemplo), podemos olvidarnos del C.
Tanto C como asembler son solo herramientas, depende de nosotros saber cual es la herramienta adecuada para cada trabajo

Saludos

200
Microcontroladores / Re: Fallo - Rs232
« en: Martes 10 de Enero de 2006, 22:56 »
Hola! (de nuevo!)
Es cierto, con asembler, normalmente, necesito el mismo, o más, tiempo para depurar el programa de lo que me lleva escribirlo :angry:
Pero con asembler podemos ahorrarnos algo de memoria, depende el caso bastante. Si, si... cada vez salen micros con más capacidad de memoria; están orientados a la programación en C.
Y, sostengo lo que dije en el mensaje anterior, porque me estoy iniciando en C. Cuando le agarre la mano, seguramente pensaré de otra forma :)
Bueno, parece ser que nos estamos desviando y deberíamos pasar a la sección de programación en C :lol: Y ya que estamos en el baile... cómo usar rutinas en asembler en un programa escrito en C?

Desde ya las gracias y un saludo cordial a todos! :)

Páginas: 1 ... 6 7 [8] 9 10 ... 13