A nivel profesional, y después de rodar por varias empresas y conocer bastantes programadores de micros de la zona de Barcelona, lo realmente raro es el ASM. Poca gente lo usa de manera habitual, sólo esporádicamente, para acabar de arañar o afinar algunas partes (yo sólo lo he necesitado una vez o dos). En mi experiencia, los compiladores de C habituales de AVR, ARM y Cypress PSoC dan un rendimiento muy bueno, así que escribir lo mismo en ensamblador sería muy extraño que el programador consiguiese código más rápido y/o compacto que con el ensamblador. Salvo casos muy particulares, donde se tiene que hacer bastante 'tuneo' de posiciones de memoria, registros, etc.

Bueno, en mi caso siempre veo ASM más que en C en PIC en muchos poryectos. Los que usan C siempre tienen que añadir un poco de ASM po cualquier motivo.

C es más rápido de hacer las cosas, encontrar problemas y más exportable. Ese es el motivo. Programar también bajo un Pentium tampoco hace falta usar el ASM obligado si usas C, claro que no hace falta conocer la arquitectura. Lo mismo ocurrirá con los PIC en el futuro.

Lo bueno de los PIC que por fin de tantos años sacaran algo nuevo, quería que todo esté en una sóla página de memoria pero no es así.

Son 49 instrucciones frente a los 35 de toda la vida, PIC de núcleo mejorado y más optimizado en C de 16F, Lo más probable que con el tiempo también mejoren los 18F mejorado.

http://www.elektor.es/noticias/microchip-anuncia-nuevos-microcontroladores-pic.1278792.lynkx?utm_source=ES&utm_medium=email&utm_campaign=news " onclick="window.open(this.href);return false;

Lo más que quiero es que el MPLAB sea ya programado con Visual Studio .NET cosa que se hará tarde o temprano según he leído por ahí.

En cuanto a los AVR, se está intentanto traducir un libro al español sobre ello, también coniguiendo mucha información para poder hacer nuestro primer pinitos con ellos.

http://www.forosdeelectronica.com/f24/traduccion-creacion-manual-microcontroladores-avr-23286/ " onclick="window.open(this.href);return false;

Saludo.

Lo bueno de los PIC32s es si vienes de una serie inferior (PIC8bits o PIC16bits) es cambio es prácticamente automático (si programas en C claro), supongo que pasará algo parecido con los AVR (aunque los PICs el cambio a una serie superior siempre es casi inmediato).

Si vas a empezar de cero en 32bits yo recomendaría ARM directamente (y eso que no los he tocado), simplemente por el hecho de que no estas sujeto a un fabricante.

S2

Ranganok Schahzaman

Ya se que ARM es muy superior, claro que no conosco a nadie en la calle que los use. Veo más los AVR.

Por probar que no quede.

No se porque tanta boberia con pic/avr.

Simplemente es necesario leer las ds de ambos de forma objetiva para entender por que avr es una arquitectura claramente superior, aparte de poseer jtag en la mayoria de sus chips.

Por si fuera poco fue una arquitecura compatibilizada con software libre desde un principio, lo cual aparte de haberles ahorrado una pasta gansa a atmel norway, nos permite a los demas llevar a cabo proyectos tan grandes como se necesite, haciendo uso de la modularidad y flexibilidad que caracterizan a sistemas unix y sucedaneos.

Con respecto a asm, tiene que ser una aplicacion con requisitos de tiempo realmente muy muy estrictos, o en la que se necesita aprovechar al maximo el hardware para que ninguna empresa con dos dedos de frente se digne a usarlo, mas que nada por lo costoso que es mantener y modificar dicho codigo frente a c, u otros lenguajes de mas alto nivel.

Ademas, a dia de hoy, tener que bajar a asm (por no poder usar inlines, o `register allocation' manualmente cuando asi se requiere), se considera un defecto grave de diseno a nivel de asic.

A parte de eso, tampoco entiendo como gente con x anios de experiencia sigue usando windows, pic, eagle...los veo como una especie de dinosaurios a los que la evolucion les vino muy grande, o como gente que ha perdido todo atisbo de objetividad, y necesita vivir enganiandose a si mism@.

Todos hemos pasado por eso y evolucionamos, porque vds. no?

Yo personalmente jamas volveria a usar pics (y casi ya, avr), o a programar apis tan estupidas y echas con el culo como la del puerto de serie de windows (o nada que no sea posix sin ir mas lejos), rechazando ademas "proyectos" tan insipidos y poco estandares como sus nombres "tecnologias .net, blah, blah, blah"

Gracias a dios, unix parece que vuelve a revivir tambien en la industria, al igual que arm, cuyo uso va en claro aumento por recientes adelantos que permiten superar a 8 bits ya no solo en capacidad sino tambien en precio.

Lo mismo ocurrira a swd a corto plazo en detrimento de jtag, aunque en este caso es por ambos, ser capaces de miniaturizar y poder tener chips con menos pines e igual o mayor funcionalidad que sus antecesores (y de paso, poder desplazar del mercado a los 8 bits aumentando las diferencias entre estos y arm), y por ofrecer tambien menor costo que jtag, tanto a nivel de verificacion industrial, como a nivel de desarrollo y depuracion de software y hardware.