ya que vienen listos con Bootloader desde fabrica.
Pregunta, no poseen Cortex M3??? solo M0+ y m4????
Saludos!
Sobre el JTAG no hay nada oculto. Desconozco porque la respuesta del personal de Freescale en tu país. Esa información es libre y la puedes encontrar bajo el nombre OPENSDA.
Los M4 son la evolución de los M3, ya que es agregada características DSP, FPU y mas mejoras de performance por el mismo costo. Paso igual que con el anterior..mmmm... seguro? Entiendo que no es así. M3 por un lado, M4 por el otro, micros distintos...
Freescale esta a pocas semanas de lanzar el Cortex M7 que promete un performance mucho mayor, bajo consumo y sobretodo conectividad. Por aquello del IOT del que vamos a hablar bastante en este hilo.
Lo ideal sería armar un programador JTAG universal... ¿es posible? Hace un par de años usaba un JTAG para FPGAs, pero no sé si entre JTAGs sean compatibles.
mmmm... seguro? Entiendo que no es así. M3 por un lado, M4 por el otro, micros distintos...
No quiero quedar como el que lleva la contra, pero siempre supuse que freescale estaba lejos de NXP, ST y TI, por eso tiro abajo a freescale, pero mi intención es aprender y si freescale esta a la altura del resto bien venido sea y lo tendré en cuenta!
De hecho, ni NXP ni TI poseen M7, aunque desconozco cuán lejos están.
En este punto ST tiene la posta:
http://www.st.com/web/en/catalog/mmc/FM141/SC1169
No quiero quedar como el que lleva la contra, pero siempre supuse que freescale estaba lejos de NXP, ST y TI, por eso tiro abajo a freescale...
Hoy en día la marca del microcontrolador usado es poco o nada en lo que pueda decir sobre la calidad de sus dispositivos. La competencia es lo bastante fuerte como para obligar a las empresas a innovar y mejorar sus procesos de diseño y exigencias en la manufactura de los dispositivos.
Es importante agregar que son muy pocas las empresas que tienen su propia fabrica de obleas de front-end y de operaciones de montaje y de pruebas de back-end. Freescale y ST son algunas de estas pocas que conozco. Pero sigo diciendo que esto les da una ventaja en innovaciones pero no es elemento definitivo para decidir entre una marca y otra. Cada marca tiene sus elementos que los diferencia y en ellos tanto Microchip como Freescale tienen lo suyo.
Lo ideal sería armar un programador JTAG universal... ¿es posible? Hace un par de años usaba un JTAG para FPGAs, pero no sé si entre JTAGs sean compatibles.
LABmouse, creo que la tabla que has puesto es de las compañías que más han crecido, no las más grandes (las que más venden).
LABmouse, creo que la tabla que has puesto es de las compañías que más han crecido, no las más grandes (las que más venden).
Arriba de tu post habia puesto la lista segun la cantidad
Disculpen la ignorancia, pero que sería usar el JTAG? yo lo poco que he hecho lo hice con las lineas de SWD y por usb con los bootloader para DFU. Las lpcxpresso que he comprado, traen una LPCLink que tiene el conector JTAG, pero que ventajas da ese conector?
Lo ideal sería armar un programador JTAG universal... ¿es posible? Hace un par de años usaba un JTAG para FPGAs, pero no sé si entre JTAGs sean compatibles.
O por ejemplo si un clon USB Blaster de esos de Altera que son baratos poder usarlos para cualquier otro integrado, mi idea seria poder programar un integrado de microchip/st/freescale/ti/fpga/clpds con un mismo programador utilizando JTAG. Encima el estandar IEEE es pago :/. Hasta ahora lo unico que veo libre es el OpenOCD
Justamente yo usaba un USB Blaster clonado para programar una Cyclone de Altera. Pero lo que no he investigado es... ¿por qué si JTAG dice ser universal... sólo funcionan ciertos programadores con ciertos dispositivos? :5}
En el caso de VUSB, ¿podría mejor entregar 500mA? Para tener un host que cumpla completamente la especificación.
Saludos :mrgreen:
Me apunto!
También quiero una tarjeta! :-/
Saludos!!
Claro.. es para todos. Lo mas seguro es que debamos reunirnos y en conjunto fabricar en china para todos los interesados. Luego miramos como solucionar el tema de logística.
----0.Presentation
. 0. KDS-v1.1.1.exe
. 1. InstallingUpdates.pdf
. 2. kds.1.1_processorexpert.update.1.zip
. 3. SDK_1.0.0-GA_Update_for_Eclipse_1.0.1 (3).zip
. 4. KSDK_install.pdf
. 5. Freescale_KSDK_1.0.0.exe
. DWF-KDS-KSDK - Presentation.pdf
. FRDM-K64F_SCH.pdf
.
----1.OpenSDAv2
. . DWF-KDS-KSDK - Lab 1.pdf
. . FRDM-K64F Freedom Development Platform -Quick Start Guide.pdf
. .
. ----OpenSDAv2 Applications
. . DEBUG-FRDM-K64F_Pemicro_v108.bin
. . JLink_OpenSDA_V2.bin
. . k20dx128_k64f_if_mbed.bin
. . mbed FRDM-K64F firmware.htm
. . pemicro openSDA.htm
. . Segger OpenSDAv2.htm
. .
. |---Precompile Examples
. . OutOfBox_demo.bin
. .
. |---Kinetis SDK 1.0.0 GA demos
. dspi_edma_demo.bin
. gpio_uart.bin
. hello_world.bin
. rtc_demo.bin
. rtc_func.bin
. shell_test.bin
. wdog_demo.bin
.
----2.KDS with KSDK (base)
. DWF-KDS-KSDK - Lab 2.pdf
.
----3.KDS with KSDK
. DWF-KDS-KSDK - Lab 3.pdf
. Lab3_main.c
.
----4.KDS and PE with KSDK
. DWF-KDS-KSDK - Lab 4.pdf
. Lab4_main.c
.
----5.KDS and PE
. DWF-KDS-KSDK - Lab 5.pdf
.
----6.KDS with MQX
. AMF-SDS-D0805_-_MQX_for_KSDK_Lab_1_-_MQX_Example_Application.docx
.
|---7.KBOOT
. FSL_Kinetis_Bootloader_1_0_2.zip
.
|---FSL_Kinetis_Bootloader_1_0_2
|---FSL_Kinetis_Bootloader_1_0_2
. LICENSE_LA_OPT_FSL_OPEN_3RD_PARTY_IP_v3.pdf
. Microsoft_Public_License.pdf
. SW_Content_Register_Kinetis_Bootloader_1.0.2.txt
.
----doc
. Getting_Started_with_the_Freescale_Kinetis_K64_Bootloader.pdf
. Kinetis_Bootloader_Release_Notes.pdf
.
----targets
. ----common
. . |---iar
. . |---config
. . 1MB_Pflash_256KB_RAM_low_bootloader.icf
. . 984KB_Pflash_256KB_RAM_user_app_with_flash_resident_bootloader.icf
. .
. |---k64f12
. . bootloader.eww
. .
. ----binaries
. . freedom_bootloader.bin
. .
. ----iar
. . |---freedom_bootloader
. . freedom_bootloader.ewd
. . freedom_bootloader.ewp
. .
. |---src
. bootloader_config.h
. clock_config_MK64F12.c
. hardware_init_MK64F12.c
. memory_map_MK64F12.c
. peripherals_MK64F12.c
. system_MK64F12.c
. target_clocks.h
.
|---validation
. validation.md
.
|---blhost
. blhost.sln
.
|---src
blhost.cpp
blhost.vcxproj
blhost.vcxproj.filters
blhost.vcxproj.user
targetver.h
Eso sí, con Processor Expert avanzas a una velocidad espeluznante en los desarrollos.
Me quedo por aquí...
Así es, es peligroso... es como Arduino... ya trae muchas cosas hechas, pero es un riesgo si traen glitches y te toca reparar el código base.
Lo bueno de éste es que estando en Eclipse, puedes surfear el código a placer y siempre terminas sabiendo qué mover, basándote en la datasheet.
Hay varios modos del Processor Expert, uno que crea muchas capas de software y otro que sólo hace las APIs básicas. Está la capa HAL que se usa mucho en AUTOSAR y otros estándares de programación. Para gustos hay de dónde escoger.
Edito: LABMouse, si piensas mandar a hacer las PCBs también avísanos si se puede participar en ello. Gracias.
Simplemente genial LABmouse. Felicidades. :mrgreen:
Por favor danos el material necesario para construirla en casa. Para ir al mismo ritmo que tú en el desarrollo del código y en la depuración de la PCB.
Fabrizio, en caso de que sea poco el material, tal vez podríamos juntarlo con la compra de otro material. Me avisas jeje :5}
Edito: LABMouse, si piensas mandar a hacer las PCBs también avísanos si se puede participar en ello. Gracias.
Hola.
A petición de algunos usuarios a los cuales un encapsulado QFN puede ser un problema para ensamblar en casa, voy a desarrollar una versión con encapsulado LQFP, que puede ser mas amigable. Igual estoy considerando no solo cerrar este trabajo a una marca como Freescale. Por eso ya estoy definiendo algunas referencias de otras marcas como:
Hola.
A petición de algunos usuarios a los cuales un encapsulado QFN puede ser un problema para ensamblar en casa, voy a desarrollar una versión con encapsulado LQFP, que puede ser mas amigable. Igual estoy considerando no solo cerrar este trabajo a una marca como Freescale. Por eso ya estoy definiendo algunas referencias de otras marcas como:
-Silicon Labs (http://www.silabs.com/products/mcu/Pages/32-bit-microcontrollers.aspx): Familia EFM32 con caracteristicas de bajo consumo que vale la pena darle una mirada.
- STM (http://www.st.com/web/en/catalog/mmc/FM141/SC1169): Familia STM32. Potentes y económicos
-Texas Instruments: Sigo identificando el apropiado.
- Cypress (http://www.cypress.com/psoc/?source=CY-ENG-HEADER): Inclinándome por un PSoC4. mas que acaban de lanzar uno con módulo Bluetooth 4.0.
y otros mas.
Hola Ernesto, estaba buscando el Kinetis en Mouser o en Newark pero no está en existencias. No hay problema con el empaquetado, el problema es la existencia. Si llegas a cambiar el micro estaré al pendiente. Gracias. :(
Si vas por STM, TI o NXP conta conmigo. TI te recomiendo veas el TM4C123GH6PGE (http://www.ti.com/product/TM4C123GH6PGE), es de los mas comunes. En NXP si vas por un M3 el lpc1347 (es el que estoy usando en algunos proyectos, como este http://www.todopic.com.ar/foros/index.php?topic=43414.0) es de los mas completitos en encapsulados sencillos (lqfp 64 por ejemplo). En stm no conozco nada, pero es tan grande su oferta que me interesaría investigarlos un poco...
los freescale siguen sin entusiasmarme :-(
En breve estoy poniendo en marcha una mini planta de PTH y puedo ofrecerme a fabricar gratis los PCB para Argentina, necesito diseños para empezar a probar y poner a punto la planta :lol:
saludos y adelante con la idea!
Ahora bien, como queremos que este libro diario sirva de referencia para el uso de los ARM, y como ya hablamos de que cada uno de los M0+, M3, M4 y próximamente los M7 tienen sus ventajas. Propongo plantear un diseño con cada una de las familias en diferentes marcas. De esta manera cada quien podría fabricar el que mas se ajuste a sus necesidades. Por eso en un principio estoy agotando todas las marcas que tengan M0+ entre su lista. Nos concentramos en ellos a nivel hardware y software, para luego dar el paso al siguiente nivel.
Saludos a todos.
Las noticias que recibo de este dispositivo, es que están actualmente en despacho a los diferentes distribuidores internacionales como Mouser, Digikey y Arrow. Es cuestión de unas pocas semanas para su disponibilidad. Prácticamente esta seria la primer tarjeta de desarrollo en el mundo con este microcontrolador. Apenas estamos a tiempo de fabricar los prototipos.
Como IDE propongo KEIL. Pero no es barato...
perfecto elgarbe, entonces ese es, ya que se ajusta muy bien el tema de Bootloader por USB.
Sobre el IDE universal, vale la pena profundizar porque ese si que seria un golazo!.
Como IDE propongo KEIL. Pero no es barato...
Algo Free? o es mucho pedir :)
Sds!
Como IDE propongo KEIL. Pero no es barato...
Algo Free? o es mucho pedir :)
Sds!
Como IDE propongo KEIL. Pero no es barato...
Algo Free? o es mucho pedir :)
Sds!
Podrías probar con Eclipse y Gcc.
Es muy probable que también OpenOCD y GDB tengan algún script para poder hacer Debug desde Eclipse con esa familia de micros.
Para SMT32, ya lo documenté yo hace tiempo, todo gratuito con Eclipse, Gcc, GDB y OpenOCD, entorno completo debug incluido, si el micro está soportado por el compilador y el gestor de Debug, la configuración debe de ser muy similar. http://www.todopic.com.ar/foros/index.php?topic=41267.0
Hola todos,
Lastimosamente se quedó pero hay novedades que ayudan a direccionar esta iniciativa. En los días que iniciamos con el proyecto se dio la discusión de la conveniencia de seguir con Freescale o si era mejor usar otras marcas.. Se desvió un poco el proyecto pero a la fecha de hoy la noticia es: NXP compra Freescale y el portafolio de ARM es impresionante.
Otro detalle es que decidimos usar la versión QFN-32 del microcontrolador y este encapsulado no fue comercializado. Por eso el diseño es retomado pero con QFP-64.
Espero poder acompañarlos pronto por estos lados con mas tiempo y dedicación para continuar con el proyecto.
Saludos a todos.
.
Una manera interesante y barata de entrar a los Kinetis es con las placas Teensy, hace poco sacaron las versiones 3.5 y 3.6, con procesadores MK64 y MK66 a 120Mhz y 180Mhz, con 512K y 1Mega de flash. Además han desarrollado un nutrido conjunto de librerias para hacer prácticamente de todo, en temas de audio tienen una librería y un generador de código online que es una maravilla.
Hace poco me pedí el Teensy 3.6 y unos días después el 3.5. Lo único malo de los procesadores MK66 es que ninguno de sus puertos es tolerante 5 voltios, al contrario que al MK64 que si acepta señales de 5 voltios.
El entorno de desarrollo que eligió esta gente es el de Arduino, con un plugin (Teensyduino), a mi en principio no me gustó la idea, pero una vez lo pruebas no está nada mal.
https://www.pjrc.com/teensy/schematic.html
https://www.pjrc.com/teensy/pinout.html
Una cosa interesante que descubrí hace unos días, el tarjetero micro SD que llevan en placa, no está controlado por un puerto SPI estandar, sino con un acceso paralelo de 4 bits, lo tengo que probar porque para uno de mis proyectos puede ser perfecto. Iba a poner una Flash paralelo de 2Gbit en mi diseño, porque necesito un acceso muy rápido a los datos, pero igual con el tarjetero micro SD accedido con ese puerto de 4 bits en paralelo me sirve, supongo que será mucho más rápido que con un SPI serie.
(https://lh3.googleusercontent.com/proxy/MZbfl_PnGOT4EbPVUEagxmM8ldeOyqcfcajeONvD8qpKYaBOAFA2wRZabfnXKg9kVVinsFR40v621ca6NOvkSNcEJiTEe9P2Rfdt6wer2nO-dl1DRQr8pzsZ1DLCWkTWcWV3SEKeb11zlZTFvjikJZ7W9d5pizrr_yaBS0VLWSJkrvDSx7JNYDgqIxxz2IX5N2AwLYCzjt2d2HkOFmdJHg1MQMIwk65PY1Do_TWDYmamDUujbvBXKNmGk8p98dkRnzGaLWtHthAowRAw=w426-h239-p)
Estoy montando una plaquita similar a la idea original, basada en un MK22F de 64 pins. Un M4 con 512KB, a 120MHz y con FPU y DSP.
En mi caso quiero simplificar al máximo, y solo dotaré a la placa de alimentación a través del USB o un pin, ambos conectados a un regulador de la serie 1117. Un par de diodos bastarás para evitar problemas entre esas dos alimentaciones.
El micro tiene una entrada VREGIN que admite hasta 5,5V y da 3,3V regulados como salida en VOUT33, pero teniendo el 1117 que admite mucha más corriente creo que no es necesaria su utilización. ¿Qué os parece?
A pesar de la simplificación, quiero que todos lo GPIOs no utilizados están disponibles, así como la entrada de RESET, de ahí que la placa tenga 50.
Por otro lado, habilitar el USB para que pueda utilizarse tanto de host como de device, la vuelve a alejar un poco de la idea de sencillez original (complica el esquema e introduce un nuevo IC). Creo que con que tenga modo device es suficiente. A menos que me convenzáis de lo contrario: ¿opiniones?
Gracias por tus comentarios.
Si quiero la doble funcionalidad del USB necesito poder controlar la alimentación del puerto, para consumir si actúa como dispositivo o para alimentar si lo hace como host. Existen ICs para esa tarea que, además, limitan la corriente máxima para cumplir con la normativa del USB.
Eso es kicad? qué chulas las texturas del render 3d!
Hola.
Sobre el JTAG no hay nada oculto. Desconozco porque la respuesta del personal de Freescale en tu país. Esa información es libre y la puedes encontrar bajo el nombre OPENSDA.
Con OPENSDA Freescale hace uso de una versión reducida del JTAG para ARM que se llama SWD. la cual con solo dos pines tiene uno todo para programar y depurar In-Circuit. Aca armaremos nuestro propio OPENSDA, el cual no supera los 20 dolares. En un principio, vamos a trabajar con los KINETIS que no necesitan programador, ya que vienen listos con Bootloader desde fabrica.
Si compras una FREEDOM, que ya tienen un OPENSDA, puedes programar un microcontrolador EXTERNO..
Saludos cofrades del ARM:
Pregunto: En el caso de una tarjeta Freedom (en mi caso KL46Z) los pines de conexión no requieren un circuito de apoyo como un buffer o algo similar?.
Gracias por sus comentarios; soy primerizo en el foro.