Los rabbit los recuerdo más bien para pasarelas ethernet... pero si, DIGI compró la compañía no hace mucho. De hecho, ha comprado ya varias, lo que pasa es que rabbit mantuvo la web y tal como compañías aparte, y ahora ya la ha integrado en la grande.

Por cierto, lo del "consejo insano" me llamó la atención. He encontrado esto que aunque es de ST imagino que valdrá para cualquiera, siendo cores idénticos...

No es que sea el set de instrucciones de PIC18, pero vaya, con el miedo que me había dado hasta me esperaba algo peor 😀

¿Nadie anda trabajando con los MSP430 de Texas?
Ahora ando en fase de transición, ya que tienen micros que casi me libran de buena parte de trabajo (ando construyendo un "vatimetro inteligente") y los MSP430 - AFE http://www.ti.com/430metering " onclick="window.open(this.href);return false; hacen buena parte del trabajo en hardware, ademas de estar bien documentados para este uso. Otro tema sera cuando me tenga que enfrentar al Sr. Zigbee que me parece que tiene malas pulgas...

Pos eso ¿Alguien me puede dar su impresion sobre el 430?

La arquitectura AVR te la explican en un capítulo del datasheet de cualquier micro, solo la programación de un ARM Cortex-M ya ocupa más que todo el datasheet... Son cosas incomparables, ya que solo saber manejar bien la NVIC te va a llevar más que aprender ensamblador de un micro de 8 bits cualquiera...

Respecto a las placas entrenadoras, a mi me suelen parecer demasiado caras para lo que suelen llevar por lo que he terminado haciendome las mías propias. Es más es un proyecto publicado en la wiki y que se podría ampliar para ir recogiendo a los ARM y demás procesadores que utilicemos... Me estoy refiriendo a esto:

http://wiki.webdearde.com/index.php?title=Proyecto_Entrenadora " onclick="window.open(this.href);return false;

Como podéis ver la "Entrenadora" es una plataforma muy abierta y se le puede añadir cualquier micro, desde un PIC de 8 patas a un ARM de más de 100.

S2

Ranganok Schahzaman

Correcto, maese Thoron. Ese es el documento que te debes mirar, aunque yo tenía en mente el viejo (ya soy muuuuuy mayor para estas cosas 😈 ) manual del ARM 7TDMI, donde convivían las instrucciones nativas ARM con las del Thumb (1). El Cortex M3 sólo usa Thumb-2. Lo que me llamó la atención era que tenía pocas instrucciones (creo que eran 32-35), menos que algunos PIC (los AVR tienen más de 100, los x86 más de 250), pero lo potentes que eran, y lo mucho que te permitían hacer, hasta tres cosas en una sola instrucción.

El core del 7TDMI es más complejo que el Cortex M3, que ofrece funciones muy parecidas al del dsPIC, pero no tiene el NVIC, ni otras cosas que en realidad son periféricos. El concepto de sistema multiacumulador es la base, junto con un juego de instrucciones muy pensadas y útiles.

Aún así, es un microcontrolador complejo (todo y el reducido número de instrucciones) y potente, con muchas cosas, con registros de 32 bits (muuuy largos comparados con los de 8), y sólo es aconsejable que se lo mire gente con experiencia. Pero este es el caso de Thoron, así que creo que esto no va a ser un handicap (el tiempo es otro asunto).

Para empezar, yo me hice mis primeras placas con AT91SAM7, pero me regalaron una ARM Stamp (que cuesta unos 25€), y ahora está la LPCXpresso, por un coste reducido, que son más aconsejables que el hacerse nada uno mismo.

Respecto de los micros de TI, sólo sé que son bastante potentes, baratos y de muy bajo consumo. De lo que sí estoy más enterado es de ZigBee. Si nunca has escrito protocolos de comunicación como el ModBus, 'agárrate bien los machos' y cálzate las botas más buenas que tengas. Y si puedes, huye de ZigBee y tira por tu propio protocolo sobre el IEEE 802.15.4. Y mejor si puedes usar stacks ya hechos.

Los transceivers más aconsejables son los de CC, ahora TI, y los de Atmel, seguidos del de Microchip. Ni se te ocurra gastar Frescales. Los de Atmel tienen modos de funcionamiento automáticos que te ahorran parte de la faena, tienen el mayor alcance, mientras que Microhip, aún dando más faena, tiene modos 'no estándar' de mayor baudrate (pero tienen muy corto alcance). Los transceivers de CC - TI tienen muchos registros que tienen poca usabilidad, pero tienen cosas interesantes, aunque básicamente la ventaja está en que fueron los primeros en salir al mercado (por eso tantos registros: para 'depurar') y por tanto cuentan con ventajas. Freescales, como siempre, a la primera de turno, te cobrará hasta por respirar y usar calzoncillos, te pedirá tu sangre y una declaración de hacienda para dejarte mirar el código, y luego te timará con el compilador. Y lo sé porque me ha pasado a mí. A los Ex-Mototrola, ni agua. Huye. Evítalos como a la peste.

Para más detalles sobre zigbee, Atmel tiene un modulito interesante (el RAVEN USB), y Microchip otro muy chulo y barato, que sirven para evaluar cosas. El trabajo estimado de 'escribir' un protocolo ZigBee completo básico como librería (sin contar la aplicación final), se estima en más de un año-ingeniero. Y no tiene mucha salida en el mercado, comparado con lo que se esperaba. El 6lowPAN se está llevando el 'premio': más ligero, más sencillo, más portable, abierto (no hay que 'homologar ni certificar'), necesita menos recursos, y la migración a TCP/IP es 'inmediata' (no en vano, es una 'reespecificación' del TCP/IP V6).