Duda lenguaje programacion PIC

[MRGSoft]

Me podrías decir que lenguaje genera un código más corto y más rapido de ejecutar, el Basic o el C, ya que imagino que ganara el Asembler.
Un saludo.

[LordLafebre]

Hola:

Dependiendo para la aplicacion que la desees, pero el mas rapido y mas amigable es el Basic

[RaDoN]

"amigable" ¬¬

Ami me gusta C

[fenix_jn]

ASM para siempre

[vszener]

Me quedo con el C

[elmasvital]

Hombre lo mejor siempre asembler. Es el de más bajo nivel. Pero hacer cosas muy complejas es más dificil.

Pero entre basic y c desde luego para pic el C. No conozco las interioridades de ambos compiladores pero C es  de más bajo nivel que basic y por tanto más proximo al lenguaje del propio micro por lo que su código siempre será más corto. Pero eso habría que comprobarlo.

Si te da lo mismo usa c.

1 saludo

[RaDoN]

Lo mejor es que mire un poco de todos y te quedes con el que mas te guste ati ...

[MRGSoft]

Muchas gracias por vuestras respuestas, normalmente programo en Basic pero genera un código muy extenso, probare con el C, ya que al asembler no acabo de cogerle el truquillo.
Un saludo.

[fenix_jn]

C y Basic son lenguajes muy utiles para escribir rutinas q son "estandar" es decir rutinas q manejan tareas generales o especificas hasta cierto grado, el ASM es un lenguaje mas especifico que es util para trabajar con tareas que rekieran gran precision o un control muy estricto sobre todas las operaciones y registros del PIC. Claro esta que el ASM tiene la ventaja de generar un codigo mucho mas pequeno dejando mas espacio para programacion adicional, pero, este ahorro de espacio se traduce como mas tiempo en el PC escribiendo codigo. Mientras, C y Basic son leguajes intuitivos, por ejemplo, para asignar un valor a una variable en C y Basic solo escribiriamos AB = 1, mientras en ASM seria movlw 1 movwf AB. Como es claro, C y Basic poseen versatilidad porq su escritura es mas familiar que las instrucciones en ASM. Sin embargo, C y Basic poseen la desventaja de ser lenguajes que ocupan un valor bastante grande de memoria de programa (con su contra parte de menos tiempo frente al PC).

[RaDoN]

Escrito originalmente por fenix_jnC y Basic poseen la desventaja de ser lenguajes que ocupan un valor bastante grande de memoria de programa (con su contra parte de menos tiempo frente al PC).

Todo es cierto, ASM es mucho mas preciso sobre todo para un control de tiempo, pero tb lo es, que los compiladores cada vez estan más depurados y no derrochan tanta memoria...

[LordLafebre]

Hola:

Tambien es algo justificable los conpiladores Basic y C para micros mas potentes y como los de la serie 18, no? tienen mas memoria y el codigo jenerado se justifica un poco, o estoy mal?

[fenix_jn]

bueno tienen razon, el compilador de C y PBP lo probe una sola vez para ver la efectividad de su codigo y bueno ocupaba casi 1.5 veces lo que ocupaba el mismo codigo en ASM y eso fue hace ya como 6 o 7 meses, es muy probable que hayan optimizado estos compiladores para generar codigo mas compacto.

Y la serie 18, es verdad, para algo tan potente ASM podria funcionar pero es algo tedioso y los recursos que posee este chip hacen q la programacion (en tamaño) pueda ser dejada a un lado, pero aun asi, elementos de precision y control aun usan ASM.

[jorgeansuini]

Hola:

Una consulta ¿A que te referís con elementos de presición y control? ¿Podés dar un ejemplo de ellos?

Saludos

Jorge

[fenix_jn]

Bueno la ultima vez que lei el manual de C decia q no se pueden generar retardos menores a 24µS mientras ese mismo tiempo es facil de generar en ASM... dond se puede utilizar un retardo tan insignificante? bueno, podemos trabajar con generacion de pulsos o reloj, señalizacion etc. Ahora esta nota la hago con un manual que lei hace 6 o 7 meses, no se si la gente de CCS ha mejorado este tiempo.

[jorgeansuini]

Hola:

No he hecho pruebas de generar retardos tan cortos en C,pero en teoría existe una instrucción delay_us que puede tener valor 0 hasta....-

Cuando son aplicaciones realmente "serias" ,quizas realizadas por grandes empresas ,normalmente se programan en C ,ya sea para pic o motorola u otro fabricante de micros. No imagino una RTU programada en asm.-

No quiero decir con esto que el asm no sirva ,pero me parece que hay que ver otros lenguajes ,aunque hay que tener conocimientos de asm para ver como se comporta el micro.-

En mi caso particular uso basic y no me ha interesado mucho el consumo de memoria ,ya que mayormente no he tenido problemas, incluso habiendo escrito codigo bastante extenso.-

Por supuesto que el lenguaje que uno elige es una lucha tal como river-boca o Ford-Chevrolet.-

Al fin uno es el que decide cual le gusta ,pero insisto, cuando son aplicaciones serias o complejas ,casi seguro que en C.-

Saludos

Jorge