|
|
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 ... 9 10 [11] 12 13
251
« en: Miércoles 17 de Agosto de 2005, 23:04 »
Hola jgpeiro! Bueno, en primer lugar, existen tantos modelos de PIC's que facilmente encontrarías uno donde quepa tu programa completo; pero veamos que se puede hacer...  Si tu EEPROM es del tipo I2C o SPI, podrías hacer una rutina, en la flash, donde se encargue de leer la memoria externa y volcarla a la flash, a partir de una dirección conocida. Luego saltas a esta dirección y se ejecuta el código que hayas cargado (un reset). Se debería buscar la vuelta con el tema de las interrupciones; podrías verificar cada una de las interrupciones cuando se produce alguna, y desviarla de acuerdo a si la necesitas o no. Por supuesto, cuando cargues la flash, deben estar todas las interrupciones inhabilitadas! El código que cargues en el PIC debe estar completo, no puedes dejar parte fuera. Lo que intentas hacer, si no me equivoco, es algo similar a un PLC. En los autómatas es algo distinto; el micro va leyendo la EEPROM y actuando según lo que lea. Pero en este caso no se carga, desde la memoria externa, el código mismo del micro a la memoria interna. Otra cosa: hay un límite en la cantidad de ciclos de escritura en flash; según los manuales, de 1000 ciclos  Nunca me puse a contar si son 1000 o no, pero te puedo asegurar que sí hay un límite... Saludos, y espero puedas solucionar tu problema 
252
« en: Jueves 11 de Agosto de 2005, 17:27 »
Hola! aqui les dejo algo similar a la expansion con el 4094, pero ahora de entradas. Es muy simple, espero que alguien lo aproveche! Saludos!
253
« en: Lunes 8 de Agosto de 2005, 23:03 »
Hola Neo! Entiendo lo que estás buscando... Puedes hacer una interfaz usando circuitos digitales, sin ningún micro ni nada "raro". La automatización viene desde el PC, seguramente Visual Basic o algo. Esto me recuerda a los prácticos de la Uni  Si nos aclarás un poco más en detalle que es lo que querés hacer con gusto te doy una mano. (Tipos de entrada/salida, cantidad, carga a controlar, etc, etc...); cuanta más información, más fácil y rápido Saludos!
254
« en: Domingo 7 de Agosto de 2005, 09:34 »
Hola Sotrono! Yo estoy usando el metodo del marcador indeleble. Hace poco me hice una placa para un micro SMD, con pistas bastante finas, y salió aceptable. Da mucho trabajo, y no es algo muy profesional, pero si es solo para uno mismo, sirve Ya otros metodos son más caros, y se necesita algo de experiencia. El quimico que uso aquí es persulfato de amoniaco o algo asi (no soy bueno para la química ); solo actua con temperatura. Me da mejores resultados que el percloruro. Bueno, si pruebas algún otro método, nos comentas, OK? Suerte, y saludos!
255
« en: Sábado 6 de Agosto de 2005, 21:02 »
Hola! De nuevo...  No Eliza, no es tan complicado... Es práctico cuando estás con un desarrollo, donde tenés que grabar muchas veces el micro; pero si lo vas a grabar una sola vez (o pocas veces), entonces no es tan necesario. Estuve viendo el 16F628, y justamente RB6 y RB7 (los pines que se usan para ICSP) son usados por el timer1. Es decir que, si queremos grabarlo por ICSP y en nuestra aplicación usamos el timer con un cristal externo, se nos complica un poquito.  Ya le buscaré la vuelta, y les aviso Si, Sotrono; no son tan caros y vale la pena meterse en este mundo... Bueno, aqui estamos para aprender y compartir los conocimientos! Saludos, y lindo fín de semana!
256
« en: Sábado 6 de Agosto de 2005, 19:00 »
Hola Eliza! Tanto tiempo! Bueno, confiezo que a veces uso la proto, pero solo cuando es necesario. Cuando son circuitos simples, no hay problema; pero poner un micro, con un cristal de 4 MHz (por ejemplo), no hay garantias de que todo funcione bien. Además los contactos, con el tiempo, se hechan a perder. Prefiero las placas perforadas, cuestan un poquito, pero los componentes van fijos (soldados) y podemos usar el prototipo por bastante tiempo sin que accidentalmente se suelte algo. Es un poquito más de trabajo, pero vale la pena. El wire wrap es un alambre muy fino, aislado, muy útil para hacer conecciones en placas de impreso. Tiene su precio... pero se puede reemplazar por otras cosas. Yo uso, para puentear las islas de la placa, trozitos de cable plano, como los que se usan en los discos rígidos. Este tipo de cables es fácil de encontrar, a veces regalado El cable telefónico no sirve, la aislación no soporta el calor del soldador; de todas formas lo podemos usar desnudo para las lineas de masa, por ejemplo. Les dejo una foto de una de estas placas, precisamente la del programador que utilizo. Este metodo no es algo muy complicado de hacer. En cuanto a la programación ICSP (In Circuit Serial Programming), es grabar el micro utilizando solo unas pocas patas del mismo: una para los datos, una para el clock y otra para Vpp. La ventaja es que no necesitamos estar cambiando de lugar el micro cada vez que lo queremos programar (aplicación-grabador) En realidad no es más que llevar las señales del grabador mismo hasta el micro Bueno, hay mucho de que hablar de este tema. Tiene sus "trampitas" y algunos detalles que tenemos que tener en cuenta a la hora de diseñar el circuito; pero los resultados son buenísimos, y te alientan más a "jugar" con los micros  Hace que sea más simple y cómodo... Bueno, espero no haberme pasado de la raya escribiendo... Muchos saludos!
257
« en: Sábado 6 de Agosto de 2005, 09:05 »
Hola! Muy de acuerdo con lo que dice Jonathan. No recomiendo el 16F84, ya está viejito... No se los precios que se manejan en Argentina, pero p.e. aqui un 16F84 vale unos € 6.00, mientras que se consigue un 16F628 ya por € 4.00. No probaron curiosear que se consigue en Ebay? Yo ya compré algunos componentes muy baratos ahí! Otra: una vez que tengas el micro, vas a necesitar una placa donde montarlo, para poder hacer las pruebas reales; podés elegir una de esas placas experimentales pre-perforadas (NO PROTOBOARD! ), y cablearlo con wire wrap, por ejemplo. Y en lo posible, tratá de poder programarlo via ICSP, asi no tenés que sacar el micro del circuito; eso le da larga vida a las patas del micro! Bueno, cualquier cosa, no dudes en consultar aqui en el foro. Mucha suerte! Hugo
258
« en: Viernes 5 de Agosto de 2005, 06:31 »
Hola! Para usar una comunicación por el puerto paralelo, lo ideal sería que uses un 16F877, o un 18F452. Estos micros tienen un periférico que permite comunicaciones paralelas con otro dispositivo; es decir trabaja por interrupciones (si se configura). Hay otros modelos también, es cuestión de ver los Data Sheet, siempre son micros de 40 patas ó más.
Este modulo trabaja como esclavo, es decir que el PC dirige la comunicación. Pero creo que no siempre tiene que ser así.
Bueno, en la medida que te podamos ayudar, con gusto!
Saludos
259
« en: Jueves 4 de Agosto de 2005, 20:41 »
Hola Nestorj! Si buscás en la pagina de microchip, en Aplication Notes, vas a encontrar rutinas para emular I2C desde un micro que no tenga este módulo. En cuanto al DS mucho no puedo decirte, pero seguramente oscila con un cristal de 32KHz. Si en tu aplicación no es fundamental que tengas el DS, puedes cambiar a un, p.e., 16F628 que tiene timer1. Este timer lo puedes mover con un cristal de 32KHz y funciona de maravilla. Te estarías ahorrando un integrado, y seguramente algún dolor de cabeza. Igual puedes obtener 1 Hz desde el micro. El 16F628 no tiene módulo I2C Saludos, y espero encuentres lo que buscas. www.microchip.comHugo
260
« en: Miércoles 3 de Agosto de 2005, 21:23 »
Hola! Otra vez molestando con este programador!!! Hace un rato, navegando por ahí, encontré la siguiente dirección http://www.qsl.net/dl4yhf/winpic/Alli me bajé un (otro más...) software para la grabación de PIC's. Recien lo estoy curioseando, y veo que soporta los dsPIC (algunos); pero, según pude ver, se pueden agregar nuevos dispositivos. Solo es cuestión de modificar un .ini. Ya lo probé con este grabador, y funciona perfecto; solo hay que crearse un .ini donde se defina el grabador, es muy simple (si alguien lo necesita, se lo envio). Y ya que estaba en el baile, me puse a "jugar" con el WinPic. Pude configurarlo correctamente y ahora me funciona! Con el ICProg, desde hace un par de semanas, tengo un pequeño problemita. Despues de encender el PC, al querer grabar un PIC me da error de escritura algunas veces, pero después deja de dar error y funciona a la perfección. Pensé que podría ser el hard, pero ahora al probar con los otros soft no pasa lo mismo; no tengo ningún tipo de error. No se si será algún problema del ICProg... Si alguien se armo este grabador, y tiene este (o cualquier otro) tipo de problemas, por favor que me avise; y desde ya las gracias! Bueno, saludos cordiales a todos
261
« en: Lunes 1 de Agosto de 2005, 17:43 »
Hola! Gracias por habilitar este espacio, esperemos que sea concurrido! (Casi me equivoco y publico en el foro de Hardware!) Bueno, les dejo aquí una idea que encuentro práctica y la suelo usar con frecuencia; es muy simple. Se muestra como, con un económico CD4094, se pueden ampliar las salidas en un micro (no necesariamente un PIC). No siempre la mejor solución es pasar a un micro más grande, entonces se buscan estas soluciones. Espero alguien lo aproveche; y para cualquier consulta, solo pregunten. Saludos a todos! Hugo
262
« en: Miércoles 20 de Julio de 2005, 18:56 »
Hola! Bueno, para empezar necesitas exactamente lo que dice Jonathan. No te compliques mucho buscando algún programador por la red, hay muchos... Con cualquiera de los que están en este foro te viene de maravilla. No te aconcejo comprar uno; uno realmente bueno (universal) es muy caro, y tambien puedes encontrar en el comercio asi como los que encuentras aqui, pero pagas más de lo que te cuesta armarlo mismo. Para programar los micros yo uso el ICprog, estoy muy conforme. Es gratuito y buscando en este foro encontrarás donde bajarlo (ahora no recuerdo el link ) De la página de microchip te puedes bajar la última versión del MPlab, que es el entorno de desarrollo que ofrece microchip. Es grátis y pesa unos 30 Mb. Es muy bueno. El lenguaje de programación lo eliges tu. Tienes asembler, C ó Basic; como concejo te recomiendo empezar con asembler, en primer lugar porque el compilador es grátis (MPLab), y segundo porque te permite conocer mejor al micro. Puedes empezar con algunas prácticas sencillas y después pasar a otro lenguaje. Que micro? El 16F84 ya está en pensión... (se lo merece ). El 16F628 es una buena opción, puedes también elegir el 16F873, ó el 16F877. A tener en cuenta: los 18Fxx. Lo mejor es ver la relación disponibilidad/precio según la zona donde uno se encuentre. Otra cosa: cuando consigas el micro te armas una placa experimental (NO Protoboard!!! ), con leds, pulsadores, jumpers y demás, tratando poder tener acceso a todos los periféricos del micro que tengas. AH!!! Trata poder programarlo en ICSP (en circuito), es mucho más cómodo. Bueno, espero que podamos aprender del tema juntos. Pero cuidado, una vez que pruebas, no sales más  !!!! Ah, Jonathan! Que te parece tener un sector donde compartir no código, sino aquello relacionado con el hard???? Trucos, "trampitas", interfaces y cosas sencillas que nos pueden ahorrar trabajo en algún proyecto... Saludos, y suerte
263
« en: Lunes 18 de Julio de 2005, 19:26 »
Hola! Bueno, una vez ya me pasó... En primer lugar, al atender la interrupción por cambio en RB, hay que resetear el bit RBIF (INTCON.0) por soft; caso contrario, al salir de la rutina el micro volverá a entrar y asi for ever... En segundo lugar, la interrupción es por cambio. Es decir que si nuestra rutina es muy rápida (por lo general es así), es muy probable que presionemos el pulsador, se atienda la rutina y cuando soltemos el pulsador (así sea un click) ya hayan pasado muchos ciclos desde que se salió de la rutina de interrupción deseada y volvamos a entrar a la interrupción(hubo un cambio en RB). No son rebotes del pulsador ni nada de eso... Algo que funciona: deja los pulsadores ahí donde están, pero no uses la interrupción por cambio en RB. Casi siempre se necesita, en cualquier proyecto, una base de tiempos. Yo uso el timer0 para las rutinas de demora de milisegundos, segundos, etc. Entonces, cada vez que tengas una interrupción del timer0 (cada 5, 10 ó 20 ms, por ejemplo) copias el estado de RB a un registro, filtras para que queden los pulsadores, si hay uno pulsado, activas un flag (por ejemplo, el bit 7 de tu registro de teclas) y listo! En el programa principal chequeas el flag de tecla y sabes que hacer si hay tecla, sin que estar chequeandolo en el codigo principal... Bueno, confuso, no?  pero prueba, que funciona y da buen resultado! Saludos y suerte! Ah! como dice Jonathan, con unos 5 o 10 ms se tienen resultados más que buenos...
264
« en: Lunes 11 de Julio de 2005, 20:09 »
Hola! Aca lo encontre: es el UM3750. No se si se utiliza en esta aplicación, pero yo encuentro a este integrado interesante, para el que quiera les dejo el data sheet. Saludos!
265
« en: Lunes 11 de Julio de 2005, 18:12 »
Hola! En primer lugar tendrías que ver que el 16F84 sea compatible con el chip que quieres reemplazar. Posiblemente sea algún otro micro, y es muy probable que en la placa haya algún integrado para la recepción del código; hay uno muy popular, es un UM pero no recuerdo ahora el número, y funciona de maravilla; el mismo es transmisor o receptor según se conecte uno de sus pines. Te recomiendo primero ver si se puede reemplazar el CI actual por el PIC, sería bueno relevar el circuito (no creo que sea muy complicado), y luego ver el tema de la programación. Y si no se puede reemplazar directamente, puedes diseñar tu propio proyecto Ah! En algunas ocaciones vi que se utiliza el UM solo en el transmisor, y en el receptor los datos entran al micro directamente desde la etapa de RF, siendo la decodificación por soft! Mientras buscas una solución, me fijo que encuentro del UM; en una de esas te sirve... Saludos y suerte!
266
« en: Martes 14 de Junio de 2005, 19:32 »
Hola Andres! Encontré la siguiente dirección, pero no me fije mucho en lo que hay. En una de esas te sirve para solucionar el problema... http://www.todopic.com.ar/asm/motor_pap/Bueno, es un gusto tratar de ayudar; espero nos comentes después los resultados. Saludos!
267
« en: Lunes 13 de Junio de 2005, 21:02 »
Hola Andres! Bueno, estuve mirando el programa del PIC, y me parece que según este programa los pulsos que mandas al motor no se corresponden con la figura 8. gDoStep movlw .50 call DEMORA ;0.25ms en Activacion Previa movlw poOFF ;Doy Paso Medio -> Hasta Aqui han pasado 22us. movwf PORTB movf dpoPosMed,W movwf PORTB movlw .150 call DEMORA ;0.75ms en Doble Activacion movlw poOFF ;Doy Paso Actual movwf PORTB movf dpoPosAct,W movwf PORTB movlw .8 ;8x0.25ms=2ms call DEMORA1 ;2ms como Maximo en Simple Activacion gD1RetH movlw poOFF ;Activo Freno movwf PORTB movlw poBrkN movwf PORTB gWaitEL isPinLj piEnab goto gWaitEL goto gWaitP
Esta sección del programa es la que controla las bobinas del motor. Según el paso que se realize, RB siempre toma (primero) el valor de poOFF, luego de 2 µseg cambia a uno de los valores para el medio paso. Esto te puede generar un pulso de 2 µseg, según el pin cambie o no de valor. El medio paso dura 750 µseg, luego vuelve a escribir la constante poOFF en RB y despues de otros 2 µseg escribe el paso actual; ahora puedes volver a tener algún pulso de 2 µseg en uno de los pines de RB. El paso actual queda por 2 mseg, despues vuelve a escribir poOFF, y 2 µseg más tarde te deja todo el puerto en 0; con lo que puede volver a aparecer otro pulso de 2 µseg. Me parece que estos "pulsitos" no están en la figura 8 Bueno, esto es lo que pude encontrar. No se si está bien o no para el control de los motores, ya que no tengo experiencia en el tema; solo espero que te sirva y puedas encontrar el problema en tu proyecto. Ah, los pulsos son de 2 µseg considerando un cristal de 4 MHz! Saludos y suerte!
268
« en: Viernes 10 de Junio de 2005, 22:30 »
Hola Andres! Bueno, no tengo experiencia con motores paso a paso; pero charlando con un primo que realizó algunos proyectos con ellos, te cuento de los problemas que él tuvo. Cuando quería hacer girar a alta velocidad al motor, el torque caía y, también, los pasos se pierden. Esto porque la carga (las bobinas) son inductivas, y cuando los pulsos son muy cortos no se alcanza la corriente nominal, con lo que cae el torque. Según me dijo, en un caso crítico tuvo que usar una controladora de motor comprada, y controlar esta placa desde el PIC. Por lo que leí en la página que das, se usan tiempos de menos de 1 ms; a lo mejor estos tiempos sean demasiado cortos... Por qué no pruebas bajar la velocidad del motor (ciclos más largos)? Espero que este comentario te sirva y puedas solucionar el problema. Saludos
269
« en: Miércoles 1 de Junio de 2005, 18:18 »
Hola Bisoph_as! No tengo información de como controlar un floppy, estuve buscando en la red y no pude encontrar nada que realmente sirva; pero habría que buscar más...
Lo que si, creo que con un 84 no se puede hacer mucho. Te aconsejo pasar a un 16F877; o (quizá mejor) a un 18F452.
Espero puedas solucionar tu problema; voy a seguir buscando y si encuentro algo dejo aquí el link.
Saludos!
270
« en: Martes 31 de Mayo de 2005, 06:45 »
Hola a todos! De nuevo por aquí, despues de algún tiempo... Bueno, estoy ahora un poco más libre de tiempo, y con ganas de programar; así que te invito Qiqe a que nos pasemos al subforo de programación en C. Yo tambien recién estoy empezando con el C. En cuanto al tema de la comunicación, la idea que te da Jonathan es buena; hay miles de formas distintas de hacerlo, solo es cuestión de "armarse" un protocolo. También podrías curiosear en los protocolos que ya existen. Saludos, y ya estamos en contacto en el subforo... 
271
« en: Jueves 19 de Mayo de 2005, 00:04 »
Hola Igle! Con gusto te ayudaría, pero no estoy muy al tanto del problema. Una idea. Como quieres hacer algo, en tu caso disparar algo con un determinado nivel de luz, a lo mejor te convendría usar un comparador externo al micro (o un micro con comparador integrado); sería un poco más de hard, pero nada complicado... En cuanto a la conversión AD, fijate que estén bien configurados los registros y que hayas seleccionado el canal AN0 (RA0) antes de la conversión. En cuanto a tu consulta con respecto a RF, lamentablemente no tengo experiencia en el tema. Bueno, no es mucha mi ayuda, pero espero que puedas solucionar el problema. Saludos
272
« en: Lunes 16 de Mayo de 2005, 23:56 »
Hola Pikman! Muy buenas las rutinas! Solo quiero corregir un pequeño detalle. Las R de 100K son un poco grandes, puedes llegar a tener problemas, con 10K ya estaría super... Cuando usas el PIC como maestro, la linea SCL es salida, por lo que no puedes habilitar la R interna; cuando el micro envia información a la memoria, SDA es salida, por lo que tampoco se puede habilitar la R interna. Es decir que si o si se necesitan las R afuera. Por lo demás, está perfecto! Un abrazo Saludos! Hugo
273
« en: Domingo 1 de Mayo de 2005, 20:42 »
Hola! Me tomé el trabajo de hacer un diseño de PCB para el programador que publiqué aquí, en una de esas le sirve a quien lo quiera armar. Realizé unas pequeñas modificaciones en la distribución de pines del 74LS244 para facilitarme un poco el trabajo de la PCB, pero en si el circuito sigue siendo el mismo. Creo que la placa es bastante pequeña. Yo tengo el circuito armado en una placa de las ya perforadas, y me funciona muy bien. Lo tengo directamente en el LPT de mi PC, y solo traigo a la mesa el cable ICSP. Quiero dar las gracias a Jonathan por darme una mano Bueno, espero les sea útil. Adjunto en zip el esquemático y el pcb. Ah, si alguien lo armó, me gustaría escuchar comentarios! Saludos!
274
« en: Miércoles 27 de Abril de 2005, 14:37 »
Hola Richardc7! Al principio tambien tenia este tipo de errores, pero se debe a la configuracion del ICProg. Mas arriba encontraras un mensage en el que se dice como configurar el soft. Como dice Jonathan, puedes activar las lineas independientemente y medir las tensiones; es muy importante el tema de la tension en Vpp. Fijate que el PIC este alimentado cuando lo grabas. Bueno, ya en estos dias vuelvo a tener internet en casa y estoy mas en contacto... Me gustaria tener mas opiniones sobre este grabador Saludos y suerte!
275
« en: Miércoles 13 de Abril de 2005, 22:26 »
Hola! Estuve reviendo nuevamente el tema del C, lo básico... Pero por desgracia estoy en plena mudanza, asi que por unos días (una semana) voy a estar desconectado; pero solo hasta que vuelva a tener conección a internet Desde ya cuenten conmigo en este foro! Tengo una pequeña placa, con el 16F873, que podría servir para hacer algunas prácticas en este curso. Cuenta con display LCD, unos pulsadores, sensor de temperatura, memoria I2C (posibilidad de llevar el bus fuera de la placa) y otras cositas más... Si me permiten, la publico (en una semana...) Tengo que terminar de pasar en limpio el esquemático, y posiblemente el PCB Es algo muy simple... Bueno, desde ya gracias, y hasta pronto
Páginas: 1 ... 9 10 [11] 12 13
|
|
|
Mostrar Mensajes
