Atmel vs Microchip

Me estoy encontrando justo lo contrario. Muchos están migrando de AVR y Freescale a ARM. No en vano, los frescales han sacado la línea flexis, donde con los mismo periféricos tienen cpu de 8 y de 32 bits, para evitar que la gente 'deserte'.

En el foro de AVRFreaks este es un tema recurrente, y al parecer, mucha gente acaba por dar el paso. Sobre todo ahora que los nuevos Cortex M3 solucionan algunos de los problemas que tenían (latencias de las IRQ, por ejemplo).

Por supuesto, estoy hablando de aparatos con 32 KB de flash p'arriba.

Otro ejemplo es que los nuevos Cypress y otros fabricantes, estan sacando líneas basadas en ARM. NXP (philips) hace tiempo que centra todos sus esfuerzos en los ARM, y no le va nada mal. Lo mismo ST, los Stellaris sólo hacen ARM's, Atmel los está potenciando mucho, etc.

Y si no, mira Microschip, que ha sacado los nuevos PIC32 para atacar en este sector. Muy bien de precio (un poco más caros que los ST y los Philips, por lo que sé), pero tienen encima el inconveniente de que usan (quizás porque lo compraron a precio de saldo debido a que no se vende) MIPS en lugar de ARM. Justo cuando el mercado se ha decantado muy claramente por los ARM, y los MIPS casi han desaparecido.

No en vano un depurador JTAG para ARM cuesta !9€! y los compiladores buenos son libres hasta 32K de programa, por no mencionar un GNU GCC gratuito que es tan bueno (porque lleva muchos años detrás, ojo) como los IAR y compañía. ST regala el compilador (basado en GNU GCC), IDE y herramientas de soporte, ojo.

Si no fuesen tan complicados (tanto de soldar como de programar), quizás serían más aceptados que los PIC y los AVR.

De hecho, en el trabajo tenemos el cambio de AVR a ARM que va dando muchas vueltas todos los meses, y parece que acabaremos por dar dicho salto. Claro que nuestras aplicaciones usan el ATmega128/1281, y añadir más prestaciones ya requiere algo más 'gordo'.

Los PIC32 lo sacan porque Microchip la verdad no tenía ni uno, y si lo sacan, lo sacan por negocios. A ver si llega el día que saquen libros de PIC32 en España.

Los PIC32 se verá con el tiempo si realmente se vende o no, por ahora son muy valorados por encima de otras marcas y que es muy bueno, eso dicen, ahora la realidad no se nada, nunca lo he probado.

También sacan PIC32 para que la empresa no se quede atrás, desactualizado, y sin ganancias.

hola a todos.

cierto que los arm tienensus ventajas lo que se debe es conocerlos para saber seleccionar la mejor opcion deacuerdo a la necesidad (PIC,AVR,ARM,DSP,etc).
en cuanto al ASM lo que sucede es que se programa de una manera mas inicial pero lo que dice Beamspot es cierto el tiempo de depuracion es mas largo y en ocasiones no se cuenta con este. La ventaja del C es que todas las librerias ya estan hechas y lo que toca hacer es invocarlas y listo eso si es una gran ventaja. En cambio en ASM te toca crear una libreria o una macro para poder minimizar tu programa.
Aunque mi posicion es un poco facilista creo que ahora la programacion en C es mucho mejor. Con lo poco que llevo aprendiendo sobre la programacion en C para los micros estoy convencido de que es mucho mas sencillo para el programador.

