TODOPIC
Otros Microcontroladores / Dispositivos programables => Microcontroladores ARM => Mensaje iniciado por: planeta9999 en 01 de Mayo de 2017, 10:11:34
-
.
¿ Alguno habeis probado los Cortex M7 de NXP, en concreto los MKV58 ??, los he visto en Mouser y me han llamado la atención. Comparando con los MK66 (Cortex M4 a 180Mhz), que son los que estoy usando ahora mismo, parecen compatibles pin a pin, estoy por traerme algunos para probar sobre el mismo PCB que ya tengo hecho para los MK66 LQFP144.
Son unos monstruos a 240Mhz, y de precio no andan mal, a 13€ para 25 piezas, que en los chinos se puede ir a los 8-9€ pieza. Lo raro es que en Mouser el precio es prácticamente el mismo que para el Cortex M4 MK66 a 180Mhz.
En Farnell o Amidata, ni los tienen, no se si es un producto recien salido del horno de NXP, pero esto hay que probarlo. Tengo ganas de saltar a los Cortex M7, estuve a punto de hacerlo con los STM32, y creo que con los Kinetis me voy a decidir. Al final he iniciado proyectos con los Kinetis, por temas personales, y quiero probar los más potentes.
-
De usar no los eh usado.
Nuevos masomenos, los erratas hablan desde OCT 2015.
El problema y seguramente que lo diferencia con el otro, es su diferencia en los modulos, el MKV58 tiene muchos menos modulos que los MK66, y modulos que pueden ser utiles para vos, como el de la tarjeta SD, I2S, USB, Memorias de hasta 2M. Es una diferencia notable en modulos.
Ademas de la velocidad el M7 puede ejecutar algunas cosas mas rapidas porque puede leer de memoria por dos lados distintos, lo cual eso acelera bastante las ejecuciones ya que la lectura a memoria es siempre lo mas lento. En ese caso este posee unicamente un FPU de precision simple, pero los hay de doble presicion, creo que por mas que sea simple el FPV5-SP permite la suma en doble presicion, pero ningun otra operacion mas.
-
.
Pues vaya castaña, ahora que miro en los datasheet, el SDIO no está para gestionar tarjetas SD por acceso paralelo a 4 bytes, no me vale.
Y sin USB tampoco me sirven, mi gozo en un pozo, esperaré a ver si sacan un M7, algo parecido a MK66, que al menos tenga USB y SDIO.
-
en ST tenes M7 con todo lo que pedis, el tema es que no se el costo, y las velocidades se van a los 400Mhz.
Obviamente son asquerosidades de microcontroladores, con JPEG/interfaz para TFT/ 2 interfaz para SD.
Otros son (217Mhz y mas simples, pero con USB OTG y SDIO )
stm32f745
stm32f746
stm32f756
stm32f765
Y sino te vas a los STM32H7, que son el que nombre anteriormente.
-
.
Ya se que hay M7 en ST, pero por motivos personales no los quiero usar en el proyecto actual. Digamos que la competencia está muy susceptible si uso el mismo hardware, se piensan que les voy a piratear el firmware, por eso decidí usar Kinetis.
-
Hola planeta9999, el MKV5 es una familia pensada para el control de motores, por eso no tiene los periféricos típicos de un uc de propósito general.
un saludo
-
Hola planeta9999, el MKV5 es una familia pensada para el control de motores, por eso no tiene los periféricos típicos de un uc de propósito general.
un saludo
¿ Y no hay nada más potente que el MK66 con interface SDIO y USB ?
-
Creo que no, te tienes que salir de los kinetis para ello. Entrarías ya en los procesadores, el paso mas cercano yo diria que es un vybrid que ya es procesador, o procesador + cortex M4.
De todas formas el MK66 es un bicharraco, ¿Se te queda pequeño?
Un saludo.
-
.
El MK66 está bien, pero pensando en ampliaciones futuras y porque el firmware va a llevar mucha leña de cálculo en tiempo real, con actualizaciones de animaciones en un panel led, mejor si no me pillo los dedos y meto un micro más potente.
Algo parecido lo está haciendo la competencia con un STM32F407, así que espero no tener problemas con el MK66, de hecho en principio pensé en usar un MK64, y llegado el momento si lo pruebo y va bien, seguramente me bajaré al MK64.
De todas formas me gustaría empezar a probar los Cortex M7, hace tiempo estuve a punto de probar los de ST, pero por los motivos que he expuesto preferiría tirar de otro fabricante.
¿ Sabes si en los LPC hay algún Cortex M7 ?, me gustaría también probar esa familia de micros, aprovechando que NXP está montando el MCUXpresso. Aunque por el momento ese entorno es una auténtico caos, está todo a medio acabar, sin prácticamente soporte para Kinetis, no soporta todavía el Processor Expert, y el sistema que han montado para crear los SDK online en su web es una auténtica pesadilla.
-
¿Y usar librerias open source te podría ayudar?
Podrías usar stm32 liberando la mitad de tu código como librerías opensource y el resto mantenerlo como código cerrado.
Así demuestras que tu base de desarrollo no está copiada, permites a otros utilizar parte de tu soft y que lo mejoren, pero mantienes cerrados los datos y las rutinas finales.
Un saludo.
-
¿Y usar librerias open source te podría ayudar?
Podrías usar stm32 liberando la mitad de tu código como librerías opensource y el resto mantenerlo como código cerrado.
Así demuestras que tu base de desarrollo no está copiada, permites a otros utilizar parte de tu soft y que lo mejoren, pero mantienes cerrados los datos y las rutinas finales.
Un saludo.
No, prefiero para ese producto usar otro hardware, no me cuesta tanto, además el proyecto para Teensy/Arduino que encontré y quiero portar a Eclipse, es precisamente la base para hacer mi producto, y ese software está bajo licencia MIT que permite usarlo incluso para aplicaciones comerciales.
Prefiero evitar suspicacias y tocadas de narices, ya he tenido que aguantar bastante a un sujeto, y prefiero liberarme de todo eso. Hardware completamente distinto y a correr.
-
He buscado en RS-Online cuantos microcontroladores basados en Cortex-M4, M4F y M7 tienen y el resultado es:
NXP (215)
STMicroelectronics (141)
Texas Instruments (36)
Silicon Labs (21)
Infineon (19)
Atmel (18)
Microchip Technology (1)
Analog Devices (1)
El que más micros tiene con diferencia es NXP, seguido de ST y muy por detrás los demás.
Dentro de NXP se reparten por familias. Las más numerosas son:
Kinetis K2x (72)
Kinetis K1x (55)
Kinetis K6x (32)
Kinetis K5x (11)
Kinetis K4x (10)
Kinetis K3x (9)
LPC43 (6)
Kinetis K7x (5)
Otros (15)
De manera que el K6x no parece una mala elección.
Saludos.
-
.
Si, pero ya hemos visto que los M7 de NXP son para aplicaciones industriales, no tienen SDIO y creo que tampoco USB, será para controlar motores y esas cosas.
Voy a probar con los SAM de Atmel, tienen muy buena pinta y son baratos, ya estoy haciendo el pedido en Mouser, el programador Atmel ICE y unos cuantos SAM de 100 y 144 patillas.
Del resto de marcas no he tocada nada en micros, Texas me suena que también es buena marca para estas cosas.
-
Texas me suena que también es buena marca para estas cosas.
No tanto, texas es la mejor del mundo en DSPs pero en microcontroladores no tanto ya que decidio que no le merecia la pena competir con los demas en ese mundo.
-
.
OK, pues ya no miro más. Trabajar con 3 familias de microcontroladores, ya me parece suficiente (STM32, Kinetis, Atmel SAM). Ayer pedí a Mouser unos SAMS70 y el programador. Aunque por lo que he leído, creo que el Jlink de SEGGER que tengo también sirve para programar y debugear los ARM de Atmel, y en general todos los ARM Cortex-M.
Estuve mirando el Atmel Studio y está muy bien, muy chulo, se parece bastante al Eclipse+Cube de ST. Solo he tenido un problema, cuando le doy a generar proyecto, me sale un error de conexión, parece que intenta conectar con algún servidor para bajar contenido y no puede, espero que simplemente sea porque en ese momento el server estaba caído.
-
comprueba que no lo este frenando el cortafuegos de windows ni nada de eso.
-
.
No, ya funciona, era su servidor que estaría caído. Lo que veo entonces, y no me gusta, es que el generador de código de Atmel Studio, es online. No está integrado en el editor, y además no engancha con tu código fuente, ni se puede modificar para regenerar el código si necesitas cambiar algo.
Una pena, porque entonces no está a la altura de Eclipse+Cube de ST, que por ahora sigue siendo el mejor, en mi opinión. No está mal, pero no cubre mis espectativas, se queda más o menos igual que el Processor Expert, pero además solo está online.
Por ahora los que mejor se lo han currado son los de ST, el resto son un quiero y no puedo, les falta la guinda del pastel para ofrecer una solución óptima. Tanto Atmel como NXP tienen el gererador de código desligado del aplicativo final y del fuente del usuario.
Con ST es una maravilla, en cualquier momento puedes cambiar cualquier cosa desde el generador de código Cube, para reconfigurar la periferia o añadir librerías. Regeneras el proyecto y sigues, te respeta todo el código fuente propio que hayas metido dentro de las secciones específicas para el usuario.
-
.
Rectifico mi opinión sobre Atmel Studio, es lo que tiene opinar mientras estás probando. Si que permite regenerar el proyecto para cambiar cosas, pero sobreescribe todos los fuentes sin respetar el código fuente propio, aunque te avisa por si quieres impedir que sobreescriba algún fichero.
Osea, que no puedes meter código propio sin que el generador te lo machaque al regenerar, o tendrías que volver a meter a mano tu código si cambias la configuración con el generador de código.
La única solución que se me ocurre para poder trabajar con el generador de Atmel Studio, es montar algo parecido a lo que hace Arduino, tener un fuente propio (que el generador no crea, y por lo tanto no puede sobreescribir), y desde el main poner una llamada a nuestra función o funciones principales. En Arduino, desde la función principal main(), se llama siempre a dos funciones de usuario setup() y loop(), se puede montar algo parecido con Atmel Studio, solo habría que añadir a mano en el main() el include de nuestro fuente y la llamada a la función o funciones de usuario, así podríamos regenerar el proyecto sin perder el código propio.
El acceso al server para cargar librerías en el proyecto, sigue fallando. Pero parece más bien porque algunas librerías no están en el server, que un fallo de conexión, porque si elimino ciertas librerías, el proceso de actualización si que funciona.