Programación Específica > Microcontroladores
Fallo - Rs232
jaumegs:
Bueno... creo que nos hemos desviado un poquito del tema, pero al crearse estas discusiones siempre da gusto leerlas :alien:
Creo que la elección de programar en ASM o C es algo que debe realizar uno mismo. El ASM te hace tomar un contacto mayor con el micro, programar en C (no he programado en C nunca para un microcontrolador... para PC si) es mejor para optimizar el tiempo y no pasarte horas con algo que no te sale, o si quieres un programa para un PIC y otro tipo de micro y canviar unas cuantas lineas de código, no un programa entero (no se si eso es posible, pero si se sigue la misma teoria que en los computadores...).
Todo es cuestión de uno mismo, si uno es un poco masoca, como yo, y le gusta decirle al micro lo que ha de hacer en cada preciso instante sin importarle el tiempo que gasta en ello... pues adelante, ASM. Si uno prefiere pasarse mucho menos tiempo, le da igual que el programa ocupe unos bits mas, y quiere que su programa sea mas portable, pues C.
Yo cuando le coja mas práctica al ASM me gustaria aprender C para PIC, alomejor resulta que me gusta mas :smartass:... no que va, creo que nunca se ha de perder el contacto con el ASM, programes en lo que programaes.
SALUDOS
P.D.- Bueno, a lo que íbamos, me estoy volviendo loco en canviar de micro... del 16f84 hay mucha documentación (en castellano) sobre sus registros, para que sirven, como usarlos,... en cambio con los 16f876 y otros no encuentro nada, escepto los documentos de Microchip en ingles, que por desgracia no es idioma que domino, y menos para aprender algo de programación, aunque mi interés por reforzarlo no desaparece.
NO existe por alli algo que te explique como usar la UART en un 16f876, el bus I2C, y esas cosas? (en ASM)
Kain589:
--- Citar ---Los procesadores tipo Risc como los Pics se caracterizan por optimizar codigo por dos
caminos (Tamaño o Tiempo de ejecucion).Caso curioso que para lograr la mayor velocidad hay que evitar compactar codigo, si no crees revisa los ejemplos de Microchip
para tamaño y velocidad,te daras cuenta que para velocidad no escatiman en el gasto de memoria.Asi que no va lo de mas compacto = mas velocidad por el contrario.
--- Fin de la cita ---
A ver, yo no soy el master de los pics, pero si no me equivoco segun los datasheet las instrucciones solo gastan 1 o 2 ciclos de reloj, dependiendo de cual sea. Por tanto a mas instrucciones, mas tiempo eso no tiene vuelta de hoja
--- Citar ---No es cierto por que el Hardware que estas programando lo diseñaste y construiste tu mismo por tanto estas siempre ligado a su esencia.
--- Fin de la cita ---
Y luego lo que se pierde de vista el hardware es inevitable, digas lo que digas de todas formas yo no voy a discutir mas este tema. Exite una regla en programacion, y es que a mayor nivel en el lenguaje, mayor facilidad de programacion y menor dominio del hardware y optimizacion, cada vez esto va a menos pero sigue estando ahi. Aunque a lo mejor eso solo pasa en el resto del mundo excepto en tu caso.
--- Citar ---Durante años programe para varios micros (Z80,8031,68000,6800,Pics,ARM) en asembler se lo que es lidiar con asemblers de diferente tipo pasando horas revisando rutinas que parecian optimas y que no funcionaban por que colocates datos en un registro o memoria ya ocupada del cual no te diste cuenta.
--- Fin de la cita ---
En ese caso no es assembler quien falla, es el programador
Para Jaumegs en la seccion de soluciones de hard y de soft puse un ejemplo de como usar la uart y de como use el adc
jaumegs:
OK. Lo acabo de ver revisando los mensajes :P eso pasa por no usar el buscador...
SALUDOS Y GRACIAS
Huguen_aus_Tirol:
Hola muchachos! antes que se cierre la discución, quería decirles una cosita más...
Aquí hay mucha gente nueva que recién comienza, y no queremos confundirlos más. Lo mejor es comenzar con asembler y luego pasar al C. El C funciona bien con micros grandes, con bastante memoria de programa; pero si pensamos alguna vez usar algún 10F, ó algún 12F (por ejemplo), podemos olvidarnos del C.
Tanto C como asembler son solo herramientas, depende de nosotros saber cual es la herramienta adecuada para cada trabajo
Saludos
lalo_soft:
Bueno Kain589 recojos tus respuestas con humildad y buen humor en el entendido que son para colaborar con la comunidad :P .
--- Citar ---En ese caso no es assembler quien falla, es el programador
--- Fin de la cita ---
No seas sobervio pues tu tambien y en mas de una ocacion debiste fallar en tus primeras rutinas de asembler, en C tampoco se esta libre de cometer errores , tambien
requiere de estudio y ensayo sobre todo si se viene del asembler .
Recuerda que siempre habra mas de una manera de hacer las cosas. Asembler y C son
herramintas poderosas cada una en su campo,la expreriencia y el trabajo con ambas dara la pauta de cual nos llevara a mejor puerto en nuestros proyectos.
Saludos.
Navegación
[#] Página Siguiente
[*] Página Anterior
Ir a la versión completa