|
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
« 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
177
« 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
« 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!
179
« 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  !!!!! Y si hay faltas de ortografía, aquí no necesitamos compilar nada  [HERORR x] Pon el programa, así lo revisamos Saludos
180
« 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 Saludos!
181
« 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
182
« 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
« 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
184
« 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
« en: Jueves 16 de Febrero de 2006, 00:17 »
Hola! Te puedo ayudar en parte... fijate en este mismo foro, aqui va el link I2CSaludos
186
« 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
« 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... Bueno, cualquier cosa nos comentas, que aquí estamos... Saludos
188
« 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
« 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
« 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
« 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
« 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
193
« 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
194
« 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 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 Ah! Como handas con VB y este tema de la comunicación serie? En una de esas puedes darme una mano yo de C no se nada Error de sintaxis: "yo de C no C nada"
195
« en: Sábado 14 de Enero de 2006, 08:52 »
Hola! Parece que entiendo cual es el problema... creo 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
196
« 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! Sigamos por aquí, que nos queda mucho por aprender... Saludos
197
« 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
198
« 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
199
« 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
« 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 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  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
|
|
|