|
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 ... 9 10 [11] 12 13 ... 65
251
« en: Jueves 13 de Abril de 2006, 11:41 »
jajaja.. Gracias igual.. mas vale tarde que nunca.. cumpli 19 soy un pichon todavia .. Un Abrazo gente linda!.. y muchos exitos!
252
« en: Sábado 4 de Marzo de 2006, 16:10 »
Sin dudas el problema esta en el codigo.. cuando se trata de barridos y llamadas a subrrutinas suele complicarse el asunto.. si aun estas con el problema y quieres poner el codigo podria rebizarlo y asi ver si es problema de codigo o no.. por lo que comentas y segun las pruebas que has hecho todo tira a que el Hard esta bien.. espero tu respuesta. Saludos
253
« en: Sábado 4 de Marzo de 2006, 16:06 »
necesito ayuda quiero desarrollar un sistema de monitoreo a distancia, mi inquietud es necesito conectar una web camara a visual y si es posible motorizar la camra como podria hac : erlo si alguien sabe como scream: Buenas.. .. para conectar la camara a Visual Basic tendrias que averiguar que librerias puedes usar para capturar las imagenes usando las apis.. la camara se conecta al USB y podrias motorizarla utilizando el puerto paralelo.. por el puerto paralelo no puedes entrar con la camara, solo puedes usar el puerto para manejar los motores.. en este foro hay una discucion sobre la conexion de diodos led al puerto paralelo, para conectar el motor seria exactamente igual. La conexion de los motores al puerto no es complicado, en lo que no puedo ayudarte es en las funciones apis que necesitas para capturar las imagenes de la webcam.. disculpa mi respuesta rapida, se me acaba el tiempo.. pon aqui todas tus dudas y de a poco las iremos atendiendo. Saludos
254
« en: Miércoles 1 de Marzo de 2006, 01:22 »
hola compañeros de solocodigo le escribo para proponerles un foro sobre telecomunicaciones, y que incluyan temas como programar un switches cisco,avaya,3com,dlink etc. configurar firewall cisco etc, hacer redes cableadas y inalambricas wifi,wimax, configurar routers hacer ruteo, intalar servidores wed de correo,dns,proxy; todo lo que es fibra optica como hacer reparaciones, en fin hay bastante tema para iniciar un buen foro de telecomunicaciones yo tego algo de material y prodria compartirlo, de antemano les agradesco su atencion. Eso es mas que todo configuración de perifericos, no creo que de esto trate el foro, para eso te puede servir el foro de Programación de Aplicaciones para Dispositivos coincido con Radical.. no veo la necesidad de un foro de este tipo. Saludos Un Abrazo Radical!.. espero te encuentres bien!
255
« en: Viernes 17 de Febrero de 2006, 00:07 »
Hola, el que utilizo se llama Eagle, no se bien que version es pero tiene socalos de todos los chips, el F877 esta incluido. Saludos
256
« en: Viernes 3 de Febrero de 2006, 18:17 »
2-A las cuantas vueltas se acuesta un perro?
3-Hay un árbol, ese arbol tiene tres ramas, cada rama con 5 palomas, un cazador con su escopeta dispara y mata a 2 palomas.
Cuantas quedan en el árbol???? 2) a la ultima 3) ninguna, porque las 2 que mata van al suelo y las otras se vuelan, a menos que las muertas queden enganchadas en la rama jeje.. Un Abrazo FORO!!
258
« en: Lunes 23 de Enero de 2006, 02:13 »
Es cierto, lo he visto en los foros que modero.. no se me habia ocurrido consultarlo. Saludos
259
« en: Viernes 20 de Enero de 2006, 10:58 »
Uff!! que de tiempo si visitar este foro y ya veo que va muy bien, parece que se ha convertido en una gran comunidad y con algunos proyectos estupendos!!!
Veo que algunos empiezan a buscar algo de mas potencia de la que puede proporcinar un PIC (o cualquier micro de 8bit) y es que la verdad es que al fin y al cabo ¡¡¡son solo de ocho bit!!! y ¡¡¡ sin multiplicador!!!. Esto restringe completamente a los que busquen hacer algo de procesamiento de señales de cierto nivel (audio, video,radio...), o cualquier otra aplicacion de calculo masivo o con restricciones de tiempo. Hasta hace poco tiempo la unica opcion viable para esto era hacer una relativamente fuerte inversion en un sistema de desarrollo de algun DSP especializado (texas ins.,analog devices,...),desde luego los DSPic tenian un nombre un poco engañoso, porque aunque acerca el procesado de señales un poco, la verdad es que esta MUY MUY lejos de un autentico DSP y apenas es valido para procesados muy simples y anchos de banda y resoluciones reducidos y es que en mi opinion no se le puede llamar DSP a cualquier cosa que sea capaz de hacer un MAC. Afortunadamente el desarrollo tecnologico no cesa y la capacidad de integracion sigue cumpliendo casi estrictamente la ley de Moore, ¿alguien sabe algo sobre ARM7 o ARM9?. Seguro que os suena, quizas lo haveis leido en las especificaciones de un catalogo de PDAs. Pues bien, hoy por hoy esta familias seguramente sean de los micros de proposito general mas potentes para aplicaciones embebidas, solo dire que si buscais potencia este probablemente es el mejor camino, si no me creeis informaos.
Mirad ESTO: http://www.embebidos.com/produkt.cfm?prodid=644
y desde luego no es de los modelos mas potentes
jejej.... 32 bit, muchos Mhz,MAC, Ethernet,+todo lo que tenian los PIC y mucho mas... compiladores gratuitos, programacion estandarizada mediante interfaces JTAG, sistemas operativos (QNX,varios derivados LINUX, incluso Windows Embedded). Por cierto he leido en algun post que hay gente interesada en desarrollo con sistemas operativos para microcontroladores, yo he usado SALVO RTOS(pumpkyninc creo)con la familia PIC y TINY RTOS(IAR) con los 8051, por supesto antes de meterles mano teneis que saber para que sirven y en que os pueden ayudar, lo mejor un buen libro sobre sistemas operativos, para esto es bueno saber bien la teoria.
Bueno voy a corta ya el royo que parezco un vendedor.
Saludos y que esto siga igual!!!!
P.D.: http://www.arm.com/ Uff ADC, tiempo sin verte .. es un placer tenerte nuevamente , agradesco tu informacion y el aporte que haces al foro, tienes pinta de ser un muy buen desarrollador de Hardware y sistemas industriales .. todo esto de lo que hablas aun esta lejos de mi alcance, pero en un futuro sera lo que utilice para trabajar.. Creo .. mientras, a darse manias con los simples y conocidos microcontroladores pic .. estuve investigando sobre sistemas operativos para pics, tal como lo hablamos hace mucho.. pero no le encontre utilidad alguna para lo que hago .. asi que es solo un conocimiento mas que he acumulado .. Espero te pierdas mas seguido por el foro, ya que sabes mucho y nos abres camino para que investiguemos y aprendamos de lo que se viene.. Gracias y Un abrazo!
260
« en: Viernes 20 de Enero de 2006, 10:48 »
261
« en: Jueves 12 de Enero de 2006, 22:35 »
Me alegra que te hayan servido y espero aprendas mucho en estas vacaciones .. Si por ahi tienes alguna rutina que crees puede ser util para los demas users y quieres compartirla.. o el fragmento de codigo que reformaste para manejar el modulo del pic seria lindo que lo postees en el foro de Soluciones Hard y Soft http://foros.solocodigo.com/index.php?showforum=156 .. asi para el proximo que tenga la duda pueda ir directo a la solucion. Eso lo dejo a tu criterio.. Un Abrazo y hasta pronto
262
« en: Miércoles 11 de Enero de 2006, 13:31 »
NO hay drama, si todabia tas con eso postealo y vemos que se puede hacer . Saludos
264
« en: Martes 10 de Enero de 2006, 00:36 »
Hola, mesecito saber si alguien tiene a mano algun circuito para conectar varias una termocuplas tipo K o T a un pic16f877a y poder mostrar su valor en ºC en un display LCD. Desde ya muchas gracias, saludos Javier Nunca trabaje con termocuplas pero seguro esto te sirve para empezar: http://www.ferromel.de/tronic_2512.htm .. tengo entendido que el amplificador operacional debe ser bueno talves un TL081.. para conectar varios al pic puedes usar los diferentes canales de conversion. Voy a buscar y ver si encuentro algo mas cercano a lo que necesitas. Saludos
265
« en: Lunes 9 de Enero de 2006, 23:36 »
Me alegra la noticia .. de los errores se aprende .. comienza con el PWM y vengan esas dudas nomas .. Saludos!
266
« en: Sábado 7 de Enero de 2006, 15:28 »
Bueno, tendrias que empezar a rebizar paso por paso.. por ejemplo.. modifica el programa para que despues del bucle infinito, se genere la interrupcion y vaya a la direccion 04h .. hasta ahi ya lo tienes.. pero en vez de hacer lo que hace tu programa, osea: ORG 04H BCF PIR1,0;Borro bandera DECFSZ CONTADOR GOTO CONTINUA;Va a retornar de la int, BSF TRANSICION,0 GOTO VERSAL VERSAL MOVLW 0C8H;realiza 200 temporizaciones antes de variar salida MOVWF CONTADOR BTFSS PORTB,0;Analiza la salida GOTO ACTIVAR;Va a activar salida BCF PORTB,0;DESACTIVA CONTINUA RETFIE ACTIVAR BSF PORTB,0;activa RETFIE
Has que el programa solo encienda un led en el puerto B, solo que lo encienda.. y ahi lo terminas.. ORG 04H BCF PIR1,0;Borro bandera BSF PORTB,0;activa RETFIE
es solo una prueba para ver si el programa salta o no a la direccion 04h .. si esto funciona el problema esta en lo que haces a partir de la interrupcion.. prueba y me cuentas para continuar con el analisis. Saludos
267
« en: Sábado 7 de Enero de 2006, 13:56 »
Antes que nada disculpa mi demora , ni tiempo pa comer me queda .. En el FTP te deje un documento que explica el funcionamiento y la configuracion del modulo SSP para que trabaje en modo SPI, el documento se llama "SSP_SPI.pdf". http://www.solocodigo.com/vftp/Microcontro...PIC/Documentos/Aparte te dejo adjunto unas rutinas de comunicacion entre 2 microcontroladores PIC16F876, para el F877 es exactamente igual, talves no te sirvan pero te ayuden a entender lo del documento PDF, la explicacion de lo que hace cada parte del codigo esta en italiano, no pude encontrar nada en ingles. Espero te ayude a lograr lo que necesitas y no dudes en escribirnos . Saludos!
268
« en: Sábado 7 de Enero de 2006, 13:20 »
Holas, el programa nunca llegara a la etiqueta TIEMPO porque cuando se produce una interrupción el pic deja automáticamente lo que esta haciendo, va directo a la dirección 04h de programa y ejecuta lo que encuentra a partir de ahí hasta encontrarse con la instrucción "RETFIE" que le hara abandonar la interrupción y volver al lugar donde se encontraba antes de producirse dicha interrupción, osea, a "NADA"... talves para que funcione deberias hacer una llamada a TIEMPO antes de la instruccion RETFIE.. Saludos
269
« en: Viernes 6 de Enero de 2006, 22:51 »
Hola necesito de su ayuda...necesito un delay de 10 ms.............para un pic16f874..kon un kristal de 20MHz.....yo hice uno pero no me funciono....pliss ... Holas.. talves te sea util el programita para generar retardos que tenemos en el FTP de Solocodigo.. puedes ingresar en http://www.solocodigo.com/vftp/Microcontro...PIC/Utilidades/ el archivo se llama retardos_pic.zip .. Saludos
270
« en: Viernes 6 de Enero de 2006, 22:48 »
Wenas.. bueno, yo compro la mayoria de las cosas en Dicomse.. hay de todo, su pagina web es http://www.dicomse.com.ar/Tambien puedes averiguar en Elko: http://www.elko.com.arEspero te sea util. Saludos
271
« en: Jueves 5 de Enero de 2006, 23:41 »
Segun estuve viendo utiliza el puerto B para las salidas de los comparadores.. voy a bajar el data y a echarle un ojo.. te dejo un link a un codigo que configura un 18F1320 para usar el PWM.. voy a seguir viendo. Saludos http://www.geekops.co.uk/PICs/HyperLight_v0.5.asm
272
« en: Jueves 5 de Enero de 2006, 21:44 »
Si puede ser me interesaria que midas las tensiones de tu programador usando ICProg y la opcion de configuracion, te da la opcion de elegir que tension poner en alto, pon la de Vdd y medi con un multimetro, seguramente esta bien, tienen que ser unos 5 volts tmb un poquito menos, la que si o si debe ser superior a 12 volts es la tension de Vpp.. si esa tension esta por debajo de los 12 volt el programador siempre te arrojara el error 0000h .. aver si puedes pasarme los valores de las tensiones. Saludos PD: Mira esta discusion y saca tus conclusiones. http://foros.solocodigo.com/index.php?show...&hl=programador
273
« en: Jueves 5 de Enero de 2006, 21:40 »
Les agradecería si pudieran decirme donde puedo conseguir los micros de la línea AVR. Estoy interesado en probarlos.
Aprovecho para pedirles su opinión sobre ellos.
Saludos. De que pais eres?.. Si eres de Argentina en BsAs es facil de conseguir.. tambien puedes comprarlos mediante marcadolibre o Ebay dependiendo de donde seas. Saludos y Bienvenido PD: En mi opinion se logra ver un buen futuro en lo que es Motorola, Atmel AVR es simple y por lo que me han comentado andan bien. Pero la mayoria de las personas con las que hablo estan fijando su mirada a los motorola.
274
« en: Jueves 5 de Enero de 2006, 13:13 »
Hola muchachos! El warning que dices es normal con MPlab; yo siempre lo tenía, y lo eliminé con la siguiente linea al principio del programa
Ahora no recuerdo si el warning tiene el código 302 ó 215... Sí recuerdo que me los daba siempre, y con esta línea lo eliminé. De cualquier manera, el programa te funciona igual. Al final del manual del MPASM (creo ) hay una tabla o lista con los distintos códigos de error y warnings. Voy a ver de subirlas al foro...
Saludos Cierto, yo uso lo mismo, de hecho lo unico que se logra es ignorar el warning, pero es util si compilamos y luego necesitamos simular el programa, ya que compila y va directo.. Gracias Huguen y te encargo la lista si la tienes por ahi a mano. Feliz Año Chamigo!..
275
« en: Jueves 5 de Enero de 2006, 13:08 »
Bueno, si tienes a mano el archivo "readme" de la instalacion donde te guien paso a paso seria interesante que lo cuelgues en el foro, no conosco mucho de MacOS por lo que la ayuda que puedo brindar es infima .. pero voy a buscar en el super google para ver que puedo encontrar que te sea util. Saludos y Bienvenido!
Páginas: 1 ... 9 10 [11] 12 13 ... 65
|
|
|