Ahhhh y otra cosa porque no proponemos unos temitas de proyectos para irlos desarrollando durante los tiempos de ocio. ya que podemos ofrecernos grandes aportes y aprendemos a escuharnos y a recibir cr{iticas de como esta avanzando nuestro proyectico de micro. les parece es que ahora estoy en vacaciones de la maestria y solo estoy trabajando para podernos distraernos un rato.

Creo que deberías creer a decir exactamente que C es lo mejor. Mejor en facilidad y tiempo Calidad, fiabilidad, velocidad y el peso de la memoria flash y ram mejor es en ASM.

Creo que eso es lo que deberías decir para dejar las cosas claras, eso si, C es mejor que ASM en lo que dije arriba.

Y quizás algún día saquen más lenguajes para PIC que sean más fácil.

Tienes razón Meta:
Pero lo dejo mas claro:
C: Mejor en facilidad y tiempo.
ASM: Mejor en velocidad, menor peso de la memoria FLASH y mejor optimización de la RAM.

La Calidad lo dejo aparte porque depende mucho del programador.
Y la fiabilidad depende tambien del compilador.

No podemos enfrentar las dos porque estamos hablando de PIC que fué pensado para programas diminutos con muy poca memoria RAM. O sea que esto necesita de un muy buen programador en ASM para aprovechar al máximo las potencialidades de los PIC.

Es muy fácil poner un gran procesador con mucha flash y RAM de sobra, usar lenguaje C y volar con los punteros y arrays.....pero esta nunca fue la idea de Microchip.
Los procesadores de microchip son una gran idea para soluciones pequeñas. Si tienen o no competencia es irrelevante. Son muy buenos, se programa rápido, consumen poco, no se rompen nunca (ni con un corto en un puerto).

No estoy de acuerdo.
Cuando llevas mas de 20 años programando en C, C++, y ASM para Z80 (Zilog), 8085 (Intel), 6809 (Motorola), PIC (Microchip), etc, te das cuenta que cada cosa tiene lo suyo, siempre te falta algo. Si no te falta memoria, te falta velocidad.
El C es muy bueno hasta que te quedas sin hardware, el ASM es mejor pero llevas horas de lucha.
No existe lo mejor ni lo ideal. Solo la experiencia te dirá que fabricante usar, que hardware, cual compilador.

Estoy de acuerdo con lo que aclaraste javier, porque es la verdad siempre hara falta algo para resolver esa es la ley de la vida y para eso estamos los ingenieros para resolver problemillas.

Pues que hagan un super mega microcontrtolador que tenga de todo.

Que fácil es decirlo, ¿verdad?

Por cierto, ¿qué es mejor, los AT90Sxxxx o los ATtinyxxxx y por qué?

Hola:

Siento meterme tan poco, pero estoy de vacaciones en un sitio donde no tengo internet.

Suscribo la opinión de Javier Rambaldo en todos sus puntos. En algunos casos (que conste que me dedico mucho más al hard que al firm) he tenido que bajar al ASM por los mismos motivos. Y lo raro es escaparse a ese hecho.

Y lo de los microcontroladores que lleven de todo, como dice Meta, es el camino que parecen seguir muchos al escoger los ARM/PIC32. Incluso en estos casos, se suele poner un sistema operativo tipo FreeRTOS, donde buena parte está escrita en ASM. Eso sí, con las macros y algo de paciencia se hacen muchas cosas rápidas, a partir de las librerías, y con poco o nada de depuración o ASM.

Y respecto de los AT90S/ATtiny, no te recomiendo ninguno de los dos... Mi consejo es un ATmega. Concretamente, el ATmega16.

Por supuesto, voy a darte motivos, ya que me gusta atender a razones:

Los AT90S tienen un 'core' más viejo (no lleva el multiplicador, por ejemplo) y hoy por hoy Atmel ha decidido no fabricar más, así que saca los 'pin compatible' y listo. Por suerte, el conjunto de instrucciones de los AT90S es el subconjunto más pequeño y es común a todos, incluyendo los ATtiny. Eso siginifica que un programa escrito para los AT90S8515 se puede ejecutar en un ATmega8515 sin cambios.

Los ATtiny tienen el inconveniente de los periféricos. En concreto, el USI, que el que se suele usar como puerto serie. Eso siginifica que en la mayoría, para usar el puerto serie, hay que añadir mucho código, y este es complejo.

Por eso, recomiendo un micro sencillo y fácil de encontrar como es el ATmega16, que también es el que viene con el STK500 de fábrica (otra de mis recomendaciones), con un puerto serie, un timer de 16 bits y dos de 8 bits, bastente RAM y FLASH, EEPROM, cuatro puertos paralelos, SPI e I2C (llamado TWI en los AVR para no pagar royalties). Es bastante completo y hay muchos ejemplos, programas escritos, y literatura... en inglés, claro. También tiene multiplicador hardware. Fácil de soldar al ser 40 PIN DIP.

Usar el puerto serie para depurar en este micro es muy sencillo, y con pocas líneas de código basta.

Otra ventaja que tiene es que es pin y periféricos compatible con otros micros más grandes como el ATmega32, M324, M644, y la bestia M1284.