Programación Específica > Programación en C
C ó Asm?
ijfa:
weno..llegue tarde pero llegue.....si tu programa es pekeño y no tiene algo muy komplejo te rekomiendo ASM.....si tu programa es mas komplex entonces usa el C... :comp:
Geo:
Tengo rato sin programar un PIC (y nunca lo he hecho en C), pero la mayoría sabemos que el código en C resultará en algo más de espacio.
Mi idea es, hay que aprender ASM para entender "cómo" trabaja el microcontrolador en cuestión.
Para proyectos grandes, quizá sea mejor trabajarlos en C y posteriormente optimizar partes del código usando ASM (porque supongo que los compiladores que existen deben permitir embeber código ASM).
Por cierto, la razón por la que hace tiempo no programé con C (no tenía necesidad de programas complejos y con ASM me la podía pasar) es por el enorme costo de las herramientas que encontré, ¿me podrían pasar enlaces a las herramientas que conocen (ojalá cuenten con alguna versión demo)?
También, hace tiempo leí algo por allí de un compilador llamado AnyC, pero nunca encontré nada que se pudiera usar (descargar).
Saludos,
José Jorge (Geo).
Orizabeño:
MI PUNTO DE VISTA ESTA ENFOCADO A MI EXPERIENCIA CON EL MENAJO DE ASSEMBLER Y C DE CCS PARA PICS.
ALGO BIEN IMPORTANTE QUE NADIE HA MENCIONADO Y QUE CREO GENERA UNA GRAN VENTAJA DEL C SOBRE EL ENSAMBLADOR...
ES EL HECHO DE QUE EN C ES SENCILLO MANEJAR VARIABLES DE 16 BITS (LONG INT)Y OPERACIONES FLOTANTES(FLOAT), CONSIDERANDO MICROS DE 8 BITS COMO EL 16F84, EN ENSAMBLADOR TAMBIEN SE PUEDE REALIZAR PERO EL DISEÑADOR SE DISTRAE MUCHO DE LA APLICACION EN CONTRETO, POR QUE ESTA MAS PREOCUPADO POR IMPLEMENTAR LA LOGICA PARA EL MANEJO DE ESTE TIPO DE DATOS E INICIALMENTE LA APLICACION PASA EN UN SEGUNDO PLANO, ESTO ROBA MUCHO TIEMPO PARA EL DISEÑADOR.
TAMBIEN ES DE TODOS SABIDO QUE SI ALGO LE CUESTA A UN MICRO ES HACER OPERACIONES CON ESTE TIPO DE DATOS E IMPLEMENTARLO POR SOFTWARE GENERA MUCHA DIFICULTAD DESDE ENSAMBLADOR, ADEMAS AUN ASI EL PIC RESUELVE LAS OPERACIONES CON RELATIVA LENTITUD OBVIAMENTE POR ESO EXISTEN LOS DSPs DONDE EN LAS COMUNICACIONES ENCUENTRAN SU MAYOR CAMPO DE APLICACION.
YO SIEMPRE HE MANEJADO ESTA FILOSOFIA......
PROGRAMAS CON PROBLEMAS DE LOGICA Y COMPARACION= ENSAMBLADOR
PROGRAMAS CON PROBLEMAS DE OPERACIONES ARITMETICAS COMO MULTIPLICACION Y DIVISION= LENGUAJE C
ORA QUE SI TIENES DEMASIADA HABILIDAD PUEDES OPTAR POR LA PROGRAMACION HIBRIDA. CCS SOPORTA ENSAMBLADOR CON #ASM #ENDASM
ATTE: ALEX
SALUDOS DESDE ORIZABA
Orizabeño:
OTRA COSAA..
LA COMPATIBILIDAD DEL CODIGO EN C HACEN DE C ALGO INTERESANTE, EMIGRAR DE UN MICRO A OTRO ES MUY FACIL Y NO REQUIEREN MUCHOS CAMBIOS, EN ENSAMBLADOR SI QUISIERAMOS EMIGRAR EL CODIGO TMB NO ES COMPLICADO PERO NOS HACE OJEAR EL DATASHEET UN PAR DE VECES PARA SABER COMO ESTA MAPEADA LA RAM PARA REDIRECCIONAR ALGUNOS REGISTROS. EN C A VECES NI ES NECESARIO VER EL DATASHEET EN MUCHOS DE LOS CODIGOS.
UN DUDA DICEN QUE EN C LOS RETARDO NO SON TAN EXACTOS COMO LO SON EN ENSAMBLADOR?? A MI NO ME CONSTA REALMENTE NO SE SI ASI LO SEA OJALA ALGUIEN PUDIERA RESOLVERME ESTA DUDA, SERIA UN PUNTO A FAVOR DEL ENSAMBLADOR.....
NO ATACO EL ENSAMBLADOR AL CONTRARIO ME GUSTA PROGRAMAR EN ENSAMBLADOR, CREO QUE TIENES UN MAYOR CONTROL DE TODO EN ENSAMBLADOR ENTIENDES COMO TRABAJAN LOS PICS POR QUE TODO QUEDA EN EVIDENCIA Y ENTENDER LA ARQUITECTURA DE LOS PICS ES MUCHO MAS SENCILLO SI SE PROGRAMA DESDE ASSEMBLER......
SALUDOS
Bicholey:
Bueno yo os dire que el ASM es mi favorito es mucho mas rapido y mas pequeño y C es mucho mucho mas facil y me permite hacer ciclos y funciones de manera muy sencilla cosa que en ASM es muy tedioso.
Navegación
[#] Página Siguiente
[*] Página Anterior
Ir a la versión completa