La biblia en C18 para la programación de PICs

<< < (7/10) > >>

pfer90:
son de las familias 24f y 32mx. Por ejemplo:}
24FJ64GB108
32MX440F512H

Saludos

Waldillo:
Ok gracias pero esos pics se consiguen de manera amateur o solo profesional? Es por saber por que sino, creo que implementar un "USB on the go" es excesivamente complejo de desarrollar y llevar a cabo habiendo un protocolo llamado SPI que en la mayor parte de los proyectos caseros es suficiente, Ahora bien si es algo profesional si puede ser rentable el desarrollo

ZeK005:
Cita de: Waldillo en Diciembre 02, 2008, 03:03:13

El protocolo USB Es host centric, osea que la comunicacion la inicia el anfitrion, o el que tiene el USB Host Controller. En mi proyecto no se puede hacer. El host controller se encuentra en el ordenador habitualmente y debe ser unico.Que yo sepa el micro tiene un modulo USB pero no tiene host controller que es una caja negra para controlar el bus a nivel de host.
Me has cogido en fuera de juego, se que hay algo con "USB on the go" en el que los papeles de cliente y servidor pueden ser intercambiados. Pero creo que con mi firmware no se puede.
¿Cual es la razon capital para que quieras comunicar los micros con USB? Yo creo que con SPI podrias hacerlo perfectamente, mas facil y sencillo. El USB ha sido creado para servir de estandar de comunicacion entre dispositivos perifericos y el ordenador y así jubilar los viejos protocolos serie.

Pero de todas formas yo creo que el camino de investigar es el USB on the go, dale por ahi.


Recien llego al post y vi varios comentarios interesantes. De los cuales... este es uno de los mas interesantes y concisos.

Es obvio que el control lo va a llevar el que tenga el Host Control, que en la mayoria de los casos, lo hace la computadora. Lo unico que quiero aclarar son 2 puntitos para que cierren un poco mas las ideas:

1) No es necesario que un micro tenga modulo USB para poder realizar una conexion de este tipo. El modulo USB lo unico que hace es facilitar al diseñador el trabajo. Si te gusta hacer trabajo de hormiga, podes aprenderte el protocolo USB de pe a pa y hacer tu propio modulo "virtual" que se encargara de la comunicacion. Yo lo intente, pero mori a mitad de camino por que es mas complejo de lo que pensaba. De todas maneras es algo que se puede hacer tranquilamente con mucho tiempo y paciencia.

2) Cualquier microcontrolador puede adoptar la funcion de Host Control. Lo unico que hace falta es el algoritmo adecuado para que este actue como tal. Seria como tener un mini archi mega infimo sistema operativo dentro del micro que se encarga unicamente de la comunicacion con el modulo. Precisamente en la universidad estoy trabajando en esto, con resultados erraticos. Todavia esta en desarrollo ;) pero no tengo dudas que en algun momento podre lograrlo.

Todos preguntaran... y para que sirve? Sencillo....... por que asi podes realizar trabajos y que alguien pueda conectar un pendrive o una memoria o lo que sea, a tu puerto usb, y de esta manera poder interactuar con ella. Los ejemplos son varios, el mas simple es comunicacion con una memoria, tambien puede usarse para descargar datos, por ejemplo, un micro que se dedique a recolectar la temperatura de una habitacion cada 10 minutos, luego yo ingreso un pendrive y retiro todos los datos capturados. Tambien puede servir para realizar un boot loader por USB como los que tiene la empresa P&E Micro para micros Freescale.

En definitiva..... las posibilidades son infinitas, lo unico que siempre se interpone es el tiempo y la dificultad. Pronto le voy a estar posteando proyectitos relacionados a esto ;)

SALUDOS

pfer90:
Estoy deacuerdo con vos zek005 pero para lo que queria hacer waldillo que era conectar dos pics entre si no vale la pena. Con SPI, i2C o usando la usart sobra, hasta incluso e visto por ahi no recuedo donde  que interconectavan varios pics con un solo hilo. Todo depende del caudal de datos que quieras transferir, tambien está el parallel master port para transferir de forma paralela la información. Con respecto al USB OTG la idea es que uno pueda conectar por ejemplo una camara de fotos y una impresora sin intervención de la pc e imprimir las fotos. Creo que la idea que manejaban los del USB forum era subsanar la carencia de que en este bus los perifericos no se pueden comunicar entre si sin la intervención de host como a diferencia del bus firewire.
Saludos

MiCrOBiT:
hola Waldillo recien estoy emepzando con c y este hilo del c18 me parece interezante...seria mucho pedir si colocaras mas ejemplos simples para aquellas personas q no iniciamos en c...
tengo un lcd40x4 existe alguna libreria para es lcd?

Navegación

[0] Índice de Mensajes

[#] Página Siguiente

[*] Página Anterior