Hola:

Cada vez más se usa el ARM hasta para móvile y tablets. Por algo será. Encima 4 núcleo, no se cuando saldrán, pero las baterías no durarán mucho si no mejoran hasta eso.

Hay muchas cosas para escoger, cada vez más estamos en un mundo muy competitivo. Tener un PIC para jugar, AVR para cosas más series según algunos, y ARM seriedad total, hasta portátiles.

La guerra que más oigo es el PIC entre AVR, total, en el fondo hacen lo mismo. Led parpadeantes, control por puerto serie, manejo de LCD 16x2, ect. Lo que cambia es la arquitectura.

Saludo.

Saludetes.

Es la primera vez que participo en el topic, y aunque lo he leído todo, pido disculpas si menciono algo que ya se ha comentado. Van unas cuantas páginas...

A lo que iba. Yo trabajo diseñando sistemas embebidos relativamente pequeños -mayoritariamente máquinas de vending y similares, alguna cosilla más grande pero eso es muy ocasional-, y, para lo que hacemos, los PIC se quedan cortos. Pero el jefe no quiere oir hablar de cambiar -como no quería cuando usabamos micros de otras casa que se dejaron de fabricar 20 años antes, pero bueno...- así que toca hacer virguerias. De hecho, recuerdo una conversación en la que el distribuidor que nos vende los PICs pretendía convencerme de que no era posible hacer con el PIC en cuestión algo que no sólo ya habíamos implementado, si no que llevaba varios meses en marcha. Lo que quiero decir es que, si no te queda otra, a base de darle vueltas -y usar mucho ASM, porque en C ya no entraba- acabas haciendo el proyecto casi casi en lo que haga falta. Pero son ganas de sufrir, o fobias del jefe al cambio. Por que francamente, recuerdo ahora mismo una placa que nos dio mucho por saco, y que llevaba 3 pic18, que seguro habría salido mucho más barata con un micro ARM -y seguramente el desarrollo habría sido menos traumático 😀- y probablemente habría tirado mucho mejor. Lo que quiero decir es que un micro se puede llevar hasta límites insospechados, que se puede usar para cosas complejas no sólo para jugar, pero... ¿Vale la pena? En mi opinión no. Entiendo que se usen PICs en entornos de trabajo, para cosas muy concretas -Si habeis trabajado con módulos embebidos de DIGI, tengo entendido que las famosas FIM son PICs programados para hacer de módulo CAN, UART, etc- Pero para cosas más grandes, es tontería. Pero ahí entramos en cuestiones que muchas veces no dependen de nosotros. Por ejemplo, yo no puedo convencer a mi jefe para que nos pasemos a otros micros -que demonios, ni siquera quiere que miremos los PIC32, y dsPIC sólo hemos usado 2 en casos muy específicos...-.

Me acabo de dar cuenta que todo lo escrito anteriormente sólo ha sido un poco de desahogo por mi parte. Pido disculpas, aunque prefiero no borrarlo, seguro que más de uno se siente identificado.

El caso es que, viendo de lo que hablabais, me puse a mirar uCs con nucleo ARM, ya que el jefe no quiere, para mi uso personal. Me apunté a la web no hace demasiado por que quería iniciarme en esto de la robótica, y aun no he diseñado el primer bicho, así que, en lugar de tirar con PIC32 -que era mi idea inicial, por aquello de aprender...- he pensado en rehacer el esquemático con un ARM. De momento he tirado por Texas, he pedido dos samples de uCs pequeños -64 y 100 pines en LQFP, para poder hacerme la placa en el curro...-, he empezado a bajar datasheets y application notes como un condenado, y estoy "preparandome" para comenzar. Así que viendo que andais más puestos por aquí, quería aprovecharme un poco de vosotros -Joder, primero despotrico para quedarme más tranquilo y luego pido ayuda... me vais a mandar a cierto sitio... - y preguntar... ¿Conoceis algún buen libro/web donde se expliquen un poco el tema de programadores, debbugers, primeros pasos y demás? JTAG no he manejado nunca, en mi empresa siempre me ha tocado tirar, para PICs, con ICDs 2 y 3, PicKits en casa y demás. He estado leyendo también sobre el SWD, y si no siempre queda el recurso de programar con el bootloader serie que traen los micros, aunque ahí ya te quedas sin debug.

Y ya que estoy... ¿Recomendariais alguna comunidad sobre el tema de los ARM? En la web de Texas además de info la comunidad es muy agradable, pero por si conoceis alguna otra que valga la pena. No importa si es en inglés, o incluso en francés -en castellano doy por hecho de que habrá poco o nada...-

Por cierto, he trabajado -poco- con la IGEPv2, y la verdad es que es una pasada. pero para cosas pequeñas, con un uC puedes ahorrar MUCHO dinero. Son targets distintos, pienso, aunque nunca está de más conocer más cosas... Y además, en esa placa, ya prácticamente no "ves" el micro, al menos lo que he tocado yo, programas como en un PC.

Bueno, tras llorar y pedir, me despido de ustedes. Ruego disculpen las molestias 😉 A ver si puedo contribuir un poco, que desde que me apunté al foro apenas he escrito nada -Y leído menos de lo que desearía...

