AVR (o PIC) vs ARM para los nodos LoRaWAN [cerrado]

0

Bueno, puedes decir que el título es un poco malentendido. No quiero comparar estas arquitecturas, no vale nada.

Estoy tratando de entender por qué un ingeniero podría elegir para su nodo LoRaWAN una ARM MCU. En mi opinión, si alguien intenta diseñar una puerta de enlace LoRaWAN, entonces una MCU ARM es una opción buena / segura. Pero si desea diseñar un sensor ultrasónico, un sensor de calidad del aire o un sensor magnético, no puedo encontrar ningún beneficio al usar ARM MCU.

En mis diseños, he realizado pruebas utilizando PIC de 8 bits (pic18lf46k22) y AVR (atmega328p) y puedo decir que en las aplicaciones anteriores estas MCU son sobre especificaciones.

Entonces, lo único que queda es el costo de los MCU para hacer la elección "correcta". Digamos que con 100 unidades puede obtener un atmega328p a $ 0.98 por pieza y para STM32F411RCT6 necesita aproximadamente $ 3.98.

Mi empresa está comprando productos de la competencia para que podamos verificar qué están usando, etc.

NUNCA he visto ninguna otra arquitectura de MCU que no sea ARM.

Esto es realmente malo para mí porque estoy pensando que me estoy perdiendo algo.

Realmente necesito consejos / opiniones de ingenieros más experimentados que yo.

* Recordatorio: * Considero que aplicaciones simples para mí es obtener datos de uno o dos sensores y enviarlos a la puerta de enlace.

P.S. Tenemos un proyecto de gestión de residuos (40 sensores) en ejecución durante 7 meses y no sucedió nada "raro". Estamos utilizando atmega328p.

    
pregunta alexisicte

2 respuestas

2

Si su producto está funcionando, ¿cuál es el problema? Los AVR son chips muy competentes, con conjuntos periféricos decentes, bajo consumo de energía y, en general, una buena longevidad. El área principal en la que caen contra ARM está en el poder de procesamiento sin procesar, pero como se nota, esto no es tan importante en su aplicación. Si está funcionando para ti, entonces no me molestaría en cambiarlo.

Sin embargo, un punto sobre el que no está correcto es el costo. Hay muchos fabricantes de chips ARM, y normalmente no hay muchos entre ellos, por lo que el mercado es muy competitivo. Por ejemplo, puede obtener un STM32F030 para alrededor de 50c. Tiene mucha más potencia que su ATmega328p y si necesita más capacidad de procesamiento / periféricos / memoria hay una caída completa en el árbol de actualización que puede intercambiar. El ATmega328p no es comparable a un STM32F411. Este último tiene 8 veces la memoria flash y algo así como 10 veces la potencia de procesamiento. Que solo cueste 4 veces más es realmente una ganga.

¿Por qué sus competidores usan chips ARM? Es más que probable porque no hay razón para no usarlos y se han convertido en el estándar de la industria en los últimos años. El poder de procesamiento es barato en estos días, y los programadores integrados que pueden optimizar cuidadosamente el código son caros. Especialmente si son una startup, no estar demasiado restringido en los recursos es una buena manera de acelerar el desarrollo.

    
respondido por el Jon
1

A usted le falta algo, a saber, los chips ARM Cortex M0 de gama más baja. Estos cuestan alrededor de $ 1 también.

En su lugar, comparas las antiguas MCU de 8 bits con Cortex M4 STM32F4, que es una bestia en comparación. El STM32F4 puede funcionar a 100MHz, con 512 kb de memoria flash, 128k de RAM, toneladas de periféricos especializados, FPU, etc. ¡Por supuesto que será mucho más costoso!

Más bien, debería mirar algo como STM32F0 (o Atmel SAM, o cualquiera que sea su sabor favorito de ARM). El precio de lista para el vinculado es $ 0.73 @ 10k. Y para eso obtienes una MCU que puede correr vueltas alrededor de AVR o PIC en cada aspecto.

La pregunta real es por qué algunas personas siguen utilizando arquitecturas de los años 80 como AVR o PIC, esa pregunta que no puedo responder.

    
respondido por el Lundin

Lea otras preguntas en las etiquetas