|
|
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 ... 4 5 [6] 7 8 ... 13
126
« en: Martes 20 de Junio de 2006, 18:28 »
Hola! Bueno, la entrada del AD está en el rango de 0 a 5V, es decir que tienes que usar un divisor resistivo. Para tu caso, calcula un divisor para una entrada máxima de 20 V (p.e.); por ejemplo una R de 30K al positivo y una de 10K a masa, en el punto común tomas tu señal. No necesitas convertir a decimal ni nada parecido... si solo quieres comparar con algún valor, lo comparas asi como te lo entrega el conversor y listo  Hay muchas variantes que puedes agregar, pero eso queda a tu gusto... Ah! y en el divisor resistivo no digo algo (a propósito), para que se bajen la hoja de datos y la lean! A ver que ven (importante!) Saludos 
127
« en: Martes 20 de Junio de 2006, 18:13 »
Es muy posible que tu problema sea el oscilador; solo con una R (o un pote) no funciona... Tienes que poner un C entre la entrada del oscilador y masa.
Más información hay en la hoja de datos del micro:)
Saludos
128
« en: Domingo 18 de Junio de 2006, 13:44 »
Hola!
Que micro usas? La familia 18F permite la multiplicación por hardware...
Asembler o C?
Cuál es la constante a multiplicar?
En la página de Microchip encontrarás varias notas de aplicación (AN) matemáticas, puedes buscar la que más te convenga...
De todas maneras responde y vemos que se hace.
Saludos
129
« en: Jueves 15 de Junio de 2006, 00:35 »
Hola! si quieres hacer algo en asembler, no hay problema ya que el compilador es gratuito... Si lo piensas hacer en C, deberás buscarle la vuelta; pero vale la pena. Bueno, vayamos a tu consulta.... estoy buscando algo donde solo me de una secuecia de numeros Qué secuencia?; 1, 2, 3...? Dinos más detalles y con gusto te damos una mano. Saludos
130
« en: Lunes 12 de Junio de 2006, 23:19 »
No es molestia...  Cuando seleccionas el tipo de oscilador se refiere al micro. Si usas un RC (resistencia/capacitor) seleccionas RC; si usas un cristal de hasta 4 MHz, seleccionas XT; si es de más de 4 MHz, eliges HS... Es importante que elijas el correcto, porque sino no funciona. Saludos
131
« en: Sábado 10 de Junio de 2006, 23:48 »
Hola! No se si viene al caso, pero durante esta última semana he estado haciendo un curso en la central de B&R (Bernecker & Rainer, Eggelsberg, Austria; http://br-automation.co.at), empresa dedicada a la electrónica industrial. Y para sorpresa mia me encuentro con que los PLC de esta marca tienen la posibilidad de ser programados en C (ANSI C). No soy un experto programador en C, pero esto me viene mejor que bien!! Puedo programar en el PLC funciones con, por ejemplo, complicados cálculos matemáticos sin tener que matarme en AWL (asembler para PLC). Es más, puedo crear mis propias librerias en C, y luego usar las funciones en KOP (ladder, lenguaje de contactos) No estoy al tanto, pero según intercambios con otros compañeros de curso, Siemens aún no ofrece esta posibilidad. Aunque hay que reconocer que Siemens ofrece una biblioteca de librerías mucho más completa... Bueno, se que entre un micro y un PLC hay algo de diferencia, en especial si miramos con suma atención el encapsulado(!); pero si a la hora de programar todos hablamos el mismo idioma, no hay gran diferencia. Si bien esto no tiene nada que ver con los microcontroladores, quiero comentarlo para que sirva de incentivo a los que estan en la duda. En su momento estaba muy pegado al asembler, despues fui descubriendo las ventajas del C... Y ahora me pregunto por qué no le tome la mano un tiempo antes! Bueno, tengo un par de proyectos atrasados  ; pero creo que me gano algo de tiempo haciéndolo en C. Y mientras esté en este proyecto tengo dos PLC a disposición... Ya les comento las experiencias y conclusiones. A meterle con el C, pero sin hecharle tierra al asembler (o al KOP  ) Saludos
132
« en: Viernes 9 de Junio de 2006, 12:52 »
Hola! No se si te sirva, ya que es algo "primitivo" pero a mi me funcionó de maravilla. Es bastante simple, y seguramente por eso funciona sin problemas. La cosa es así: te diseñas un circuito con PIC que controle dos integrados: un generador de tonos DTMF, y un decodificador de DTMF (son los tonos tipicos de los telefonos por tonos, valga la redundancia). Hay varios modelos distintos, solo es cuestión de buscar el que consigues en tu zona... Para enviar un dato, activas PTT y por la entrada de audio metes un tono... eso es todo! Cuando el equipo detecta un tono válido (lo tomas de la salida de audio), te lo entrega (en binario) al PIC y lo procesas. Esa es todo lo que tenga que ver con la recepción! Si, es muy simple, primitivo, y cualquier otro "des"calificativo que se nos ocurra. Pero funciona... hasta que cae un rayo  Bueno, te dejo la inquietud, y esperamos nos cuentes como avanza tu proyecto. Saludos
133
« en: Lunes 5 de Junio de 2006, 21:19 »
Hola! Suele pasar, es porque no se configura bien. Consigue la hoja de datos, generalmente la configuración es la misma para los diversos LCD que hay. Puede que sea tambien alguna de las demoras que hay que realizar para que el LCD procese el dato que se le envia (esto está en la hoja de datos). Y la otra posibilidad es que algo esté mal en el circuito.
Revisa y nos cuentas
Saludos
134
« en: Lunes 5 de Junio de 2006, 00:54 »
Entonces hagamos un censo, el censo solocódigo´06! Para las damas, digamos un 1; para los caballeros (por lógica) un 0. Aquel que no se haga informar quedará como un@ alta impedancia Pues yo me reporto como "0"... O alguien abre una votación o algo así???? Saludos
135
« en: Lunes 5 de Junio de 2006, 00:39 »
Hola....  link
136
« en: Lunes 5 de Junio de 2006, 00:30 »
Hola! Para empezar, ese enunciado con el 8051 no va; este micro (fue con el que me inicié) no tiene ni AD ni PWM. Busca otro, y personalmente te diría un PIC; piensa en el 16F873, por ejemplo. Baja la hoja de datos, leela, e intenta hacerlo... no es muy complicado. Quizá alguien aquí te pueda entragar el programa ya listo, entonces tus conocimientos serán -100. Recuerda lo que dijo un sabio chinito: "si das un pescado a alguien lo alimentalas pol un día, si le enseñas a pescal lo alimentalas pol toda la vida" Intentalo, y aca estamos para cualquier duda... Saludos
137
« en: Viernes 2 de Junio de 2006, 23:14 »
Hola Jonathan! Tanto tiempo! No es para tanto... y la "culpa" es de Ian  Bueno, tengo que aclarar que esto funciona bien. Pero no olvidemos que la bateria se descarga mientras entraga corriente; si bien en bajo consumo el micro consume solo un par de µA, o menos, no olvidemos que las baterías van perdiendo su carga de por sí solas... deberíamos pensar en la manera de mantener la batería cargandose. Si usamos una batería tipo automobil(de plomo!), o de esas pilas alcalinas, digamos de las comunes y corrientes, podemos a lo "chamamé" hacer el siguiente cálculo: si metemos a la batería una corriente que esté por debajo del 10% de su capacidad, la podemos mantener cargada. Supongamos una pila de 9V y 1000 mAh (no se si existen, pero es a modo de ejemplo), y si suponemos que la tensión después de D1 es constante y, digamos, 12V, tendríamos que meter a la batería una corriente como máximo de 100 mA. Por la ley de Ohm, una caida de tensión de 3 V con una corriente de 100mA nos da una R de 30 Ohm; pongamos una R de 100 Ohm en paralelo con D2 y podemos ir a dormir tranquilos... Ah! Tener en cuenta la potencia de esta R... en este ejemplo nos da unos 100 mW; ponemos una 1/2 W (ó 1W) y listo, hoy en día no ocupan mucho espacio. Y la corriente que puede soportar D1! No intentemos meter a la batería 5A, usando un 1N4007! Hay muchas clases de baterías, y por lo general no son baratas... Antes de usar este ejemplo, vean bien que batería tienen y como se carga. Según el tipo de batería, podrían llegar a hacerle daño... Saludos!
138
« en: Viernes 2 de Junio de 2006, 22:30 »
Hola! No me detuve a ver los detalles, pero el programa usa el modulo serie, y por interrupción... Lo que hay que destacar es que se queda dentro de la interrupción por 2 segundos esperando!! Es una locura, no se les ocurra hacerlo en su casa Bueno, a la hora de elegir el micro hay muchas cosas a tener en cuenta y todo depende de lo que querramos hacer. Aparte del precio, tenemos que ver la memoria, cantidad de entradas/salidas, etc, etc... Si se elige uno para tenerlo para nuestros desarrollos, quizás es bueno gastar un poco más y comprar uno completito. Cuando tenemos el proyecto listo, vemos en cual "entra" El 16F877 puede ser una buena opción, pero vean la posibilidad de usar alguno de la familia 18F. Casi no hay diferencia en el precio, y tienen sus buenas diferencias con sus antecesores... El 16F84 no tiene USART, aunque se puede implementar por soft, para quien quiera complicarse y perder tiempo (me pasó a mi...) Bien... interrupción o no? Generalmente siempre... no sabemos en que momento vamos a recibir datos por el puerto, ya tenemos una buena excusa para usar interrupción! Cómo lo hacemos, bueno, eso se aprende con el tiempo y la práctica! Si vamos a enviar un solo byte, no es tan importante que lo hagamos con interrupción. Si enviamos un bloque de bytes, entonces nos facilita mucho las cosas... Para comenzar, hacer cositas simples, enviar y recibir un solo byte, con y sin interrupción... y hacer pruebas y ver que pasa, eso nos enseña mucho. No importa si se pierde una semana, al menos no escuché nada de que se extingan los micros en los proximos meses... Asi que nadie nos corre! Hablamos mucho del micro, y la PC qué? Hiperterminal, o mejor tomarse un tiempo y hacer algo en visualbasic... Bueno, entonces manos a la obra... Pero antes que nada: bajar la hoja de datos del micro que se use y leerla bien. Se encuentra en la página de Microchip, y no cuesta nada. Y esperamos el tutorial! Siempre se aprende algo nuevo... y es buena idea juntar todas las experiencias Saludos
139
« en: Viernes 2 de Junio de 2006, 19:57 »
Bueno, si usas un PIC con un módulo serie incorporado, ni te enteras como entran o salen los bits, simplemente escribes el byte que quieres enviar y el micro se encarga del resto. Cuando recibe algo, te evisa por una bandera (un bit que se pone a 1) o incluso puede generar una interrupción. Pero el módulo tiene que estar bien configurado! En RS232 se envía bit por bit, empezando por un bit de inicio y terminando con uno o dos de parada. Generalmente son 8 bits de datos, y puede ser uno de paridad. Es decir que si configuras con un bit de stop, sin paridad y 8 bits de datos, se envían 10 bits en total... La comunicación es asincrónica porque no existe ninguna otra señal o referencia que indique que se está enviando tal o cual cosa... por eso los bits de start y stop. Se detecta un start bit, a partir de alli se espera un cierto tiempo y se "lee" que bit llega, luego se espera el mismo tiempo, y así; como sabemos como esta configurada la comunicación no hay problemas Cuánto tiempo entre bit y bit? Por ejemplo, si estamos a 9600 baudios (bits/seg), se espera un bit cada 1/9600 = 104 µseg. Hay más detalles del tema, pero esto es lo básico y fundamental. Si vas a hacer algo con comunicación serie, te recomiendo usar un micro con el periférico incorporado. Para lo que quieres, es decir enviar un byte y actuar según el estado de ciertos bits, no hay ningún problema, incluso es algo muy común que se hace... Bueno, espero haber ayudado algo! Saludos
140
« en: Viernes 2 de Junio de 2006, 19:37 »
Hola! Tienes razón, pasas al banco 1, disculpas... Bueno, veamos lo siguiente... Cuando lo programas, fijate que esté desactivado el watchdog; también que esté bien seleccionado el tipo de oscilador (por lo que veo usas un xtal de 4 MHz). La otra pregunta es si está bien conectado el led. El programa, así como está, debería funcionar. Pero prueba con lo siguiente, para simplificar: programa movlw 0xFF movwf PORTB call sg1 clrf PORTB call sg1 goto programa Al principio puedes poner errorlevel -302 Y justo antes de esta línea, y despues del include __CONFIG 0x3FF9 Con eso lo configuras para cristal (4 MHz = XT), sin watchdog ni protección de código. Prueba y nos cuentas como te fue; debería funcionar... Saludos
141
« en: Viernes 2 de Junio de 2006, 16:38 »
Hola!! Bienvenido al mundo de los micros! Tu primer problema, y vaya que problema... creo que tu micro está quemado  No, mentira es un chiste Los PIC, y vale para todos los modelos, tienen la RAM particionada en varios bancos. Si te fijas en el registro STATUS, hay un par de bits (RP0 y RP1) con los que tienes que seleccionar tu mismo que banco vas a acceder; en el caso del 16F84, solo tiene 2 bancos, por lo que solo usas el bit RP0. Estos bits no son otra cosa que los bits de más peso de la dirección RAM. Si miras el mensaje, es el 302, y dice "... not in bank 0..." El programa se compila igual, pero no funciona porque estás accediendo a una posición de RAM distinta a la que quieres... y sabes que, por eso no se enciende el LED!! Los registros TRISx están en el banco 1, mientras que en la misma posición del banco 0 están los PORTx (coinciden). En tu caso, estoy seguro que es asi, escribes el TRIS correspondiente sin poner a 1 RP0 (RP1 = 0), entonces no estás definiendo el sentido de los pines de ese puerto. Por defecto, todos los pines arrancan como entrada; y en tu caso siguen siempre como entrada... por eso no enciende el LED Bueno, fijate y nos comentas... Ah!, y a leer la hoja de datos, no les digo esto por capricho! No te preocupes, a todos nos ha pasado el 302; a mi me tuvo un tiempo... Saludos
142
« en: Miércoles 31 de Mayo de 2006, 18:45 »
Hola! Parece que llego tarde... No sabía que había de esto en el foro Pensé que solo había 1 y 0, ó en una de esas una alta impedancia... Paro no se olviden que alla, en la lejana galaxia donde está el foro de microcontroladores, hay algunas damas compartiendo sus opiniones... Karen81, Tania_D, y desde hoy a fabiola pech nuñez, por mencionar a algunas! No sería correcto que las inviten también a participar?  Por cierto, cuándo tendremos nuevamente la visita de Eliza por el mundo de los micros? Saludos! Y cuando se termine la votación nos tomamos una(s) cervezas, no importa cuantas, siempre puede hacerse un "reset"
143
« en: Miércoles 31 de Mayo de 2006, 18:19 »
Hola y bienvenido! Es un gusto tenerte por aca y saber que empiezas con los micros, pero no quiero desilucionarte... Si empiezas, no te entretengas mucho con el 16F84, ya está casi difunto (después de alcanzar la fama ) Una buena opción sería el 16F876 ó el 16F877, o fijate en el 16F628. Tienen más periféricos, y son más baratos; no creas que sean más complicados... Info, ejemplos y demás, puedes conseguir con Emule, hay mucho para el 16F84. No te preocupes, porque sirve como base también para los otros micros que te cuento aquí. Empieza con asembler, pero desde ya handa preparandote para abordar el C. Al principio busca cosas simples, y despacio las vas complicando. Diseñate una placa multipropósito, para no tener que estar haciendo una nueva cada vez que quieras experimentar algo. Ah, y cuando te de dolor de cabeza, sal a dar una vuelta y continua al día siguiente Y de más esta decir que ya tiene que estar en tu favoritos agendada la dirección de este foro y la de la página de microchip ( www.microchip.com), alli encontrarás todas las hojas de datos, que tienes que bajar y leer la del micro que uses(importante!!!  ) Bueno, estos son algunos concejos que se me ocurren ahora... No es tan complicado! Y recuerda, siempre puedes consultar aquí Suerte, y saludos
144
« en: Lunes 29 de Mayo de 2006, 12:22 »
Hola! No se si tendrá alguna ventaja o no, simplemente lo tengo configurado así y me funciona... Bueno, felicitaciones, y a programar se ha dicho...  Saludos
145
« en: Sábado 27 de Mayo de 2006, 16:54 »
Hola a todos!
Estoy interesado en realizar mediciones RMS, en lo posible usando un PIC. No se si será posible hacerlo; se que existen algunos integrados específicos para esto, pero de ser posible me gustaría hacerlo con un PIC de la familia 18F, o en defecto con algún dsPIC.
Se trata solo de la tensión y corriente de una línea de distribución, es decir en el rango de 230V y 50 Hz. Creería que con un 18F a 20MHz podría hacer la cantidad suficiente de muestras como para ya realizar algún cálculo.
Si alguien tiene alguna información o ya lo ha hecho, me gustaría saber de novedades!
Desde ya las gracias
Saludos
146
« en: Sábado 27 de Mayo de 2006, 16:38 »
En la configuración del WinPic800: Marcados: lpt y Usar Mclr línea bit ------------------------------------------------------ Data -> 0 DataIn -> ACK clock -> 1 VPP -> 3 invertido VPP2 -> 2 invertido VDD -> 2 invertido Mclr ICSP -> 2 invertido default Fijate que en la ventana principal del WinPic hay una casilla donde seleccionas el micro. Debes seleccionar el correcto, ya que sino no funciona; o al menos de la misma familia y luego detectarlo O lo configuras, o te copias el archivo adjunto y lo pones en la carpeta donde esté el WinPic, luego seleccionas esta configuración... Prueba y nos cuentas Saludos
147
« en: Viernes 26 de Mayo de 2006, 19:17 »
Hola! Veré que hago, lo había hecho con una versión algo "extraña" del Eagle, y luego perdí los archivos Pero estoy al tanto y ya les traigo novedades... Saludos
148
« en: Viernes 19 de Mayo de 2006, 14:05 »
Hola Boni! Yo lo uso sin problemas, y alimento mi aplicación desde el programador. En ese caso, presta atención en que los reguladores de tensión (78xx) sean del tipo encapsulado TO220, ya que la aplicación querrá tener su corriente Por lo demás, debería funcionar sin problemas... Saludos y suerte
149
« en: Jueves 18 de Mayo de 2006, 21:04 »
Hola a todos.... Boni, encontré en la red un esquemático de un tal TE20, y pareciera ser que alguien tiene el coraje de comercializar una cosa así Antes que nada, ruego a todos los que se metan en esto de programar PIC´s, bajarse algo de info de la página de Microchip; saben, allí no hay nadie que muerda... Aquí va un link ICSP GuideBueno, volvamos al tema... En esa ensalada de transistores, encuentro un tal Q1 (BC237) cuyo emisor está conectado a MCLR, es decir VPP. Configuración confusa... Cuando usen un transistor bipolar como interruptor, normalmente el emisor es común, es decir va a masa (0V) cuando es un NPN, o a VCC cuando es un PNP. Cuando Q1 no conduce, no se que nivel tenemos en MCLR; perciera ser que tendría unos 0.7 V, pero es cierto? Si Q1 está en corte, que corriente circula por el diodo D7 (entre E-B de Q1) para que caigan los 0.7 V??????? Bien, con el micro en el zócalo pareciera ser que funciona... pero conectado a tu circuito MCLR nunca tendría un nivel cercano a VCC. Los niveles tienen que estar lo mejor definidos posibles, por ejemplo una unión C-E saturada nos da unos 0.2 V (si E está a masa), mejor que un diodo polarizado en directa. Podemos seguir analizando todo esto, pero vayamos al punto... El TE20, de ninguna manera, sirve para programar en ICSPBoni, guarda el cable, busca otro programador, y asi te ahorras un dolor de cabeza que no tiene remedio. Ah!, cuando busques otro, fijate bien primero! Muchachos, asi es la vida... y para eso estamos aquí. Saludos a todos
150
« en: Jueves 18 de Mayo de 2006, 12:27 »
Hola! Recien estuve viendo el grabador en la página de Pablín, me parece.... Es muy común este tipo de consultas, y hay muchas variedades de programadores, yo ya probé varios, hasta que me quedé con este (dejo el link) Prueben, yo estoy muy conforme ProgramadorSaludos
Páginas: 1 ... 4 5 [6] 7 8 ... 13
|
|
|
Mostrar Mensajes