Hola:

Por eso se dice por ahí que los PIC son para jugar, cosas grandes o usas los dsPIC que tienen fama de ser buenísimos o usas ARM o otras marcas como la lista que puse antes.

Hay una lista de microcontroladores arriba, hay mejores que los ARM según modelo más que marca. ¿Para qué un ARM puediendo usar un 12F509?

Depende para que lo vas a usar.

De todas maneras, http://www.microchip.com " onclick="window.open(this.href);return false; si se ven negros con el dinero que ganan con los PIC, cambiará de gama a plan bestia.

Te guste o no, el más que se vende son PIC y AVR. Aunque ARM y FreeScale sean mejores. eso sin contar con otras marcas.

Saludo.

Que nadie se ofenda, pero siempre me hacen mucha gracia este tipo de afirmaciones...
Te guste o no, el más que se vende son PIC y AVR. Aunque ARM y FreeScale sean mejores. eso sin contar con otras marcas.
¿Cómo podemos decidir que un micro es mejor que otro? Meta mismo se responde.
Depende para que lo vas a usar.

Tengo un compañero de la uni que trabaja en una empresa donde usan PIC12's a miles, pero claro lo usan únicamente para controlar una resistencia calefactora, un sensor y poco más, en su empresa lo que interesa es que el precio sea muy bajo (ya que compiten en eso) por lo que necesitan la gama más baja y con menos florituras que haya.

Sobre las máquinas de vending, en la empresa en la que trabajo se ha hecho alguna (con PIC24) y no han tenido ningún problema, es más casi todo lo que trabajamos actualmente es con esa gama de productos, pero claro nosotros tenemos que tener un compromiso entre precio y características. Sólo hemos pensado poner un ARM en uno de los productos, aunque por cantidad y precio final casi nos sale más a cuenta poner un PC embebido (o no tan embebido) y tirar de Linux.

Te puedes quejar más o menos (como hace el compañero Thoron) de que el micro que estas usando no tiene potencia suficiente para aguantar todo el programa, pero eso no es culpa de que una gama sea mejor que otra (puede que en ese caso sí pero en otros estarías tirando el dinero tontamente).

Ahora directamente, Thoron sólo dos cosas,
1.- No veo lo malo que tiene en poner 3 micros pequeños en vez de uno grande (a no ser que quieras ahorrar dinero y no siempre es así). Se puede combinar perfectamente las dos cosas: micros pequeños para controlar los motores y los sensores y micros grandes para controlar las decisiones, la visión artificial, etc.
2.- A raíz de lo anterior: ¿Es necesario poner un ARM a mover un par de motores DC? Si lo haces por aprender, oye!, no seré yo quién diga nada (al contrario te animo ha hacerlo), pero si no es así tardarás más tiempo aprendiendo como funciona el micro que montando lo quieres hacer.

S2

Ranganok Schahzaman

1.- No veo lo malo que tiene en poner 3 micros pequeños en vez de uno grande (a no ser que quieras ahorrar dinero y no siempre es así). Se puede combinar perfectamente las dos cosas: micros pequeños para controlar los motores y los sensores y micros grandes para controlar las decisiones, la visión artificial, etc.
No, si el problema aquí es que los tres pequeños entraban "justos", hasta el punto de que habia que compilarlos con todas las optimizaciones por memoria -Y para debugear tocaba quitar partes, para que te hagas una idea-. Y eso evitando los stacks de microchip y haciendo a pelo librerias básicas para, por ejemplo, manejar SDs a bajo nivel, en lugar de implementar tema FAT y demás -luego se leen con un "aparato" nuestro, por lo que el tema FAT no era necesario ahí...-, recortando en el tema ethernet tanto como fue posible, etc etc.
2.- A raíz de lo anterior: ¿Es necesario poner un ARM a mover un par de motores DC? Si lo haces por aprender, oye!, no seré yo quién diga nada (al contrario te animo ha hacerlo), pero si no es así tardarás más tiempo aprendiendo como funciona el micro que montando lo quieres hacer.

No, no es necesario en absoluto. Pero, personalmente, aprender a usar un micro sin nada concreto en mente nunca me he gustado. No se a otra gente, pero me da pereza. Aprender a usar ese micro para mover dos motores -Y ya que estamos, puestos a aprender, pues llevará sus encoder, puede que un acelerómetro, etc etc- se me hace más ameno. Obviamente es una burrada y un desperdicio, pero como digo es cosa de aprender.

Por cierto, viendo que utilizas los PIC24, ¿que tal están? Nosotros, como digo, sólo hemos tocado los 18, y un par de dsPIC. Los 24 ¿están al nivel de los dsPIC, por encima, por debajo...? Ya comentaba que me apetecia probar -en principio pensaba mirarme los PIC32 y ahora pues creo que tiraré más por ARM, los stellaris de TI concretamente- pero lo cierto es que en los 24 ni pensé, no se muy bien por qué...

Por cierto, como ejemplo de micro pequeño para uso concreto, para piratear las playstation se usaba, si no recuerdo mal, un PIC12. Y no necesitabas más. Y valia 50cents, más o menos. Y pedían una pasta. Todo ganancia 😀

Nos vemos 😀