|
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 - © Jonathan ©
Páginas: 1 ... 11 12 [13] 14 15 ... 65
301
« en: Miércoles 14 de Diciembre de 2005, 00:36 »
Bueno, si es poco 8 caracteres, y reconosco que mi nick es largo, pero no desfigura el foro creo .. la idea de eternal idol esta buena.. vemos que opinan los demas.. yo lo deje como opinion nomas.. espero no afectar los sentimientos de nadie .. Saludos
302
« en: Lunes 12 de Diciembre de 2005, 19:46 »
303
« en: Domingo 11 de Diciembre de 2005, 23:44 »
Hola Sergio, queria consultarte si existe alguna posibilidad de limitar el nombre de usuario en el foro, osea.. que al momento de registrarte y elegir tu nombre de user no te pases de 8 caracteres por ejemplo... consulto debido a que he visto en el foro de C/C++ nombres super largos, con simbolos raros y eso desfigura el foro completo, consulto por curioso nomas, espero no se ofendan los usuarios con nombres extensos. Saludos
304
« en: Sábado 10 de Diciembre de 2005, 23:36 »
305
« en: Sábado 10 de Diciembre de 2005, 23:34 »
Que tal Jonathan, gracias por interesarte un mi duda, pero ya encontre la solucion. Lo que pasa es que en el ZIP venian dos archivos principales que necesitaban el "16f877.lkr", y yo estaba compilando en un solo proyecto estos dos archivos principales y era ahi donde me marcaba el error. De todas formas te agradezco el interes. Saludos Bueno me alegro.. calcule que era algo de eso, es raro que un programita creado por los seniores de microchip no funke .. bueno, disculpa la demora y en lo que pueda colaborar estoy . Saludos
306
« en: Sábado 10 de Diciembre de 2005, 18:59 »
Aver, he buscado sobre lo que necesitas pero no doy con nada que me oriente a una solucion, dices que tienes problemas al momento de grabar el pic, osea que el programa compila bien en MPLAB ?? .. aclarame eso, no he podido probar de compilar y grabar porque no dispongo de un PC .. me jodio una tormenta electrica .. si el error es al momento de compilar te pido coloques aqui el mensaje que te arroja, aver si logro dar con algo .. Saludos
307
« en: Viernes 9 de Diciembre de 2005, 21:59 »
"Einstein" un científico Genial y con la misma intuición fisica de Newton, pero con un caracter simpatico... un visionario como Kepler, pero que siempre supo mantenerse aterrizado sobre la Tierra, recibió en vida, al igual que Newton, todos los honores y el respeto que un genio tan excepcional merece... no tener un poquito del CI que el tenia
308
« en: Viernes 9 de Diciembre de 2005, 12:10 »
Necesito un programa en assembler que me indique como leer y escribir en la memoria 24C04 desde un pic16f877a Wenas, te dejo el acceso al FTP de Solocodigo donde encontraras un archivo llamado I2C.zip, es un documento extraido de Firtec http://www.firtec.com.ar Donde explican paso a paso como leer/escribir una memoria serial utilizando el modulo MSSP del PIC16F873, para el F877 es exactamente igual. Saludos http://www.solocodigo.com/vftp/Microcontro...PIC/Documentos/
309
« en: Viernes 2 de Diciembre de 2005, 00:15 »
Intente leer el programa que tiene el D87C51, pero al parecer esta protejida, o talvez encriptada, porque sólo lee FFFFF..... , cómo puedo hacer para quitarle la protección o desincriptar, sin dañar los datos que son muy importantes.
Agradesco mucho sus contribuciones, no estoy muy al tanto con los microcontroladores, pero su ayuda me ayudaa a entenderlos gracias. ahi si que entraste en lo imposible >. no creo sea facil hacer lo que pides.. solo quiero preguntar si estas seguro que el prog funciona, porque tmb puede ser que no te este leyendo bien el chip.. si encuentro algo te aviso. Saludos
310
« en: Miércoles 30 de Noviembre de 2005, 11:24 »
el primer paso seria conseguir un programador para leer el programa interno del micro..
Programador que soporta el D87c51
si logras leerlo postea parte del codigo en el foro, para ver que se puede hacer. Saludos
311
« en: Miércoles 30 de Noviembre de 2005, 11:21 »
Solucionaste el problema del programador?.. en el foro tratamos varios programadores, seriales y por puerto paralelo, si aun tienes problemas podrias hacer el PP2. Saludos
312
« en: Miércoles 30 de Noviembre de 2005, 11:17 »
hola amigos he estado trabajando con los microcontroladores aVR de atmel, especificamente con el atmega16, el cual es un IC de 40 pines. ahí les adiciono unos pequeños archivos que he creado se recopila la informacion especifica que tenia que entregar en la U Gracias! .. es muy util y esta muy buena la info
313
« en: Miércoles 30 de Noviembre de 2005, 11:15 »
314
« en: Miércoles 30 de Noviembre de 2005, 11:12 »
Hola, tengo una duda de como simular una interrupcion por recepcion en MPLAB IDE v7.21 , en el programa que estoy haciendo se dan dos interrupciones una por un flanco ascendente en RB0 y otra por recepcion, la interrupcion por un flanco ascendente si la puedo simular con:
*Debugger *stimulus controller------> New scenario y ya en el escenario, se elige de la lista INT0, en la accion SELECT HIGH y presiona el boton y funciona
en la lista de las interrupciones esta RCREG que creo que es para provocar la interrupcion por recepcion lo selecciono, le pongo un valor, pero al pulsar el boton no ocurre nada no entra a la rutina de interrupcion no se si estare equivocada ¿¿como se hace para simular una interrupcion por recepcion o no se puede hacer?? he intentado cambiar manualmente la bandera que indica que hubo una interrupcion por recepcion pero tampoco me lo permite Hola karen, he intentado lo mismo sin exito, pero lo solucione usando "Pic Simulator Ide", esta bueno y es simple y te deja cambiar las banderas sin problemas, tiene varias velocidades de simulacion, el unico defecto que le veo es que talves sea un poco lento para simular programas grandes, probalo, talvez te sea util. Saludos
316
« en: Sábado 26 de Noviembre de 2005, 16:12 »
No Jonathan, no deben trabajar, la idea que tengo es ir revisando cada puerto para ver si tengo algo que hacer con alguno de ellos.
...,y el puerto i2c lo voy a tener ocupado con una e2prom 24lc256 que necesito para almacenar unos datos.
...,por cierto Jonathan, no he vuelto a recibir respuestas tuyas acreca del problemita q tengo con la licencia del ccs... Bueno, con I2C puedes conectar la memoria y tambien el pic sin problemas, se le asigna una direccion a cada dispositivo.. respecto al mensaje, te he enviado varios y no he recibido respuesta.. no comprendo.. aver.. en los mensajes que te envio te pregunto si me puedes pasar la version que usas.. ya que existen varias.. pasame la version y te paso el archivo, pero dame otra direccion de correo si tienes porque los mensajes no te llegan .. Saludos PD: voy a investigar que pasa con esto.. no entiendo.. todo lo que envio llega
317
« en: Viernes 25 de Noviembre de 2005, 23:45 »
Holas .. que tipos de dispositivos quieres comunicar?.. son computadoras?.. microcontroladores?.. explica un poco mas en detalle y veo que puedo hacer por ti. Saludos
318
« en: Viernes 25 de Noviembre de 2005, 23:35 »
Holas, sin duda alguna lo que necesitas se puede hacer con un simple F84 y el sensor ultrasonico, son un par de ecuaciones y un programita nada complicado.. si consigues los componentes podriamos desarrollarlo, si no me equivoco tengo las ecuaciones para calcular la distancia en centimetros, pero necesito una maquina donde conectar el rigido con la informacion.. si encuentro la ecuacion te la paso lo antes posible. Saludos
319
« en: Martes 22 de Noviembre de 2005, 21:16 »
Bienvenido La letra del obligatorio es mas o menos esta: ----------------------------------------------------------------------- 1) pasar mensajes de texto a una pantalla lcd de 10x1 caracteres o 16x1 caracteres (a elección)
2) los mensajes se almacenaran en varias carpetas distintas (numero de carpetas a elección).
3) los caracteres se iran dezplazando de derecha a izquierda con la finalidad de leer los distintos mensajes.
4) los mensajes seran de tamaño variable.
5) los mensajes seran introducidos al sistema mediante un archivo txt
6) para el control del sistema se cuenta con un boton de encendido, un boton para movernos entre las distintas carpetas y un boton que iniciará la secuencia de desplazamiento del texto almacenado. antes que nada, para poder ayudarte necesitariamos saber que tipos de lcd son los que utilizaran y si tienen la hoja de datos a disposicion, la memoria que pueden usar si es que necesitan es una memoria serial 24Cxx dependiendo de la necesidad.. me surgen dudas al momento de leer los puntos 5 y 6 .. con esto que menciona me da a entender que el dispositivo ira conectado al pc y sera comandado desde una aplicacion previamente programada.. talves este equivocado.. aclarame los puntos 5 y 6 y veo de que manera puedo ayudarte, con los pics que estan estudiando pueden sin problemas manejar el lcd y sacar informacion de las memorias seriales.. pero sobre el txt no se que pensar y mucho menos sobre las carpetas que menciona .. Saludos
320
« en: Martes 22 de Noviembre de 2005, 21:05 »
Jonathan, en realidad necesito 3 puertos, parece raro pero asi es, mira el diseño q te dejo adjunto y sigue leiendo:
esto es en lo que estoy trabajando actualmente. como puedes ver el f877-1 debe poder comunicarse por serial con: 1. con el modem celular 2. con el otro pic f877-2 3. la conexion al exterior que tambien es serial (rs232/485)
Janathan...si puedes me gustaria q me dieras un ejemplito (corto pero que sea muy explicativo) de como enviar y recibir datos por estos 3 puertos.
Aqui t dejo un programita que hice en estos dias para ir probando esto de los puertos y me funcionno bien, pero ya sabes no pude hacer mucho porque no me puedo pasar de 2k en pcw demo.
GRACIAS POR TU ATENCION... BUeno, disculpas por la demora.. esto es en lo que estoy trabajando actualmente. como puedes ver el f877-1 debe poder comunicarse por serial con: 1. con el modem celular 2. con el otro pic f877-2 3. la conexion al exterior que tambien es serial (rs232/485) una pregunta clave al momento de pensar el desarrollo del programa es.. la comunicacion del pic con estos 3 componentes debe hacerse al mismo tiempo? para comunicar el pic con el otro pic (2) .. no es necesario implementar ningun puerto extra porque lo puedes solucionar con el I2C y el modulo que el pic trae implementado para tal proposito. la comunicacion con el modem celular y la conexion al exterior se utilizaran a la vez?.. eso no creo que sea asi, por lo tanto puedes usar un mismo puerto para ambas comunicaciones.. solo debes tener en cuenta a quien atender primero, seguramente la velocidad de comunicacion con el modem es rapida y si tienes una conexion con el exterior presente talves sea mejor atender la comunicacion exterior y luego de terminada la comunicacion unirte al modem. Respondeme si deben trabajar al mismo tiempo, ya que es una pregunta clave como ya mencione. talves necesites solo 2 puertos o 1 y repartir los tiempos y la prioridad de atencion. Disculpa por mi demora, ultimamente estoy para las matematicas.. dime si te llego mi correo, lo envie a tu casilla gmail. Saludos PD:................. #use rs232(baud=9600, xmit=PIN_SALIDA, rcv=PIN_ENTRADA)
utlizando el pic16f877 y en PIN_SALIDA y PIN_ENTRADA coloco otros pines cualquiera que no correspondan con la usart ¿el compilador sabe y hace inmediatamente la comunicacion por softaware o que? Asi es, el compilador se encarga de configurar los pines para que actuen como entradas y salidas. hacele al pic todas las pruebas que sean necesarias para aprender, no se queman si respetas los voltajes. Saludos
321
« en: Lunes 21 de Noviembre de 2005, 23:39 »
ME parecia, porque demorabas mucho en contestarme lo que consultaba.. ya mismo te estoy escribiendo. un Abrazo
322
« en: Sábado 19 de Noviembre de 2005, 01:34 »
jpaler, lei tu mensaje, te llego el mensaje que te envie con la consulta?.. Saludos
323
« en: Jueves 17 de Noviembre de 2005, 15:19 »
Creo que tmb se podria usar un pic como el F628 y el expansor de salidas y de entradas que publico Huguen_aus_Tirol .. aunque seria una locura emprender algo asi .. en fin.. estoy a los saltos como sapo en campo recién arado jajaja muy buena frase, siempre digo que me tienen a los saltos pero no tenia con que compararlo.. ahora ya se una nueva.. muy buena Huguen! Y de paso aprovecho para agregar una consulta general al foro, yo soy nuevita aqui pero he visto que casi todos programan PIC (y por lo que veo muy bien) pero hay pocos comentarios de programadores de Motorola por???? No programan controladores Motorola??? He estado viendo que el código parece mas complicado, aclaro que solo soy una novata programadora de PIC´s. pasa que el foro comenzo con una enorme molestia por mi parte a los administradores de Solocodigo, en ese entonces comenzaba con los pics y todo lo que se hacia se hacia sobre los pics.. no es porque discriminemos a motorola ni otros.. pasa que son Faciles, economicos y habia gran demanda de informacion sobre ellos.. asi nacio el foro, y se implementaria un subforo de motorola si se hicieran mas consultas o se solicitara mas info sobre ellos. En Fin.. no tengo ni idea sobre motorola pero no descarto la posibilidad de aprender sobre ellos, ya que mirandolo bien tienen mas futuro que microchip. Saludos
324
« en: Jueves 17 de Noviembre de 2005, 15:04 »
Gracias por el esquema, es muy util , tengo algo de info en español sobre el AVR que trabajas pero no tengo donde conectar el rigido con la info, cuando me haga un tiempo y consiga una maquina que pueda destapar conecto el disco y saco la informacion para enviartela. Saludos
325
« en: Miércoles 16 de Noviembre de 2005, 23:04 »
No, sin ninguna duda pienso que el error es que no usas interrupciones al momento de recibir el dato.. o bien las usas pero no sales de ellas ni actualizas los flags.. el programador no tiene nada que ver.. busca sobre la interrupcion por RX en el usart, si me hago de tiempo te ayudo en el desarrollo.. por cierto.. usas interrupciones o chequeas los flags manualmente?.. una vez tuve un error similar .. fue todo culpa del mal manejo de los flags. Saludos y Bienvenido!
Páginas: 1 ... 11 12 [13] 14 15 ... 65
|
|
|