TODOPIC
Microcontroladores PIC => Lenguaje C para microcontroladores PIC => Mensaje iniciado por: jfmateos2 en 31 de Enero de 2011, 12:51:28
-
Escribo desde la desesperación.
Estoy iniciando un proyecto nuevo y había decidido dar la espalda a CCS para abrazar la versión gratuita de C18.
He venido leyendo el curso que hay en el foro sobre c18 y realizando los ejemplos sin problemas.
Y, cuando ya me siento preparado, me decido a utilizar el stack USB y... llevo dos días dándome golpes contra la pared.
¿Qué galimatías es ese?
Los ejemplos son una especie de cajón de sastre preparados para funcionar con las distintas placas demostrativas de Microchip y repletos de excepciones que hacen el código ilegible... francamente estoy defraudado.
Ni siquiera he sido capaz de aclararme con unos ejemplos simplificados que publicó Suky.
Me rindo... seguiré con CCS.
-
Si te sirve de consuelo, mis acercamientos a C30 con librerías de Microchip han sido igual de decepcionantes, Juanfe.
Estas siempre hacen referencia a hardware propio y te vuelves loco corriendo de aquí para allá para intentar entenderlo. Básicamente me estoy refiriendo a las librerías gráficas.
Con C18 nunca lo he intentado pero por lo que cuentas me imagino que es parecido.
-
Es cierto que con poca practica en el lenguaje cuesta mucho entender :( En si las librerias son practicas y muy completas, pero librería sencilla de entender la de CCS gana por kilómetros :?
Y las librerías gráficas :shock: :shock: :z)
-
Hola.
Pensé que era el único (no dije nada por vergüenza :oops:), pero me parecieron muy complejas ... intenté hacer algo con las de C18 en modo MSD ... pero me cansé :D :D
-
intenté hacer algo con las de C18 en modo MSD ... pero me cansé :D :D
Esa está buenisima! El otro día para probarla guarde un txt en la memoria de programa de un 4550 :shock:
-
Yo quería entenderla para pasarla a CCS ... pero no pude ni entenderla jajajaja
-
Totalmente de acuerdo con vosotros, el principal problema de C18 es su complejidad... complejidad que por otro lado aporta la versatilidad.
Yo estoy pegándome ahora con las librerías gráficas y hasta el momento estoy haciendo algo que no he hecho nunca con unas librerías..... consultar la ayuda! XD
Os recomiendo leer la ayuda de las MAL; Clarifican más que la locura de excepciones de las bibliotecas...!
-
Buen consejo J1M... ni siquiera había visto que había ayuda.
Llevo un ratito leyendo la del USB Stack y parece que algo avanzo.
Pero lo que echo de menos es que haya una especie de proyecto esqueleto en el que se vea qué includes y headers son necesarios, independientemente de la plataforma de hardware que se utilice.
Por lo que he leído existía un esqueleto llamado framework para los 4550 y familia, pero creo que ha quedado anticuado porque usa unas carpetas e includes que ya no veo en el stack.
-
Pero lo que echo de menos es que haya una especie de proyecto esqueleto en el que se vea qué includes y headers son necesarios, independientemente de la plataforma de hardware que se utilice.
Como se suele decir.... +10000
-
Llevo todo el día con la librería USB CDC y parece que por fin empiezo a ver la luz... pero es un túnel muy muy largo.
Entretanto pensaba qué nos mueve a pelearnos con estas puñeteras librerías cuando existen otras más sencillas como las de CCS y MikroC.
En mi caso llego a la conclusión de que lo hago por dos motivos:
- Difusión: Un programa escrito en C18 puede difundirse más fácilmente entre la comunidad DIY porque existe una versión de este compilador gratuita.
- Control: Parece claro que las librerías de Microchip son las que permiten tener un mejor control (a veces excesivo) y son las únicas que se actualizan con frecuencia.
¿Y ustedes?
-
Creo que es menos doloroso y lento afilar una zanahoria y tratar de cortarse las venas.... :D :D :D
-
Hola amigos,
Yo también llevo una pelea que voy de apoco ganando después de 15 asaltos perdidos.
Mis motivos de seguir intentando en C18 es por ser ANSI-C, Gratuito el compilador y mas facil de montar y correr FreeRTOS.
Pero no por ello dejo de meterle mano a CCS cuando quiero algo rápido. A la fecha no intento con USB, apenas estoy entendiendo las interrupciones, con CCS ni me me había enterado que tenia 2 niveles de prioridad en C18 y yo pensaba que cada interrupción apuntaba a una dirección de memoria diferente pero no es así, así que esto de las interrupciones me estaba dando duro.
Es grandioso el hilo de C18 de micro_cadaver y ni hablar del libro de Suky... Gracias a los 2 por ese trabajo que liberaron para todos.
Me toca enfrentarme a una aplicación USB-CDC y debe ser en C18, eso creo sera la otra semana asi que estaré dando lata en ese tema también.
Hace unos días, debía encontrar el porque no funcionaba el Bootloader para el PIC18F47j53 en C18. Encontré 1 mes en entender ese codigo. Van de una lado a otro, #if por todos lados para cambiar de una tarjeta a otra, nombre y una árbol de archivos a leer con 16 *.C y otros mas *.h ...
Pero bueno, asi sigo diciendo siempre que me preguntan cual es el mejor compilador...C18! :D Es como un poco tonta esa respuesta pues CCS le gana de lejos a este.
-
Mis motivos de seguir intentando en C18 es por ser ANSI-C, Gratuito el compilador y mas facil de montar y correr FreeRTOS.
Estoy totalmente de acuerdo, y bueno me ayuda que no se me complico tanto entenderlo :? (Debe ser que al comezar con asm, después no se le tiene miedo a nada :D :D ) Comenzar a trabajar con C18 hizo que creciera muchísimo en programación, y luego trabajar con otros compiladores ANSI C fue sencillo.
Saludos!
-
Hola amigo Suky,
Tomarle cancha al C18 como dices todo depende de si entiendes o no el ASM. El concepto es el mismo, la manera de aplicar no. El problema es intentar seguir sin perderse los ejemplos de MPLA en C18.
La manera que encontré para entender sus ejemplos es esta:
Ellos desarrollan cumpliendo al 100% "portable, migrable, escalable".
Con los #if, #else,#endif,#define deciden el camino a recorrer para el compilador. Si es PIC18F, 18FxJx, pic24, pic32... Cada uno tiene sus partes diferentes lo que hace del código una maraña de saltos. Entonces borro lo que es para los micros que son diferentes al que necesito.
pego todas las funciones en una sola hoja (en main.c y solo las que son del proyecto mas no las de librerías como USB u otras que son generales en C18), luego borra y borra hasta dejar algo mas limpio. Siempre compilando con cada cambio para no cometer errores.
Ahora si intentar correr paso a paso con el PICKIT3. y entender como usar las librerias de ellos.
SALUDOS!
-
a mi lo que siempre me ha detenido de usar el C de microchip, es el montón de archivos y carpetas que se crea. Empezar a estudiar de nuevo es algo que no me agrada (y mas cuando existen otras opciones) :mrgreen:
-
Gracias a todos por compartir sus motivaciones... realmente creo que tenemos que juntar las motivaciones de todos para avanzar con las librerías de C18.
Hoy, en un momento de flaqueza, me ha dado por mirar las de MikroC y me ha dado tanta envidia que... he mirado a otro lado y aquí sigo con C18, principalmente porque es gratis.
-
Desde cuando es gratis el C18 ??
Que me perdí??
-
La versión para educación sin optimizaciones es gratis ¿no?
-
Ahh !!
Pense que al comprar a Hitech había liberado sus compiladores...
-
Hola a todos, he visto el post vuestro y la verdad que me siento igual que vosotros compañeros. Hace un mes me puse con las librerias del stack de USB de C18 y ahora empiezo a manejarlo adecuadamente. He necesitado mucho tiempo como todos vosotros para ir viendo como lo hacian los demas viendo que partes del codigo sirven para cada cosa. La verdad que empiezo a hechar de menos usar un FTDI y el puerto serie del pic de toda la vida.
Solo dejar constancia de ello.
-
A ver si os sirve esto http://slalen.ifastnet.com/index.php/picsmain/18fusb.html
No vienen desmenuzadas, pero viene marcado lo que hay que cambiar para hacer una aplicación propria
-
Tengo una consulta a ver si entiendo: cuando inicio un programa debo llamar a la función "USBDeviceInit();" para incializar el módulo USB, esto se encuentra en el archivo "usb_device.c"
Ahora he leido que luego debo llamar a la función "USBDeviceAttach();" para decirle a la PC que el PIC se acaba de conectar al bus USB, pero el compilador me dice que esta función no se encuentra declarada, debe ser que esta función debe estar en un archivo "*.c" el cual no lo tengo en el arbol de mi proyecto.
En que archivo se encuentra esta función?
-
Tengo una consulta a ver si entiendo: cuando inicio un programa debo llamar a la función "USBDeviceInit();" para incializar el módulo USB, esto se encuentra en el archivo "usb_device.c"
Ahora he leido que luego debo llamar a la función "USBDeviceAttach();" para decirle a la PC que el PIC se acaba de conectar al bus USB, pero el compilador me dice que esta función no se encuentra declarada, debe ser que esta función debe estar en un archivo "*.c" el cual no lo tengo en el arbol de mi proyecto.
En que archivo se encuentra esta función?
En la chamba tuve el mismo problema, solucion: comprarse el ICD3 o algun debbuger para el C18 para que puedan ver en vivo que hace el micro por donde se va y etc. Asi podrian escarbar sobre la jungla de bytes, lo bacan es que es como viajar por mundos nunca antes visitados, codigos virgenes, arreglos caletas, etc.
-
Muy buenas tardes, estoy trabajando en un proyecto con Stack USB en modo Full Speed de un 18f4550 en c18,
no se si alguien tenga por alli algun ejemplo aplicable para un 2550 o un 4550, para comprender un poco más su funcionamiento.
-
Por acá en el foro hay algo creo que facilitó Suky especifico para el PIC que vos decis.
De todas formas te recomiendo que te bajes desde Microchip el USB Framework 2.9h
-> LINK (http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2680&dDocName=en547784)
Ahí vas a encontrar varios ejemplos. Eso si, a leer ;-)
EDITO: te encontré lo del bootloader HID del amigo Suky
-> LINK (http://www.micros-designs.com.ar/c18-bootloader-usb-hid/)
mejor que eso no creo ((:-))
-
Muchas gracias, los voy a checar, tengo una pregunta
como puedo mandar cierta cantidad de datos por usb, ejemplo un contador, pues un for o un while me bloquean el tráfico y no establece comunicación
-
Basicamente tienes 3 formas de hacerlo, es decir la comunicación por USB.
HID
CDC
API especifica de Microchip
Las 2 primeras son las mas simples, incluso la CDC es casi igual a lo que es una comunicación serie tradicional.
En el Framework tienes que buscar algo como HID Device Simple Demo o CDC Device Simple Demo y ahí tienes ejemplos.
Por el tema del hardware si usas el 18f2550 o los de la misma linea tienes que fijarte como está hecha la PICDEM FS USB Demo Board y te copias de ahí lo basico para tu aplicacion.
-
Buenos días, quisiera saber si alguien me podría facilitar un ejemplo de usb en freertos con algun PIC, he revisado los de la pagina fe freertos.org y me confunde que utilicen las boards, gracias.