|
|
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 ... 5 6 [7] 8 9 ... 13
151
« en: Jueves 18 de Mayo de 2006, 12:17 »
Hola Boni!
Estoy curioso por ver el esquemático del grabador que usas...
Saludos
152
« en: Jueves 18 de Mayo de 2006, 06:52 »
Hola! No recuerdo cuanto es el máximo que nos permite RS232, pero 30 metros me parece mucho...
En tu caso, sería buena idea usar RS422 o RS485; busca en algún catalogo que conversores hay, son baratos. Y nada díficil de implementar.
A propósito, alguien sabe que distancia puedo alcanzar con IIC ?
Saludos
153
« en: Viernes 12 de Mayo de 2006, 17:49 »
Hola! Según el esquemático, debería funcionar... En teoría, el diodo en serie con la R no haría falta, pero hombre prevenido... Si cambias la R de 10K a 1K, fijate que al presionar el botón tendras unos 2.5V, no suficiente para generar el reset  Pasa el circuito de tu grabador, y por las dudas cuentanos que soft usas. El cable que uso es un retaso que junté de una obra, de 2 pares con malla (del tipo telefónico, pero los conductores no son alambres). Uso la malla como masa porque me falta un conductor para este nivel de tensión. No creo que PGD y PGC estén invertidos, ya que dices que llegó a reconocer el micro. Te dejo una foto de como se ve el conector que uso, asi lo ves tu mismo  Ya le encontraremos la solución...
154
« en: Viernes 12 de Mayo de 2006, 12:32 »
Hola Boni! Desde hace tiempo programo en circuito. Desde el programador hasta la aplicación tengo un cable apantallado, porque no tenía otro a mano; el cable tendrá más o menos 1.5 m. Me solía pasar que algunas veces no quería programar, mirando los extremos del cable, vi que a veces alguna de las lineas de datos o clock entraba en contacto con unos "pelitos" de la malla que quedaron al aire...  Lo solucione y no tube más ese problema. Algo que hay que tener en cuenta es que programar en circuito es muy cómodo, pero no exactamente lo mismo que de la manera convencional... Hay que prestar bastante atención a lo que tenemos conectado a las líneas PGD y PGC, ya que interfiere en la programación. Por lo general reservo estas líneas para algún pulsador o alguna cosa así, según sea el caso. Tambien con MCLR debemos prestar atención. Yo me fije como estandar lo siguiente, y funciona: entre MCLR y VCC un diodo (4148, ánodo a VCC) en serie con una R de unos 1K; y directamente entre MCLR y GND un pulsador, si es que necesitemos resetear el micro en algún momento. Lo único que debemos cuidar es no presionar el pulsador mientras tenemos VPP, pero esto debemos cuidar en el momento del desarrollo, después ya no tiene importancia Por último, habría que ver el programador que estamos usando, no estoy seguro de si todos de los tantos que hay dando vueltas soportan ICSP... En la página de Microchip hay una AN dedicada al tema, solo es cuestión de buscarla... La recomiendo, aclara muchas dudas Saludos 
155
« en: Martes 9 de Mayo de 2006, 21:24 »
Hola! Es tal cual dice Lalo; un concejo: yo, cuando lo necesito, sueldo el cristal y capacitores lo más cerca posible del micro, y la carcaza del cristal a masa. Algo muy práctico (y bonito) es usar capacitores SMD y soldar todo por el lado de las pistas. Observen el patillaje del micro, y verán que es muy fácil de hacer, pareciera ser que los muchachos de Microchip pensaron en eso al diseñar el encapsulado  Lo bueno de este cristal es que después conseguir frecuencias de, p.e., 1 Hz es más que simple
156
« en: Martes 9 de Mayo de 2006, 06:26 »
Todo esto de los micros está avanzando de forma tan rápida, que apenas puedo mantenerme al día y absorver lo nuevo; pero no soy el único aquí en el foro, y siempre tenemos que tirar para adelante... asi que ahi va mi voto.
Gracias Lalo por procuparte y proponerlo!
Saludos
157
« en: Domingo 7 de Mayo de 2006, 08:10 »
Hola Jpaler! No se exactamente como funciona la comunicación usando los protocolos, pero en una ocación me valí de dos líneas, una del PC al PIC y la otra en sentido contrario (no recuerdo cuales fueron, debería ver en el esquemático), desde el PC informaba al PIC que tipo de bloque de datos se le enviaba, y desde el PIC enviaba una señal para indicar que este estaba listo para recibir más datos.
Lo había hecho en VB y las líneas las controlaba por programa, no tube problemas.
Saludos
158
« en: Viernes 5 de Mayo de 2006, 19:15 »
Hola! Cuando grabas el micro, no importa que el codigo que escribiste esté bien o mal, el micro se graba igual... Podría ser que el micro esté dañado, pero sería extraño. Si sabes de alguien que tenga como grabarlo puedes sacarte la duda. Un consejo: deja todo como está, descansa unos días, disfruta del fín de semana, y luego vuelve a revisarlo Saludos!
159
« en: Jueves 4 de Mayo de 2006, 23:19 »
Hola! Yo probaría asi:
* clock invertido, D1
* Data In (del PC al PIC) invertido, D0
* Data out (del PIC al PC) no invertido, ACK
* Vcc invertido, D2
* Vpp (MCLR) invertido, D3/4/5
Tantos transistores!! no está ninguno mal?
Lo demas, OSC y asi, no tiene que ver con el programador, sino con tu aplicación (de alli no tienes ningún error en la grabación)
Nos cuentas...
Saludos
160
« en: Jueves 4 de Mayo de 2006, 20:09 »
Hola! yo lo hice en VB; es bastante simple, con solo leer la ayuda del comando mscomm (creo que se llama asi...) ya lo tienes. Por defecto este comando no está, pero pulsas ctrl+T y lo buscas en la lista. No tengo gran idea de VB, pero logre la comunicación... Saludos
161
« en: Jueves 4 de Mayo de 2006, 20:03 »
Pon un esquematico de tu circuito y lo vemos... Podría ser algo en la linea de datos  . Pon tambien como has configurado el soft! Es la primer batalla que nos libran los PIC, pero la superamos y tenemos el control!  Saludos
162
« en: Jueves 4 de Mayo de 2006, 17:52 »
Hola! Yo uso el puerto paralelo. Asegurate de tener 12.5 V en Vpp cuando lo activas, la tolerancia creo que son unos +/- 0.25 V. Lo puedes medir con el PIC puesto en el zócalo. Esta linea es bastante problemática... Tambien controla que las lineas de datos y clock que van al PIC no estén en contacto con alguna otra línea (una vez me pasó  ) Tranquilo, que ya lo solucionarás... Saludos!
163
« en: Miércoles 3 de Mayo de 2006, 15:17 »
Hola! Al principio usaba tambien el ICProg, y despues cambie porque me daba el mismo problema; me programaba el micro despues de probar varias veces, no sabía que podía ser. Después cambié al WinPIC y no volví a tener problemas.
Busca en la red el WinPIC y lo pruebas. También probé con otros soft´s similares, y funcionan, pero me gusta este que te recomiendo.
Prueba y nos cuentas...
Saludos
164
« en: Domingo 30 de Abril de 2006, 07:31 »
Hola! Ahora entiendo, tienes un bootloader, por lo que tienes que cargar el PIC apartir de cierta dirección, sin perder la zona de boot  Ahora, según tengo entendido, en estos casos se carga el código que quieres ejecutar por el puerto serie, y el PIC mismo se encarga de grabar los datos en su flash. No se como será con el RealPic... Grabo los PIC con una tarjeta muy simple, desde el puerto paralelo, y usando ICSP. Había pensado en un bootloader, pero con este sistema me funciona de maravilla. Busca en este foro, con el tema "Otro programador..." Saludos
165
« en: Sábado 29 de Abril de 2006, 23:45 »
Hola Spiegel! Disculpa mi ignorancia, pero si ya tienes el archivo .hex, para que quieres el .asm si lo vuelves a pasar a .hex?  En el listado (.lst) tienes el codigo en asembler y otras muchas cosas más; si tienes el tiempo y las ganas, puedes editarlo, pero te traerá solo problemas... Desde hace un tiempo estoy usando el CCS, y desde entonces me despreocupo del asembler. Escribo el codigo (en C), lo depuro y listo, sin tener que escribir ni siquiera un NOP en asembler. Me ahorro dolores de cabeza y tiempo, cosa que invierto en la familia (quienes me estan agradecidos  ) Bien, si realmente es necesario que obtengas el .asm, nos cuentas y veremos que solución encontramos. Saludos
166
« en: Martes 25 de Abril de 2006, 20:51 »
Hola! Todos los PIC que soportan ICSP se programan con estas 5 líneas. Es posible tambien no usar la lïnea de Vpp, y en su lugar usar un pin para indicar al micro que se lo graba en baja tensión (5V) (generalmente es RB3, no se si siempre) De cualquier manera, la primera vez lo debemos programar usando Vpp para grabar el bit que habilita la programación en bajo voltage. Esto simplifica mucho las cosas, te cambia la vida... Yo, por ejemplo, tengo permanentemente conectado al LPT el programador que dejé aquí (directo al conector DB25, sin usar cable entre el puerto y el circuito). Y de la placa sale un delgado cable mallado de dos pares hasta la mesa, donde tengo la aplicación que esté desarrollando. La malla la uso como Vss o masa. Con esto me olvido de estar sacando y poniendo el micro de un zocalo a otro, me ahorro tiempo, y el micro no corre riesgo de perder un pata Y ni que hablar cuando usamos micros SMD! Si alguien tiene interes, aqui está el link. Personalmente lo recomiendo... Otro Programador...Saludos, Jonathan! Tanto tiempo!
167
« en: Lunes 24 de Abril de 2006, 06:14 »
Super! Nedie tiene que disculparse por aprender, y nadie es ignorante A mi tambien me ha pasado, asi como me pasan otras muchas cosas... Saludos!
168
« en: Jueves 20 de Abril de 2006, 22:56 »
Hola Farmada! Me pasó algo parecido, es solo cuestión de darle tiempo al ADC a que "capture" la entrada analógica; es decir que, despues de la linea donde selecciones el canal AD pon una pausa de... bueno, no se que micro usas Pero prueba con unos 20 microsegundos en adelante. Mejor aún, puedes convertir un canal e inmediatamente despues seleccionas el otro; haces alguna otra tarea y luego realizas la conversión AD (el tiempo es dinero ) Saludos y nos cuentas!
169
« en: Jueves 30 de Marzo de 2006, 22:11 »
Hola! Estos micros tienen conversor de 10 bits, es decir que usando Vref=Vcc=5V tienes una resolución de 4.8 mV (digamos 5 mV ). El LM35 te entrega 10mV por cada grado Centigrado, entonces divides tu conversión AD por 2 y tienes la temperatura, con una resolución de 0.5 grados. Puedes hacer varias conversiones y promediar, con lo que puedes mejoras la resolución. El coneccionado: entre los 5V y el positivo del LM una R de unos 47 ohm, entre el positivo del LM y masa un C de .1 (no es mala idea tambien uno de 1µ); el común del LM a masa y entre la salida del LM y la entrada analógica del micro una R de 10K (es la impedancia de entrada del CAD, consultar manual!) OJO!! con esto mides a partir de 0 grados, NADA de temperaturas negativas!! Consulta en el foro para bajo 0 Espero te sirva Saludos
170
« en: Jueves 30 de Marzo de 2006, 06:42 »
Hola! Si vas a usar señales analógicas, usa un micro con conversor; ni pensarlo más! El LM35 no te permite medir temperaturas por debajo de 0 Celsius (en realidad sí se puede ); asi que busca en este mismo foro, ya que encontraras bastante información que te será útil. Suerte en el proyecto
171
« en: Lunes 27 de Marzo de 2006, 23:28 »
Hola Eligio! Trate de responderte el mail, pero me devuelve error  Saludos
172
« en: Lunes 27 de Marzo de 2006, 23:20 »
Hola Farmada! Por mucho tiempo busqué la misma respuesta, y la mejor solución es programar en C... Hay rutinas en asembler para esto, pero son complicadas y cuando te das cuenta te ocupan toda la memoria del micro. Podés hacer "trampa" usando tablas y cosas asi, pero con el tiempo te das cuenta de que los resultados no son satisfactorios Al principio miraba con recelo al C; ahora me arrepiento de no haberle dado importancia antes... No es para desanimarte, pero es asi. Bueno, despues de todo, los programas que escribas en C se traducen a asembler (mejor dicho a código máquina o hexa); por lo tanto tiene que haber una solución en asembler. El tema es encontrarla. No hay vuelta que darle, dijo el que dormía sobre un muro  Saludos
173
« en: Domingo 26 de Marzo de 2006, 14:21 »
Gracias Jpaler! Ayer estuve en la tienda, y vi tantas lamparas diversas, que las ideas se me oscurecieron Pero vi de las que dices (no son caras), asi que en estos días me hago de alguna; y dejo el teclado para darle a las herramientas manuales... Saludos
174
« en: Sábado 25 de Marzo de 2006, 15:24 »
Una consulta tonta (disculpen) Quiero armarme una insoladora; fuí al comercio a comprar la lampara, y me dí cuenta de que no estoy seguro de que tipo de lampara es... Alguien me dice que tipo de lampara funciona? Desde ya las gracias
175
« en: Sábado 25 de Marzo de 2006, 15:18 »
Bueno, antes que nada las mil gracias por la ayuda! Estoy recopilando algo de información. Junte algunos esquemáticos de grabadores, y veo que poseen algunas características en común; incluso son muy simples, y no necesitan de Vpp Espero me entiendan, pero prefiero armar alguno y probarlo antes de dejar aquí un esquemático, asi damos algo probado y que funcione. En cuanto a lo de Infineon, lamentablemente rechazo la oferta por cuestiones diversas; asi que me quedo en Tirol... Pero si a alguien le interesa, podríamos darle un vistazo, así sea teórico Bien, seguimos para adelante y ya escribimos más novedades. Saludos
Páginas: 1 ... 5 6 [7] 8 9 ... 13
|
|
|
Mostrar Mensajes
