TODOPIC
Microcontroladores PIC => Todo en microcontroladores PIC => Mensaje iniciado por: Kspids en 23 de Abril de 2018, 06:10:14
-
Saludos a todos.
Tengo desarrollado un programa en el micro MC9S08QE128 y me gustaría que me ayudaran o me guiaran a lo siguiente:
Me han mandado que la siguiente versión puedan meter un pen drive y así actualizar automáticamente la nuevas versiones de programación que vayamos haciendo. Alguien me puede indicar, guiar o ayudar en esto?
Sinceramente necesito ayuda porque estoy un poco verde.
-
Respecto al RS485 para un micro es igual, se va a manejar con una UART y vos luego vas a tener que implementar el protocolo que desees. Siguiendo la línea luego vas a necesitar un transceiver RS485 este último es quién va a determinar si es RS232/485/422 y la programación de tu micro.
Respecto al USB el micro debe actuar como host, así que buscaría algún micro con USB-on-the-GO con esa característica. El que tome los datos del pendrive y los actualice depende de vos y vas a tener que realizar un bootloader, con al menos parte de la librería FatFS así podés leer los archivos. A este problema ya se enfrentó varias veces el usuario planeta999 y utiliza una encriptado en sus archivos así el cliente no posee el código a simple vista
Por último vas a necesitar un programador+micro entonces lo mejor que te puedo sugerir es comprar una placa de evaluación, las placas ST traen incorporados programadores que luego los podés usar en tus micros. Además te va a permitir con su generador de códigos (CubeMX) tener un código inicial bastante fácil.
Y respecto a la flash, una buena parte va a ser del bootloader.
Disculpa que no te pueda dar algo más concreto, es que no tengo más tiempo
-
Ante todo muchas gracias.
Intentaré ir poco a poco porque realmente no tengo experiencia en nada de esto y lo quieren para ya! Tengo miedo la verdad...
Muchas gracias por todo. Cualquier otro comentario, aclaración, o añadir algo más me vendrán muy bien.
Saludos.
-
Ese es un micro de 8 bits de NXP, no es un PIC:
https://www.mouser.es/ProductDetail/NXP-Freescale/MC9S08QE128CLH?qs=sGAEpiMZZMvqv2n3s2xjsWcQXXJNVK5DrNIUFKtkakk%3d
Y por lo que pides, creo que deberías irte a un micro ARM de 32 bits, que tampoco son PIC. Pero trasladar el programa puede ser complejo.
-
Que tal Kspids,
En primer lugar ese no es un microcontrolador PIC (MC9S08QE128), es un mcirocontrolador de NXP.
Ahora bien si lo que quieres es actualizar su firmware medinate un pendrive, lo mas fácil es usar una solución como el VINCULUM de FTDI, ese es un microcontrolador que ya tiene todo el HOST USB tal como lo explica KILLERJC. Ese simplemente tiene una interface serial TTL y se usan comandos como si fuera un DOS (sistema operativo de microsoft). Puede leer mas acerca de esto en este link:
http://www.electronicdesign.com/dsps/interfacing-usb-flash-drive-pic-microcontroller
O bien directamente del fabricante:
http://www.ftdichip.com/index.html
Pero basicamente la idea que te sugiere KILLERJC es una muy adecuada. Y usando vinculum te ahorras todo el desarrollo del USB HOST que no es para nada sencillo.
Espero esto te sirva.
elreypic.
-
Es muy buena esa opcion de elreypic2 especialmente por lo que ya dijo el autor:
no tengo experiencia en nada de esto y lo quieren para ya!
Es mas simple ya que todo la parte del sistema de archivos ya lo maneja el mismo integrado externo, y solo necesitaria de un pequeño bootloader, que utilice la UART para comunicarse con ese HOST USB, se ahorra gran parte del desarrollo. Y le va a venir bien con el tema de "quererlo YA".
Y lo mejor un micro con 2 UARTs :P
-
Para aplicaciones profesionales, el bootloader tiene que ser encriptado. Puedes usar uTasker, yo lo tengo implementando con Kinetis y va de maravilla, también se puede usar sobre los STM32.
En mi caso, prefiero los tarjeteros micro SD, el diseño es más compacto y además puedes usar la tarjeta micro SD como disco duro para almacenar datos de configuración o lo que quieras.
Mira estos dos hilos.
http://www.todopic.com.ar/foros/index.php?topic=47973
http://www.todopic.com.ar/foros/index.php?topic=48161
-
Disculpadme pero me habéis pillado saliendo del trabajo y acabo de llegar a casa.
En primer lugar mil gracias por vuestras respuestas. Sinceramente chapó!
En cuanto tenga 10 minutos miro todos los enlaces que me habéis facilitado y si tengo dudas os las pregunto vale??
Pero de nuevo muchas gracias por estar ahí!
Os volveré a escribir en cuanto pueda! Mañana no más tardar..
Saludos
-
¿Han pensado en contratarlo a alguien con experiencia?
Todo esto me suena a un proyecto en el que tú vas a aprender muchísimo, de tus errores.
-
Otra opción, tal como lo comenta planeta9999, es el uso de un SD card. Con este solo tienes que lidiar con la especificación FAT16 o FAT32, ya sea que uses un PIC para esto y existen librerias en la red usando el compilador CCS o bien puede usar el compilador MikroC (este solo soporta FAT16). Y luego con el PIC lee el archivo del SD y su contenido puede ser transferido tu mirocontrolador mediante un bootloader.
https://simple-circuit.com/fat16-fat32-library-for-ccs-c-compiler/
https://www.studentcompanion.co.za/interfacing-sd-card-with-pic-microcontroller-mikroc/
Hay varias opciones para atacar tu proyecto, pero depende mucho de tu comocimiento, tiempo para el desarrollo, herramientas disponibles, etc.
Saludos,
elreypic.
-
Otra opción que hará feliz a PICUINO es el uso de un Arduino para leer un SD card.
Arduino ya tiene la librería para esto y soporta FAT16 y FAT32, así como el manipular varios archivos a la vez.
Con esto podrás leer el archivo hex que contiene el firmware y luego realizando un bootloader en tu micro de NXP recibes los datos desde el Arduino. Y acon esto resolviste mas del 50% del problema en un parpadeo.
Y casi estoy seguor que si buscas en la web, encontrarás algún bootloader, con eso ya tendrías el 70% de tu solución.
Este es un tutorial que muestra como usar la librería de Arduino para leer el SD card:
https://learn.adafruit.com/adafruit-micro-sd-breakout-board-card-tutorial?view=all
Otro link de la pagina de arduino:
https://www.arduino.cc/en/Tutorial/ReadWrite
elreypic.
-
Otra opción que hará feliz a PICUINO es el uso de un Arduino para leer un SD card.
:D :D :D
No se me había ocurrido. Es la solución perfecta. Todo rápido y sin complicaciones.
-
Hola a todos!
Lo de contratar a alguien con más experiencia es la mejor solución... pero de momento solo estoy yo jejeje.
El proyecto me llama mucho la atención y quiero aprender todo lo posible, pero el tiempo es lo que me limita a hacer las cosas despacio y aprendiendo que es como me gusta a mi.
Voy a ver el tema del bootloader y a enlazar ideas que me habéis comentado.
La idea del Arduino está descartada ya que la PCB la tengo desarrollada y el espacio del HW es reducido.
De nuevo mil gracias a todos por los aportes!!! Voy a ver que conclusiones saco y os comento!
-
Adjunto imagen de idea del proyecto por si facilita el entendimiento.
Me gustaría que me aclararan una duda existencial casi... bueno antes de formularla pediros disculpas por si estoy siendo un poco pesado y por mi falta de conocimientos..
La idea de utilizar vinculum me ha gustado y creo que voy a tirar por ahí. Como he dicho antes, lo de Arduino no me es factible en estos momentos. En cuanto al encriptado lo aplazo para cuando tenga más tiempo, primero necesito solventar esto... jeje pero gracias de antemano.
En cuanto al vinculum la duda que tengo es:
si lo utilizo, ¿cabe la posibilidad de mantener el micro que tengo? Es decir, dejo el micro tal y como está, con su programación y todo, añado el hardware de vinculum con el bootloader que desarrolle o he de cambiar el micro a la fuerza utilice o no vinculum? En este proyecto no me interesa la velocidad de ejecución, me puedo demorar hasta 1 segundo de entre acción-actuación, lo importante es la robustez y fiabilidad. Lo digo por el tema del micro.
Gracias! Sigo estudiando!
-
Estoy buscando un nuevo micro que tenga otg, controlador de LCD y en un futuro nos sirva para mas cosillas...
Qué os parece este https://www.renesas.com/en-us/doc/products/renesas-synergy/doc/r01ds0263eu0130-synergy-s3a7.pdf ?? el S3A7/A1 de Renesas??
Sería complicado implementar lo del USB aquí? y pasar el programa del antiguo micro a este??
-
No conozco esos micros.
Yo te puedo recomendar los STM32F769 con puerto MIPI DSI, que te permite controlar pantallas TFT LCD con un puerto DSI de alta velocidad, la ventaja es que se controla con 4 hilos.
Creo que dentro de los STM32, tambien los Cortex M4, 4x9 tienen el mismo tipo de puerto, como el 429.
Hace poco, precisamente me traje un arsenal de pantallas TFT de los chinos, algunas por puerto SPI, otras con puerto paralelo y unas cuantas MIPI DSI. Mi idea es usar el MIPI, aunque para pantallas pequeñas de baja resolución, como las de 2.4 pulgadas 320x240 se puede usar SPI sin problemas, siempre que eches mano del DMA al programar el microcontrolador.
El MIPI DSI lo quería probar con un kit Discovery F769 que les compré a Mouser, pero me llegó defectuoso, en cuanto le conecto un pendrive al puerto micro USB me lo quema, ya me ha cergado tres chismes de estos, estoy esperando respuesta a la reclamación que les puse. También tengo un kit del F746, pero este no usa MIPI.
-
El STM32F769 he visto que también tiene la funcion de OTG incorporada. Lo añado a la lista de posibilidades. Thanks!
El modelo del Cortex M4 es el K40??? Es que igual a ser NXP me supone menos complicaciones el pasar un código de uno a otro.. no??
-
En cuanto al vinculum la duda que tengo es:
si lo utilizo, ¿cabe la posibilidad de mantener el micro que tengo? Es decir, dejo el micro tal y como está, con su programación y todo, añado el hardware de vinculum con el bootloader que desarrolle o he de cambiar el micro a la fuerza utilice o no vinculum? En este proyecto no me interesa la velocidad de ejecución, me puedo demorar hasta 1 segundo de entre acción-actuación, lo importante es la robustez y fiabilidad. Lo digo por el tema del micro.
Si es posible, tiene 2 SCI para lo que todos llaman UART, el unico tema es el tamaño de la flash pueda albergar ademas el bootloader.
el S3A7/A1 de Renesas??
Pensa en el costo tambien, no se si su compilador es pago o no, y cuanto es que sale el programador.
Por eso ofreci los micros de ST, ya que tienen compilador gratuito, programador muy accesible y placas de evaluacion tambien accesibles.
Estoy buscando un nuevo micro que tenga otg, controlador de LCD y en un futuro nos sirva para mas cosillas...
Dependiendo de que LCD estas hablando. Si es un TFT como dice planeta999 si buscaria un micro mucho mas grande, si es un LCD 2x16 o 4x16 supongamos, no le veo la gran necesidad. Siempre y cuando tenga pines libres.
El modelo del Cortex M4 es el K40??? Es que igual a ser NXP me supone menos complicaciones el pasar un código de uno a otro.. no??
No, los STM y los Kinectis de NXP son core ARM, sean Cortex M0, M0+, M3, M4, M7. Hay ciertas similitudes y siempre vas a trabajar con las librerias que te ofrece el fabricante (al menos es mas rapido), por lo que tu codigo deberia separar la implementacion especifica de cada fabricante en un archivo, y todo lo demas que sea valido para cualquier micro, de esa forma si tenes que cambiar de un micro a otro, solo tenes que crear un archivo nuevo.
Al ser ARM te vas a encontrar que los registros del nucleo son iguales (suponiendo que el nucleo posea las mismas cosas), pero los perifericos no ya que son propiedad de cada fabricante.
Tu anterior micro posee otro core perteneciente a NXP, lo cual seguramente va a cambiar las partes especificas del micro.
-
El STM32F769 he visto que también tiene la funcion de OTG incorporada. Lo añado a la lista de posibilidades. Thanks!
El modelo del Cortex M4 es el K40??? Es que igual a ser NXP me supone menos complicaciones el pasar un código de uno a otro.. no??
Yo de NXP trabajo con los Kinetis MK64/MK24 y MK66/MK26.
Lo complicado ahora mismo es encontrarlos, no se que está tramando NXP, porque no sueltan prenda. Pero cada vez es más difícil conseguir los Kinetis, para mi que se los van a cargar, o reemplazar por los i.MX, en concreto por la serie RT1020/1050/1060.
El RT1020 salé a la venta en Junio, un Cortex M7 a 500 Mhz, que en Avnet ya anuncian a 5 dólares la unidad, aunque a eso hay que añadirle el coste de una flash externa.
Hay mucha gente cabreada con NXP, ya abrí yo un post en el foro oficial para preguntar, y nada de nada, todo sigue igual, pero cada vez se une más gente a la protesta. https://community.nxp.com/thread/466815 Ni ponen producto a la venta, ni dicen abiertamente que se lo cargan, mutismo absoluto.
-
Hay mucha gente cabreada con NXP, ya abrí yo un post en el foro oficial para preguntar, y nada de nada, todo sigue igual, pero cada vez se une más gente a la protesta. https://community.nxp.com/thread/466815 Ni ponen producto a la venta, ni dicen abiertamente que se lo cargan, mutismo absoluto.
Respondieron desde NXP. Y las razones fueron:
The Kinetis business has grown tremendously in 2017. We are going to finish the year with a volume shipment increase of almost 2x vs. 2016.
Soluciones, como no es facil y seguramente deban ampliar las plantas:
This increase will materialize in 2018 to deliver its full potential in early 2019.
Y respecto a la continuidad
On the NXP side our Application Processor (i.MX) and Microcontroller (LPC and Kinetis) businesses are growing in a major way and we are fully committed to supporting both of them.
I can therefore ensure you that there is no intention to discontinue any part of our roadmap. You are going to see new announcements and product launches very soon...
Pero bueno esto es de Diciembre de 2017, lanzaron sus productos y realmente se quedaron muy cortos con sus proyecciones, lo cual los dejo con muy poca oferta. Crear nuevas plantas no es cosa de realizarse en 1 año, sino que lleva tiempo, mas tiempo, seguramente lo previeron a eso, pero tal ves el consumo fue mucho mayor de lo esperado. Por eso es que se piensa "normalizar" en 2018.
-
Respondieron con palabrería, no con hechos, el producto sigue sin stock en los principales distribuidores, como Mouser o Farnell, y ya hace meses de sus promesas. El resto de distribuidores a nivel mundial, están todos más secos que la mojama, Arrow, Avnet, Future, Digikey...
Que algo traman es seguro, y no es reponer el stock de los Kinetis. Yo estoy esperando el RT2010 para empezar a migrar todos mis desarrollos. Por ahora consigo producto a base de pedidos a los chinos, más algún pedido de samples.
Por si el producto se desviaba al sector de automoción, que es el más abusón, les pregunté, pero me aseguraron que los Kinetis no están certificados para automoción, y como no creo que vendan millones de chips para hacer cafeteras, lo más probable es que hayan dejado de fabricar.
Los chinos, son el último bastión de los Kinetis, cuando agoten, se acabó.
Yo estaba intentando convencer al desarrollador de la librería gráfica que uso con los Kinetis, para que migrara al RT1020, pero el muy zoquete se ha decantado por el ESP32, que encima no es ni ARM. Me va a tocar lidiar con mi peor pesadilla, el DMA, pero no hay más remedido para migrar todo lo que tengo, en peores guerras he estado, y a base de currar se sale.
-
En cuanto al vinculum la duda que tengo es:
si lo utilizo, ¿cabe la posibilidad de mantener el micro que tengo? Es decir, dejo el micro tal y como está, con su programación y todo, añado el hardware de vinculum con el bootloader que desarrolle o he de cambiar el micro a la fuerza utilice o no vinculum? En este proyecto no me interesa la velocidad de ejecución, me puedo demorar hasta 1 segundo de entre acción-actuación, lo importante es la robustez y fiabilidad. Lo digo por el tema del micro.
Si puedes mantener el micro que tienes. Agregas la conexión al Vinculum y el código en tu programa para comunicarte con el módulo, la versión 1 soporta UART, SPI y una interfaz paralela:
- Tienes que ingresar para ver archivos adjuntos -
el micro que actualmente utilizas debería servir, salvo porque ya no tengas algún módulo o pines disponibles:
- Tienes que ingresar para ver archivos adjuntos -
Mencionas que no tienes experiencia, ¿con ningún microcontrolador/diseño de circuitos, o en específico con lo de USB?
Si ya has manejado el microcontrolador que mencionas (que no es un PIC, sino un integrado originalmente de Motorola, luego Freescale y actualmente NXP) y de lo que no tienes experiencia es de USB, me decantaría por el módulo Vinculum, utilizas el mismo micro (que ya conoces) y que de los detalles de USB se encargue el módulo nuevo.
Hay todavía un detalle, tienes que buscar/crear un bootloader (esto es para lo de reescribir el programa de tu microcontrolador según lo que leas del pendrive), revisa cuánto espacio te queda disponible en la memoria del micro para poder almacenar el bootlader. Nuevamente, si no tienes experiencia creando bootloaders, busca uno ya hecho.
-
Mencionas que no tienes experiencia, ¿con ningún microcontrolador/diseño de circuitos, o en específico con lo de USB?
Si ya has manejado el microcontrolador que mencionas (que no es un PIC, sino un integrado originalmente de Motorola, luego Freescale y actualmente NXP) y de lo que no tienes experiencia es de USB, me decantaría por el módulo Vinculum, utilizas el mismo micro (que ya conoces) y que de los detalles de USB se encargue el módulo nuevo.
Hay todavía un detalle, tienes que buscar/crear un bootloader (esto es para lo de reescribir el programa de tu microcontrolador según lo que leas del pendrive), revisa cuánto espacio te queda disponible en la memoria del micro para poder almacenar el bootlader. Nuevamente, si no tienes experiencia creando bootloaders, busca uno ya hecho.
Trabajé con el micro sencillo de microchip cuando estudiaba pero me alejé de ese mundillo para dedicarme al diseño de PCB y dejé de programar...
Le comenté lo del Vinculum a mi jefe y me dijo que él quería trabajar con un micro más potente que el de ahora para tener margen en un futuro y posibilidad de mejoras en el sistema, tal como la opción de actualizar versiones de programa a través del pen drive (de ahí el tema del OTG), mejorar el display ya que ahora estamos trabajando con un LCD de 2x16 (llegar como mínimo a una pantalla táctil de 10"), ayer a última hora me comentó el tema de wifi (inalámbrico...)
Entonces estoy en el punto de que llegué, me encontré un trabajo medio hacer, acabé el programa con dos pinceladas que me costó lo mío y ahora frente a esto me veo muy superado, de ahí que os pregunte tantas cosas y busque ayuda... :(
Ahora voy a comparar más micros a ver cuál es el adecuado y os comento por si me podéis aconsejar sobre ellos o por si se os ocurre alguno mejor ya que como digo estoy verde...
De nuevo muchas gracias por estar ahí!
-
Bien, poco conocimiento con la programación, algunas opciones:
* Busca/busquen un tercero que haga el proyecto, ya sea con todas o con unas cuantas de las funcionalidades (USB, bootloader), tú puedes encargarte de mantenerlo y/o de agregar las demás (pantalla táctil, wifi). Si urge tener ciertas funciones pronto y otras no tanto, es una buena opción.
* Busca/busquen un proyecto en internet que cuente con la mayoría de las funciones que desean (aquí ya mencionaron algunos bootloaders y familias de micros, ejemplos de USB host deben tener todos los fabricantes de cada microcontrolador, etc.), constrúyelo y evalúa rápidamente si te serviría, estúdialo y ve adaptándolo. Esta opción funciona si tienen un poco más de tiempo o consideras, después del estudio rápido del proyecto(s) que encuentres, que puedes llevarlo a buen puerto por tu cuenta.
Algunas cosas a tomar en cuenta:
* El elegir un nuevo micro por las nuevas funciones también significa que tienen que portar la funcionalidad actual.
* En la elección del nuevo micro también debe considerarse la experiencia de los miembros del equipo, ¿hay algunas posibles opciones propuestas por otros miembros?
* ¿Hay restricciones en cuanto a costo de las herramientas de desarrollo? Una vez que estén decidiendo por algún fabricante/familia, tendrán que adquirir lo necesario para trabajar, tarjetas de desarrollo, IDE, compilador, etc. Hay muchos gratuitos, hay muchos otros de $.
* Documentación y comunidad (ayuda en línea), el microcontrolador de Renesas debe servirte sin problemas para lo de la lectura del pendrive, en el sitio web hay un proyecto de aplicación precisamente para eso (https://www.renesas.com/en-us/software/D6001660.html), pero al no tener experiencia, deberás estar consultando en cuanto encuentres dudas, revisa qué tan fácil podrías encontrar apoyo con la marca por la que te decantes.
* Empezaste el tema con leer un pendrive USB y actualizar el programa, ahora pantalla táctil de 10" y WiFi, hay que definir más en concreto los requerimientos para que no sean tan volátiles. De cualquier forma, en estos casos conviene revisar algún fabricante de microcontroladores que ofrezca una familia que permita ir creciendo en prestaciones conforme se requiera, manteniendo compatibilidad con el software que se vaya desarrollando en la medida de lo posible.
-
Buscar a alguien más, por desgracia para mi no es posible... me lo tengo que comer yo, jej
En cuanto a las cosas que hay que tener en cuenta, las comparto todas contigo por eso pregunto por si me podeis guiar por vuestra experiencia y conocimiento.
Gracias por el aporte Geo!
-
También dentro del mundo ARM, tienes los Atmel SAM S7x/V7x, son Cortex M7 a 300Mhz, muy baratos. La tarjeta de evaluación es la Xplained E70, tengo un par, pero es un producto que apenas lo he probado. Entorno de desarrollo, Atmel Studio con el compilador de C/C++ GCC, todo gratuito y sin limitaciones.
Yo ahora mismo me decantaría por un STM32F7, que podrías reemplazar en un futuro próximo por la serie H7, si áun necesitas más potencia. Puedes comprar una placa de evaluación Discovery para el STM32F769, con panel TFT sensible al tacto, en Mouser o Amidata las tienes a buen precio.
En resumen, y siempre dentro del mundo ARM.
1.- STM32F4/F7/H7
2.- NXP Kinetis MK64/66
3.- NXP i.MX RT1020/1050
4.- Atmel SAM S7x/E7x/V7x
-
Gracias planeta9999!
-
Es posible que el micro STM32F769xx esté entorno a los 13€ - 15€??? Es que no lo veo más barato y por exigencias del guión no puede pasar de los 7€ - 8€ como mucho. Quizás no son compatibles las características, robustez/fiabilidad y el precio que pongo como límite? O soy yo que estoy buscando en tiendas y distribuidores caros? jeje
-
Exigiendo un micro que posea todas las caracteristicas que pedis pienso que si dibujaste el limite bastante bajo, a no ser que compres por cantidad.
Y consigas en los chinos como planeta999 consigue.
-
Sin animo de ofender ni mucho menos, simplemente poner todo en perspectiva.
Kspids, respetuosamente no puedes tener todo eso en tan bajo precio y con eso que mencionas al querer un micro con ese precio, me imagino que tampoco querras comprar herramientas de desarrollo para tal. Como es el caso de Renesas, veras que los compiladores cuestan un par de miles de dolares y por lo que muestras quieres casi"inteligencia artificial" Jejeje. Perdon, estoy exagerando.
Pero esta es la situación:
1) No tienes experiencia con los microcontroladores
2) El proyecto tiene que ser expandible (originalmente solo USB-OTG y ahora con wi-fi y driver de pantalla tactil de 10")
3) No tienes mucho tiempo para el desarrollo
4) Tu presupuesto es muy bajo
Es una situación un tanto difícil.
Ahora bien, los amigos de foro te hemos sugerido muchas propuestas en las cuales practicamente lo unico que tienes que hacer es poner manos a la obra. Y comenzar a invertir en el microcontrolador y sus herramientas. Y sobre todo definir con claridad a lo que quieres llegar.
Una vez tengas eso podras decidir que microcontrolador usar pero tienes que estar dispuesto a la inversion (el microcontrolador puede ser muy barato, pero no sigfinica que las herramientas necesariamente lo sean). Por lo que comentas yo tambien me inclinaria por un microcontrolador ARM, ya que es barato y las herramientas practicamente gratuitas. Pero esta el detalle que no tienes experiencia en eso micros, entonces esta la etapa de aprendizaje, el cual consistira en conocer el microcontrolador, aprender lenguaje C y para ello esta un libro bastante bueno, mastering stm32. Aqui el link:
https://leanpub.com/mastering-stm32
Ahora bien para C hay muchos libros entre ellos, C Programming Language, 2nd Edition, Escrito por los mismos creadores del lenguaje:
https://www.amazon.com/Programming-Language-2nd-Brian-Kernighan/dp/0131103628
Luego si quieres desarrollar lo del USB vas a necesitar optro buen libro titulado USB Complete por Jan Axelson:
https://www.amazon.com/USB-Complete-Developers-Guide-Guides/dp/1931448280/ref=sr_1_1?s=books&ie=UTF8&qid=1524660003&sr=1-1&keywords=Complete+USB&dpID=51PuN8TdqIL&preST=_SX218_BO1,204,203,200_QL40_&dpSrc=srch
Como puedes ver el ARM y sus herramientas son baratas, pero el aprender te costará $$$ un poco más de eso. Ahora bien el aprendizaje no es por induccion, por lo que necesitas tiempo y por lo que mencionas, tampoco lo tienes.
Entonces las opciones son dos:
1) O contratas a alguien que tenga la experiencia para desarrollar el proyecto (lo cual tampoco tienes la posibilidad)
2) Buscas la solucion y solo realizas un poco del desarrollo
Y creo que esto es lo que apunta tu situación y para ello VINCULUM te da mucha ventaja, porque la solucion USB esta hecha, pero no te costará de 5 a 8 Euros, solamente el modulo de evaluacion cuesta entre $23 y $25 USD.
https://shop.clickandbuild.com/cnb/shop/ftdichip?productID=395&op=catalogue-product_info-null&prodCategoryID=355
https://shop.clickandbuild.com/cnb/shop/ftdichip?productID=64&op=catalogue-product_info-null&prodCategoryID=302
Esa es la parte más difícil del proyecto ya simplemente tienes que hacer la interface entre tu microcontrolador y el VINCULUM, y el bootloader. Ahora bien esta son algunas notas de aplicacion de NXP que te ayudara a crear un bootloader para tu micorocontrolador:
https://www.nxp.com/docs/en/application-note/AN3561.pdf
https://www.nxp.com/docs/en/application-note/AN2295.pdf
Ya mas facil no te puedo poner la solucion. Practicamente ya tienes todo para realizar tu proyecto. Ya depende de ti la opcion a escoger o implementar, pero las cartas ya estan puestas sobre la mesa.
Saludos y espero que esto te ayude a ponerte en perspectiva y por favor no te sientas ofendido para nada, esa no es mi intencion.
elreypic.
-
Una cosa que debes de tomar en consideración es que lo mejor de los ST es la compatibilidad de pines entre familias (f1,f3,f4,f7).
Simplemente elijes tu tamaño (cantidad de pines y empaquetado):
32,64,100 o 144 pines
Y navegas entre las familias.
Supongamos que elijes los lqfp-144 para tener una buena cantidad de pines, pues el más barato en mouser es el stm32f100zct6b que está a 5.10 EUR por unidad
http://www.st.com/en/microcontrollers/stm32f100zc.html
Y el último que cumple con los requerimientos de no pasar los 8 EUR (sin Impuestos) es el stm32f103zct7tr
http://www.st.com/en/microcontrollers/stm32f103zc.html
pero ninguno de estos dos tiene ethernet o usb otg.
Así que toca explorar que es lo que hay.
Por ejemplo en el siguiente enlace.
https://eu.mouser.com/STMicroelectronics/Semiconductors/Embedded-Processors-Controllers/Microcontrollers-MCU/ARM-Microcontrollers-MCU/_/N-a85pc?P=1z0y32iZ1z0zpef&Ns=Pricing%7c0
Si observas el stm32l476zet6 si tiene usb-otg, pero no ethernet y está a 8,11 EUR
http://www.st.com/en/microcontrollers/stm32l476ze.html
De los más económicos que tienen ethernet y usb-otg en este formato de tamaño, son
STM32F407ZET6 con un costo de 9,07 EUR
http://www.st.com/en/microcontrollers/stm32f407ze.html
y
STM32F745ZET6 con un costo de 10,17 EUR
http://www.st.com/en/microcontrollers/stm32f745ze.html
-
Es posible que el micro STM32F769xx esté entorno a los 13€ - 15€??? Es que no lo veo más barato y por exigencias del guión no puede pasar de los 7€ - 8€ como mucho. Quizás no son compatibles las características, robustez/fiabilidad y el precio que pongo como límite? O soy yo que estoy buscando en tiendas y distribuidores caros? jeje
Echa mano de los chinos, que los STM32 te cuestan la mitad que en Europa.
Si quieres mantener MIPI/DSI para controlar pantallas TFT, puedes bajar a los Cortex M4, F469/479, y si prescindes de DSI tienes los F429. Un Cortex M4 a 168/180 Mhz, sigue siendo un micro muy potente.
Primero define con claridad tus necesidades, porque por ejemplo si no necesitas MIPI/DSI, los Atmel SAM S70, son muy baratos, sobre los 5-6 Euros, Cortex M7 a 300Mhz.
En cualquier caso, para compra en cantidad, contacta con los chinos, sobre todo si es para comprar STM32, tambien los Kinetis resultan a mitad de precio en los chinos. Como ejemplos yo me traigo los F407 a 4.8 USD y los Kinetis MK66 a 9 USD, tirados de precio. Con Atmel/Microchip si que no hay alternativa, tienes que ir a Microchip Direct, los chinos por algún motivo que desconozco son incapaces de ofrecer mejores precios.
Como proveedor en Europa, el que mejor surtido y precios tienes es Mouser, también puedes echar un ojo a Farnell y a veces algo hay en Amidata.
-
Una cosa que debes de tomar en consideración es que lo mejor de los ST es la compatibilidad de pines entre familias (f1,f3,f4,f7).
Simplemente elijes tu tamaño (cantidad de pines y empaquetado):
32,64,100 o 144 pines
Y navegas entre las familias.
Una de las cagadas de ST, es que el pinout de los F7 no coincide con el de los F4. Yo lo descubrí al reemplazar a ciegas un TFQP100 de un STM32F407 por un F7 tambien del mismo encapsulado.
Aquello salió echando humo. Al mirar el datasheet descubrí el pastel, incomprensiblemente el pinout es distinto, y no encuentro motivo alguno para que sea así.
Dentro de los Cortex M4, si que puedes reemplazar micros con el mismo encapsulado, sin rehacer el PCB, y supongo que será igual entre micros F7 y seguramente tambien entre F7 y H7.
Con los NXP Kinetis, también te puedes mover sin problemas entre micros del mismo encapsulado, por ejemplo MK66 y MK26, o MK64 y MK24.
-
No me siento ofendido ni mucho menos, os agradezco el apoyo y ayuda ante este problema en el que me encuentro. Todo es bien recibido.
Os sitúo un poco para que entendáis qué es lo que ocurre porque yo opino igual que vosotros… Mi superior tiene ideas felices y se cree que todo es posible. Entonces al principio me dijo que quería incorporar un nuevo micro para dotar de más funcionalidades al sistema para un futuro. Empezó por el tema del USB luego también las pantallas después el WiFi, etc. Yo le expliqué que a mayor tecnología mayor coste. Le presenté ayer el modelo del ST que comenté y por precio dijo que no pasara de los 8€ por lo que le dije que entonces habría que reducir en prestaciones.
En cuento a lo de la experiencia y tiempo os comento. La experiencia sé que no la tengo. Lo último que he realizado es un simulador a través de Python para una Raspberry pero me gusta este mundillo y quiero aprender por lo que libros, videos, tutoriales, ejemplos, y todo lo que se pueda lo aceptaré encantado. Lo de los tiempos: lo que más urge ahora es elegir el micro, acoplar el código que hay actualmente y hacer lo del USB. Después, ya con un poco más de tranquilidad iré haciendo lo de la pantalla, Wifi,… solo lo comenté para tener previsto que lo tuviera no que haga falta programarlo todo al mismo tiempo.
Lo importante es a cuanto saldría el micro. La placa DEV sabemos que puede salir cara y eso no es problema (siempre y cuando no se desmadre).
Gracias a todos por los datos de los micros. Me está sirviendo mucho para situarme en esto.
La idea como he comenta es elegir un buen micro económico para meterlo en la PCB y que el coste no se eleve demasiado y ese micro nos sirva para ahora para incorporar el tema USB y en un futuro para pantalla, Wifi… Más que nada es porque ya que voy a rediseñar la PCB se quede con la nueva versión y nos aguante un par de años, jeje.
De nuevo muchas gracias a todos y repito, no me siento ofendido, al contrario, agradecido por vuestro comentarios y apoyo.
-
Qué opináis de lo siguiente?
Escojo el microcontrolador ARM STM32F407ZE que tiene USB OTG, para LCD, varias UART's...
Compro el Kit de desarrollo. ¿Es este?: https://es.rs-online.com/web/p/kits-de-desarrollo-de-procesador-y-microcontrolador/9093660/
Intento aprovechar lo máximo del código existente y lo que no pues lo vuelvo a programar.
Creo el bootloader y poco a poco voy avanzando.
¿Estaría bien?, ¿tenéis mejores propuestas?, ¿Está bien escogido el micro? Escojo el F4 y no el F7 porque he visto que sí son compatibles entre F7 y F4 (al menos entre los modelos STM32F407ZE y STM32F745ZE. Quizás los modelos de nuestro compi TSK eran distintos) e igual hay mayor soporte para el f4 que para el f7 y las cosas me son un poco más fáciles que con el F7 ¿no?
Saludos!
-
Si ya tienes experiencia en python, otra opción de desarrollo adicional podría ser usar Micropython (bajo la reserva que funcione adecuadamente para tu proyecto)
Incluso puedes ejecutar scripts de python que se encuentren en una memoria SD, con lo cuál te evitas crear un bootloader para actualizar el programa, simplemente sacas la memoria SD y actualizas los scripts de python.
https://micropython.org/
https://github.com/micropython/micropython/wiki/Boards-Summary
https://github.com/peterhinch/micropython-async
Hasta picoweb, por si quieres darle a tu sistema una interfaz web.
https://github.com/pfalcon/picoweb
Explica como portar micropython.
https://www.carminenoviello.com/2015/06/03/running-micropyton-stm32nucleo-f4/
-
Prefiero centrarme en los micros y dejar python a un lado pero gracias por el consejo!
Me gustaría saber si la opción que voy a coger y que he comentado antes os gusta o no... :|
-
Depende de la importancia que le des al manejo de pantallas TFT. Estarías trabajando con un interface paralelo de 24 bit, eso son 28 hilos frente a los 4 de un interface MIPI DSI.
Mira a ver si los chinos te ofrecen a buen precio el 769, igual te lo calzan al presupuesto. Yo tengo pedido presupuesto, estoy esperando contestación, porque me interesa para una aplicación que tiene que reproducir videos, y resulta mucho más interesante y barato que tener que usar un Raspberry.
En cuanto a la compatibilidad pin a pin entre F4 y F7, es posible para encapsulados de más de 100 patillas, eso descarta los TQFP100 que son los que yo probé en su día.
-
Hoy la pantalla no interesa demasiado pero en un futuro no muy lejana (1 año) será punto fuerte a lo mejor...
Donde estoy no quiere oir hablar de los chinos por lo que todo pasa por distribuidores oficiales y eso...
Los pines aún no se si 64 que son los que tengo ahora (por utilizar la huella y el espacio en la PCB o irme a los 144...
-
Buenas a todos de nuevo!
Mi idea es comprar la placa STM32F4 Discovery. Estoy preguntando a los distribuidores (RS y Farnell) sobre si es compatible para después volcar el programa al microcontrolador STM32F407 y no me resuelven la duda. Me comentan que no lo saben. ¿Vosotros?
También esta placa he visto que viene sin el LCD. Me gustaría (no se si sería útil) comprar una compatible con ella, ¿sabéis cuál podría ser?
He visto que hay una placa mejorada a la Discovery que es la STM32F407G-DISC1. Podría trabajar con la Discovery o me hace falta comprar esta última?
Saludos!
-
Hay unos cuantos modelos de Discovery, ese es un término genérico. Concreta el modelo, para saber que micro vas a usar.
A Amidata, no les preguntes más allá de "que hora es", porque no te van a saber responder, es como preguntarle al vendedor del puesto de castañas de la esquina.
-
Jajaja vale...
había viste el modelo STM32F4 Discovery Board STM32F407VG MCU. Está en RS: https://es.rs-online.com/web/p/kits-de-desarrollo-de-procesador-y-microcontrolador/9107951/
El micro que pretendo programar finalmente es el STM32F407ZE
-
Todos los F4, son compatibles entre si, a nivel de software.
Solo debes de tener en cuenta la cantidad de flash y ram disponible, para elegir el linker script adecuado, pero vamos que eso te lo hace automáticamente el System Workbench.
Si desarrollas para un F4 y luego quieres llevártelo a otro, mira cuanto ha ocupado de flash y ram, si no supera la cantidad de flash y ram del nuevo modelo, te ira sin necesidad de hacer nada. Yo he compilado para un F407, y el objeto lo he cargado en un F405 y un F427 sin problemas.
Se me olvidaba, también hay que considerar la frecuencia del oscilador, que ambos micros soporten la misma, para que el objeto sea portable.
En cuanto al LCD, el F407 no tiene un driver específico, puedes usar el bus paralelo FSMC que integra, te permite usarlo con algunas pantallas con un bus paralelo de 16bit y unas cuantas lineas de control.
https://mega.nz/#!9Y1mTaoT!-EnMMxiaFZl5f02mDHgcq9Ox6aGtHUN6wQ6l9XaNmRw
-
Creo que tanto el micro como la placa comparten los mismos osciladores, 168MHz. La flash y la RAM también.
Respecto a lo del LCD lo decía porque había visto esto: http://es.farnell.com/stmicroelectronics/stm32f746g-disco/placa-stm32f746ng-cortex-m7-discovery/dp/2480961. Un LCD que vá integrado, pero realmente no se si me hace falta.
-
Se me olvidaba, también hay que considerar la frecuencia del oscilador, que ambos micros soporten la misma, para que el objeto sea portable.
???, Si usas librerias eso se calcula, aunque siempre uno define o puede llegar a tener una funcion que devuelva el valor de la frecuencia, para que luego todas las demas funciones usen ese valor como referencia y se mantenga el mismo criterio de tiempo/velocidad/etc
-
Respecto a lo del LCD lo decía porque había visto esto: http://es.farnell.com/stmicroelectronics/stm32f746g-disco/placa-stm32f746ng-cortex-m7-discovery/dp/2480961. Un LCD que vá integrado, pero realmente no se si me hace falta.
Pero ese tipo de pantalla no la vas a poder usar con el F407.
El F746 si que integra un bus específico para pantallas TFT, 24 bit de datos, sincronismos y reloj.
Con el F407 como mucho puedes usar el bus FSMC para controlar algunas pantallas LCD, con un bus de datos de 16 bit y varias lineas de control.
Si la idea es controlar pantallas TFT, mejor irte al F746 como mínimo, aunque lo ideal es un micro con controlador serie MIPI.
-
Se me olvidaba, también hay que considerar la frecuencia del oscilador, que ambos micros soporten la misma, para que el objeto sea portable.
???, Si usas librerias eso se calcula, aunque siempre uno define o puede llegar a tener una funcion que devuelva el valor de la frecuencia, para que luego todas las demas funciones usen ese valor como referencia y se mantenga el mismo criterio de tiempo/velocidad/etc
Me refería al objeto compilado, por ejemplo para un F437 a 180Mhz, no te lo puedes llevar a un F407 que no aguanta más de 168Mhz (salvo que soporte ese overclocking).
-
Entonces:
STM32F746VGT6 su placa de prueba es: http://es.farnell.com/stmicroelectronics/stm32f746g-disco/placa-desarrollo-cortex-m7-discovery/dp/2480961?ost=STM32F746G-DISCO&CMP=GRHS-1000962 y serviría para pantallas TFT
STM32F407ZE su placa de prueba es: https://es.rs-online.com/web/p/kits-de-desarrollo-de-procesador-y-microcontrolador/9107951/ y serviría para LCD de 16bits + pines de ctrl
no??????
-
Si, pero ambos siguen siendo buses paralelo, osea un carro de hilos. Más el del 746, que son 24 hilos para RGB, dos más para sincronismos horizontal-vertical, Reloj y Display enable, 28 hilos en total.
El F407, es para pantallas LCD, 16 hilos para datos, más 4 lineas de control, 20 hilos en total.
Si te fueras a un MIPI con un F769, son solo 4 ó 6 hilos. No solo está el F769, en la nota AN4860 te salen STM32F469/479, STM32F7x8/x9 y STM32L4R9/S9.
-
Si quieres manejar pantallas LCD RGB tienes que pensar en el buffer que vas a necesitar, por ejemplo imagina una pantalla RGB paralelo 24Bits de 480x272 que son muy tipicas, pues necesitas un buffer de:
480x272*3(bytes) = 391680 bytes que son ~382KB
Necesitas una ram mayor que eso, y por ejemplo el STM32F746, STM32F769 etc, no tienen suficiente, por lo tanto debes ponerle una ram externa, y estas ram encarecen el diseño por que te tienes que meter en control de impedancias y diseño de alta velocidad. Si no quieres poner ram externa te puedes ir a los PIC32MZ de 512 RAM (o algun otro micro sea cual sea la marca con memoria suficiente) y controlas la pantalla por software o a los DA y la controlas con el controlador de LCD.
Esto es un proyectito mio con un display como el que comento controlandola por el bus paralelo por software:
(https://dl.dropboxusercontent.com/s/817jskoy1x7n0x4/IMG-20180409-WA0005%5B8489%5D.jpg)
-
Juaperser me gano de mano. Pero envio la respuesta que escribi en el momento
El F4 esta muy por encima de un LCD 2x16..
Si quisiera solo USB + LCD 2x16 iria por un STM32F105/107, incluso tiene ethernet. Pero mas potencia creo que no necesitas. Tal ves lo que te limite sea la memoria o tal ves no. Si queres aumentar tenes un F2 o sino saltar al F4 como comentas.
La diferencia esta entre el "posiblemente vamos a agregar una pantalla no se cuando" a "vamos a agregar la pantalla para tal fecha" es una diferencia notable. Si esta tan preocupado por los precios, primero vería cuando es el aumento que conlleva poner un TFT, tanto por la pantalla, el micro, la fuente, espacio, ram si es necesaria, cambio de la carcasa del producto, etc. Y luego determinar si esta persona esta de acuerdo con realizar este cambio.
-
No hay nada entre esos extremos?? Es decir, que no sea un LCD 2x16 ni tampoco tanto como las fotos de juaperser1????
Si lo que quiero es mostrar averías y alarmas. Habrá una pantalla junto a la PCB y que mostrará exactamente lo mismo estará a unos 10-20m...
-
Tienes TFT por SPI, pero depende del tamaño, las que yo tengo por aquí son de 2.4 pulgadas, y creo que máximo son de 2.8, puede que 3.2".
De mayor tamaño creo que ya son paralelo y MIPI.
Esto es parte de lo que tengo por aquí para probar, hay de todo, SPI, paralelo y MIPI DSI. Desde 2.2 pulgadas hasta 5 pulgadas, y algunas redondas de 2 a 2.39", todas TFT.
(https://i.imgur.com/nvlXTiQ.jpg)
(https://i.imgur.com/VZCpVr4.jpg)
-
Buscaba un pelín mayores que 480x272... ¿?
-
Buscaba un pelín mayores que 480x272... ¿?
a este paso...
otra opción:
trabajo con algo que sea lo suficiente para lo del pendrive sin pantalla, reserva un puerto UART o cualquier otro y déjalo como expansión, si en el futuro agregan la pantalla (que por ahora veo que no está muy clara la opción ni requerimientos), por este puerto de expansión le envías la información que se requiera desplegar.
-
También puedes mirar los controladores EVE de FTDI, y como te sugiere Geo, descargar las tareas de la parte gráfica en otro hardware externo, que puedes diseñar en el futuro cuando sea necesario.
http://www.ftdichip.com/EVE.htm
Hace tiempo compré una placa de evaluación para ese controlador gráfico de FTDI, pero nunca la use, por ahí la tengo perdida en algún rincón.
Tengo un diseño con ese planteamiento, en principio era con un Kinetis, pero lo reemplazaré por un i.MX RT1020, que captura una serie de matrices de señales de una máquina, y envía por puerto serie, comandos a otra placa, que instalará un F769 para reproducir videos en una pantalla de 4 pulgadas. Por eso compré los kits de evaluación del F746 y del F769, para probar el video, como alternativa a usar un Raspberry.
-
Buscaba un pelín mayores que 480x272... ¿?
Para que veas algunas muestras:
https://www.buydisplay.com/
Pero 240x320 creo que te sobraria para mostrar alguna alarma, o ta ves un simple led + simbolo dibujado que deje pasar la luz sea algo mas sencillo de realizar.
-
Ante todo pido disculpas por este va y ven de ideas.
La idea de Geo me parece buena. Solo quiero elegir el microcontrolador adecuado para lo que ya os comenté. Si en ese microcontrolador, a través del puerto oportuno, puedo llevar a cabo la opción de la pantalla, entonces perfecto. La complicación que estoy teniendo (entre otras) es que no contaba con tantas variables a la hora de elegir el micro, entonces mientras me ayudáis voy viendo que no soy capaz de elegir uno en concreto :(
A ver, os comento por si os hacéis mejor la idea de esta manera. El micro lo que hará será un control de fluido a través de un caudalímetro, gobernará una electroválvula, medirá la sobrecorriente y tendrá un par de sensores más. Lo que se pretende es elegir un micro que pueda con esto, que pueda tener la posibilidad de reprogramarse a través del pen, que se muestren los parámetros y menús en algo superior a un LCD de 16x2 o x4 y que tenga algún margen para posibilidad de ampliación si surge algo nuevo (nuevos sensores o servomotores). Lo que aparezca en el menú, se verá cerca de la PCB y también a 15m de ella y desde cualquier pantalla se podrá manipular los parámetros dentro del menú. Como ya os dije, lo que se pretende es no tener que modificar la PCB sino dejarla preparada (dentro de lo que cabe) para un tiempo.
Espero que os ayude esto a entenderme...
-
Hay un par de preguntas muy importantes de las que dependen mucho el diseño.
¿Cuantos sistemas se van a fabricar al año?
¿Cuál es el presupuesto de la instalación total?
-
La cantidad ahora es lo de menos. Consiste en un principio en un prototipo del que luego saldrán unas 500 unidades.
El presupuesto para el micro es de unos 10-15€. En cuanto a lo necesario para el desarrollo de este micro no importa lo que cueste siempre y cuando se compre el apropiado. De ahí que quiera estar seguro en todo esto, jeje.
-
Si le dedicas 1000h de trabajo, añade un costo unitario de 2h por cada unidad fabricada. Eso en España son unos 50 Euros de costo fijo de diseño por cada unidad.
Cuanto más reduzcas el diseño, más barato será el producto final.
Tendrás muchos más gastos en cada unidad, no solo el micro. Lo normal es que calcules los límites de presupuesto de toda la unidad, no solo el microcontrolador. Y tienes que tener en cuenta todos los costes (diseño, componentes, fabricación y montaje, documentación, estándares, puesta en marcha, mantenimiento, costes financieros y de gestión, etc). Puede que eso no te corresponda a tí, pero deberías hablar con el responsable del proyecto o el responsable de marketing para conocer un poco más e intentar influir en el presupuesto para la parte técnica.
Por lo que has comentado hasta el momento, yo me decantaría por un microcontrolador simple que pudiera hacer la tarea (un simple micro de 8 bits valdría).
La actualización por USB no suele ser muy necesaria y es bastante compleja para el micro que tienes ahora. ¿Hay alternativas?. Podrías diseñar un bootloader encriptado para el micro actual y otro circuito para actualizar que lea una memoria USB y envíe los datos encriptados por UART. Así aprovechas el circuito ya diseñado y vendes como extra otro circuito para actualizar el controlador de electroválvula.
En cuanto al display, la mejor opción creo que es añadir otro micro dedicado al display, que se comunique con el micro actual a través de mensajes. Así se hace en los PLC. El sistema es más modular y flexible con un diseño que se puede hacer por etapas.
Un saludo.
-
A ver, se que el tema económico es importante-fundamental, pero en lo que yo estoy pidiendo ayuda no es en eso sino en la elección de un micro que me sirva para las funciones que he expuesto anteriormente. Una sola PCB y un micro. Sin circuitos extras o hardwares anidados.
Aún así muchas gracias por tu aportación!
Comenté que creo que me decantaré por un STM32F407 o 69???????????????
Qué me decís?
-
Vuelvo a repetirte o mejor dicho a hacerte un resumen,
- si solo deseas realizar una "actualizacion" del micro anterior y pensas usar otro integrado que sirva de HOST entonces cualquier micro hasta de la serie F1 de ST te sirve
O tambien podes seguir usando el mismo si es que tenes memoria para agregarle lo del bootloader. Diseño de hardware y solo el bootloader por UART, simple y sencillo.
- Si deses agregar el USB solo entonces me irira por un F2 de ST, estos ya traen USB-OTG, lo bueno es que vas a tener que reemplazar el micro y agregar las lineas de USB, lo malo es que vas a tener que ponerte a programar la parte de USB (aunque vienen librerias y seguramente ejemplos que podes tomar)
- Si deseas ir mas alla para tu pantalla LCD entonces te quedan 2 opciones:
- Usar un micro sencillo como el F2 para lo "normal"/USB y comunicarte por UART con otro micro aparte que se encargue la parte grafica. La ventaja es que las partes son independientes, lo malo es tener que programar los 2 con cada cambio, la parte del bootloader tambien deberia poder actualizar la parte grafica.
- Irte a un F4 o F7 como comentas y tenerlo todo alli mas algunos agregados, RAM o FLASH en caso de necesitarlo.
Nosotros no podemos elegir por vos, el micro que comentas es de lo mas adecuado para lo que dijiste que eran tus requisitos.
Vos vas a elegir de acuerdo a la rapidez que queres que se implementen estos cambios, tenes en cuenta tus limitaciones, ya te ofrecieron todas las posibilidades que se cruzaron por la cabeza a las personas del foro, creo que ahora ya es cuestion de que tomes tu objetivo, veas cual es que puede cumplir con la mayoria y ademas y en principal: no te lleve una eternidad para hacerlo.
Una de las cosas que me di cuenta en el tiempo, es que muchas veces queremos abarcar mucho mas de lo que podemos. Y luego no termina siendo una cosa "facil" y "rapida" como pensabamos.
-
KILLERJC muchas gracias! ahora me ha quedado más clarillo...
Le comentaré estas alternativas y os comento cuál es el resultado!
-
El presupuesto para el micro es de unos 10-15€. En cuanto a lo necesario para el desarrollo de este micro no importa lo que cueste siempre y cuando se compre el apropiado. De ahí que quiera estar seguro en todo esto, jeje.
Pues con ese presupuesto, un 769 sin dudarlo, no te compliques la vida con 2 micros comunicados. Además si el encapsulado es de más de 100 patillas, tienes compatibilidad con los futuros H7, si necesitas mucha más potencia.
También los F469 y F479 pueden manejar pantallas TFT con el controlador integrado MIPI DSI.
En cuanto al bootloader, es muchísimo más cómodo una tarjeta micro SD que un pendrive USB o una comunicación USB-PC. Yo por sistema, en todos mis diseños pongo un tarjetero micro SD, para usarlo como vía de actualización del firmware, y para guardar ficheros de configuración.
Tienes el uTasker para STM32, que te da ya hecho el bootloader encriptado.
-
Os cuento. Acabo de comprar el Kit de desarrollo para el STM32F469. Si en un futuro necesito más pues me iré al F7 (sabiendo la incompatibilidad con el F4) pero de momento creo que con esto me hes suficiente.
En cuanto a lo de la SD miraré a ver si es más facilillo.
Os agradezco un montón vuestra ayuda. Da gusto gente como vosotros. Cualquier cosilla de HW o cálculos de circuitos que necesitéis ahí estaré.
Cierro este tema pues lo doy por exitoso.
Seguramente dentro de nada, cuando me vuelva a ver en una nube de humo negra sin conocimientos y sin saber qué hacer vuelva a acudir a ustedes... espero no incordiarles mucho.
De nuevo, mil gracias!
-
Os cuento. Acabo de comprar el Kit de desarrollo para el STM32F469. Si en un futuro necesito más pues me iré al F7 (sabiendo la incompatibilidad con el F4) pero de momento creo que con esto me hes suficiente.
No hay incompatibilidad de pinout, si usas un TQFP144, 176 ó 208. Puedes usar el mismo diseño de PCB para F4 y F7, siempre que el TQFP tenga más de 100 patillas.
-
Perfecto entonces, porque me decantaré por el ZG ;)
-
Yo tengo que hacer en breve un diseño de un reproductor de video, y será con un F769, lo curioso es que pidiendo presupuesto a los chinos me piden más por el F4 que por el F7. Cosas de los chinos, a veces son más caros que en Europa, y otras a mitad de precio.
En general los F7 en China son todavía muy caros. Y de los F4 solo los más usados son baratos, como los F407 y los F405, en cuanto pides alguna referencia más rara, el precio se dispara.
Con los Kinetis pasa parecido, me traigo los MK66 a menos de mitad de precio que en Europa, pero no les pidas un MK24 o un MK26 porque se van por las nubes, aunque son micros menos potentes.
-
A mi me parece mucho micro para controlar una electroválvula.
Lo que está claro es que más adelante tendrá potencia suficiente, incluso para montar un SCADA que controle toda una planta de refino.
-
Ayer leí una revista de 1977 (hace 41 años) en la que decía que el ordenador más potente del mundo pertenecía a la NASA y era capaz de realizar 150 Millones de operaciones de cálculo por segundo. Ha llovido mucho desde entonces. Ahora cualquier smartphone baratucho es capaz de calcular muchísimo más rápido.
Teniendo en cuenta los precios tan bajos y lo que avanza la capacidad de cálculo, no me parece tan exagerado.
Un saludo.