TODOPIC
Otros Microcontroladores / Dispositivos programables => Microcontroladores ARM => Mensaje iniciado por: psykhon en 18 de Diciembre de 2006, 12:25:49
-
Como en la kedada nadie tenia mucha idea de lo que era la arquitectura arm les transcribo un intro que escribio el ing Zaradnik de electrocomponentes.
el art original se encuentra aca (http://www.electrocomponentes.com.ar/articulos/diciembre06/arm.html)
El diseño del ARM comenzó en 1983 como un proyecto de desarrollo en la empresa Acorn Computers Ltd, cuya meta era, originalmente, el desarrollo de un procesador avanzado, pero con una arquitectura similar a la del MOS 6502. La primera versión utilizada comercialmente se bautizó como “ARM2” y se lanzó en el año 1986.
La arquitectura del ARM2 posee un bus de datos de 32 bits y ofrece un espacio de direcciones de 26 bits, junto con 16 registros de 32 bits. Uno de estos registros se utiliza como contador de programa, aprovechándose sus 4 bits superiores y los 2 inferiores para contener los flags de estado del procesador.
El ARM2 es probablemente el procesador de 32 bits más simple del mundo, ya que posee sólo 30.000 transistores. Su simplicidad se debe a que no está basado en microcódigo (sistema que suele ocupar en torno a la cuarta parte de la cantidad total de transistores usados en un procesador) y a que, como era común en aquella época, no incluye caché. Gracias a ello, su consumo en energía es bastante bajo, a la vez que ofrece un mejor rendimiento que un procesador del tipo “286”. Su sucesores, ya incluyen memoria caché, lo que mejora los accesos a memoria repetitivos, pero a expensas de hacer un poco más complejo el núcleo del procesador.
El éxito de estos primeros dispositivos “ARMs” dio paso a creación de la compañía Avanced Risc Machines que sería la encargada del diseño y gestión de las nuevas generaciones de procesadores ARM.
El núcleo mantuvo su simplicidad a pesar de los cambios, en efecto, el ARM2 tiene 30.000 transistores, mientras que el ARM6 sólo cuenta con 35.000. La idea era que el usuario final combinara el núcleo del ARM con un número opcional de periféricos integrados y otros elementos, pudiendo crear un procesador completo a la medida de sus necesidades.
De esta forma se abrió paso al otorgamiento de licencias a otros fabricantes de microcontroladores como Freescale, STMicroelectronics, y Atmel entre otros tantos.
El diseño del ARM se ha convertido en uno de los más usados del mundo, desde discos duros hasta juguetes. Hoy en día, cerca del 75% de los procesadores de 32 bits poseen este chip en su núcleo.
Mirando un poco más adentro...
El juego de instrucciones del ARM es similar al del MOS 6502, pero incluye características adicionales que le permiten conseguir un mejor rendimiento en su ejecución. Para mantener el concepto tradicional de RISC, se incluyó el comando de ejecución en un tiempo bastante bueno, siendo por lo general, en un ciclo. La característica más interesante es el uso de los 4 bits como código condicional en la parte superior de cada instrucción, haciendo que cada instrucción pueda ser una condición.
Este corte permite aumentar el espacio para algunos desplazamientos en el acceso a la memoria, pero también permite evitar caer en ciclos fuera de control cuando la aplicación sea para pequeñas instrucciones condicionadas.
Otra característica única del juego de instrucciones es la posibilidad de añadir shifts y rotar en el procesamiento de datos (aritmético, lógico y movimiento de registros), por ejemplo, la instrucción en C "a += (j << 2);" puede ser mejorada como una instrucción simple en el ARM, permitiendo la reubicación del registro.
Todo esto ocasiona que se necesiten menos operaciones de carga y almacenamiento, mejorando el rendimiento. El procesador ARM también tiene algunas características que son raras en otras arquitecturas también consideradas RISC, como el direccionamiento relativo, y el pre y post incremento en el modo de direccionamiento.
Tiene dos modos de funcionamiento: el ARMI con instrucciones que ocupan 4 bytes, más rápidas y potentes (hay instrucciones que sólo están en este modo) pero con mayor consumo de memoria y de energía, y el modo THUMB, más limitado, con instrucciones que ocupan 2 bytes y con menor consumo de corriente.
Con el modo Thumb, se pretende disminuir la cantidad de código escrito, así como mejorar la densidad del código, el rendimiento puede ser superior a un código de 32 bits en donde el puerto de memoria o ancho del bus de comunicaciones sean menores a 32 bits. Por lo general en aplicaciones inserta un pequeño rango de direcciones de memoria con un datapath de 32 bits, y el resto son 16 bits en modo wide o narrower.
Veamos que dispone cada fabricante...
STMicroelectronics
La familia STR750F es una opción muy interesante que dispone ST Microelectronics basada en el core ARM7 de 32 bits “ARM7TDMI” que constituye un estándar en el mundo ARM. Combina en un solo dispositivo gran cantidad de memoria, un set de periféricos muy completo y muy bajo consumo.
Ofrece una muy buena perfomance de 54 MIPS a 60 Mhz de Bus, con un consumo de solo 10 uA en el modo “StandBy” y puede operar tanto en 3,3V como en 5V.
(http://www.electrocomponentes.com.ar/articulos/diciembre06/images/articulo02_01.jpg)
Características destacadas:
• Reloj de Backup en caso de falla del reloj a cristal principal.
• Rápida capacidad de arranque desde los modos de Reset y bajo consumo.
(tan solo 55 uS en ejecutar la primera instrucción).
• En los modos de bajo consumo, se puede activar la función AWU (Auto Wake up)
Que permite despertar al MCU sin necesidad de señales externas o cristal.
• Timers de 16 bits flexibles y PWM Timer con clock rápido y capacidad de sincronización.
• 3 módulos UART con soporte para protocolos LIN.
• Interface SMI (Serial Memory Interface) para sencilla conexión con memorias
FLASH SPI externas para almacenamiento de datos.
(http://www.electrocomponentes.com.ar/articulos/diciembre06/images/articulo02_02.jpg)
Atmel
En el caso de Atmel, la familia AT91SAM7xx constituye la mejor opción para nuestro mercado, basada también en el popular core “ARM7TDMI”, esta familia ofrece una gama muy amplia en capacidad de memoria FLASH, SRAM y cantidad de pines de encapsulado.
También ofrece un muy bajo consumo en relación a la velocidad de procesamiento y la incorporación de un módulo interno de Emulación en Tiempo Real denominado “EmbeddedICE™ In-circuit Emulation” , que permite contar con herramientas muy poderosas.
(http://www.electrocomponentes.com.ar/articulos/diciembre06/images/articulo02_03.jpg)
(http://www.electrocomponentes.com.ar/articulos/diciembre06/images/articulo02_04.jpg)
Freescale
La línea “i.MX” de freescale está basada en el core ARM9 y sus versiones y está orientada a las aplicaciones de muy altas prestaciones, tanto en la capacidad de procesamiento como en el manejo de la capacidad gráfica del producto. Se incorporan controladores de LCD y otros módulos multimedia que hacen muy completo el manejo de entornos gráficos.
Con encapsulados típicos BGA (Ball Grid Array) de alta densidad de conexiones, dispone de una gran cantidad de líneas de I/O y de conexiones con sus distintos periféricos con el mundo exterior.
(http://www.electrocomponentes.com.ar/articulos/diciembre06/images/articulo02_05.jpg)
Las sub familias que integran el mundo “i.MX” son las siguientes:
• i.MX1
• i.MX21 / i.MX21S.
• i.MX27
• i.MX31.
• i.MXL.
• i.MXS.
-
Muy bueno informacion psykhon, me gustaria informarme bien sobre los ARM.
¿Alguien sabe de algun libro, a poder ser en castellano, que me pueda iniciar?
Como proponia otro forero en un hilo, se podria crear un foro de ARM, creo que es un procesador interesante ya que hay muchos fabricantes que basan sun micros en el. Incluso la Nintendo DS tiene un procesador ARM.
Un saludo a todos :-)
-
Lo mejorcito que tiene es la capsula... :shock:
-
Muy buena la info, yo vere de sumar algunos pdf que encontre por ahi...
Alguien tiene alguna version funcional del entorno de trabajo Keil o IAR?
Saludos
-
Bueno decir q de todos ellos los mas accesibles para probar serian los de FREESCALE que dan muestras gratis al instante menos de 4 dias , ya tambirn que este tema resulta bastante interesante, vamos pa adelante!!!
-
Les dejo estos links que me parecen interesantes
GNU Arm (http://www.gnuarm.com/)
ARM projects (http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/)
uC Linux (http://www.uclinux.org) : tiene un puerto para los ARM.
Tenía otros links pero no los tengo acá, ya los subiré :)
-
les cuento que aparentemente elko tiene algunos lpc de phillips que estan entre los mas comunes junto con la serie at91sam7xxx de atmel (de los cuales tengo una par de samples) y los costos descosen a un pic, 60mips, 50 y pico de i/o, una animalada de perifericos por algo mas que 10 dollar, realmente muy tentador,espero terminar un par de cosas y me pongo a full con estos superchiches
-
me olvidava que quienes tengan proteus sp5 para arriba pueden encontrar en el directorio samples la carpeta uclinux en la que hay un sistema corriendo linux para uc arm!!! realmente impresionante, carguenlo y jueguen (necesita 2ghz de cpu para simular bien)
-
(http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/glcd_dcf77/t_clock.jpg)
-
Veo que hay bastante gente interesada en los ARM, me gustaria iniciarme.
Soy un novato en estos micros, por lo que he visto la circuiteria mas o menos es parecida a otros micros como por ejemplo los PIC no? ( bueno sin contar el JTAG que creo que el sistema de programacion).
Veo tambien que se le pueden poner sistemas operativos tipo windos y linux (embeded supongo). ¿Esto es cierto?
¿Es verdad que se pueden programar con herramientas como el Visual Studio 2005, el CodeBlocks y el gcc entre otras?
La verdad soy muy novato en esto, pero me gustaria saltar la barrera y empezar a explorar y hacer pruebas con estos micros.
Un saludo.
-
Veo que hay bastante gente interesada en los ARM, me gustaria iniciarme.
Soy un novato en estos micros, por lo que he visto la circuiteria mas o menos es parecida a otros micros como por ejemplo los PIC no? ( bueno sin contar el JTAG que creo que el sistema de programacion).
Veo tambien que se le pueden poner sistemas operativos tipo windos y linux (embeded supongo). ¿Esto es cierto?
¿Es verdad que se pueden programar con herramientas como el Visual Studio 2005, el CodeBlocks y el gcc entre otras?
La verdad soy muy novato en esto, pero me gustaria saltar la barrera y empezar a explorar y hacer pruebas con estos micros.
Un saludo.
empeza leyendo los links que hay en este hilo ya que la familia arm es extensisima
-
Muy buena información!!!
Les cuento que con el entorno de desarrollo Eclipse (http://www.eclipse.org/) se pueden usar las herramientas GNU GCC para ARM incluso desde Linux. No me acuerdo si se puede simular el código pero creo que leí por ahí que es posible.
Saludos.
-
pronto voy a subir un libro sobre arm que creo que esta hecho por keil, aca va el indice
http://www.hitex.co.uk/arm/lpc2000book/toc.html (http://www.hitex.co.uk/arm/lpc2000book/toc.html)
-
TREMENDA CONTESTACION!!!! la pregunta se la hizo un brazuca a otro
Pregunta
Boa Noite! gostaria de saber se uma pessoa totalmente leiga na parte de programação e projetos com microcontroladores, seria capaz de já partir para essa tecnologia, ou teria que começar pelos pic's primeiramente?. No meu caso específico, tenho afinidade com a eletrônica analógica, tenteu aprender pic, mais aqui no meu Estado não tem cursos específicos. É isso ai. Obrigado.
Contestacion
Prezado cliente, não é necessário ter conhecimento prévio ou experiência com PICs para se trabalhar com o ARM. Como você alega não ter conhecimento de programação, acredito que o maior desafio seria esse. Se você souber ler em inglês técnico, pode seguir o livro a que me refiro no anúncio. Esse livro foi escrito por um especialista em ARM, especificamente a família LPC da NXP ao qual o LPC2148 pertence. Sugiro que comece aprendendo C. Após isso, leia o livro. A muitos outros materiais na web, caso feche negócio, posso auxiliá-lo a criar um metódo de estudos, escolher o material de estudos e criar um cronograma. O ARM é muito simples de usar, é mais simples do que PIC na minha opinião, pois é mais poderoso, tem mais memória e afinal é um microcontrolador de 32 bits. No PIC, usando um bom compilador com o CC, pode-se programar em C e esquecer suas limitações, mas um projetista ou estudante, logo-logo terá de se deparar com as limitações do PIC, o que cria um entrave maior ao projeto e aprendizado. Enquanto no ARM, se tem mais liberdade devido as suas restrições serem menores. Se vai começar a aprender um microcontrolador, sugiro que comece com um ARM. Hoje a maior parte dos Pocket PCs, handhelds, PDAs e smart phones usam ARM, o preço do ARM tem caido bastante e a diferença de preço entre um PIC de última geração e um ARM, como os da família LPC2000, praticamente não existe; o preço é quase o mesmo. Nesse caso, por que usar um pic se podemos usar um ARM? Acho que só deve-se começar com um PIC, quem realmente tiver motivo para isso, caso contrário, os ARMs são excelentes e a família LPC da NXP tem preços muito bons. Quanto ao estuda, é possível aprender sozinho, muita gente aprende só, mas nem todo mundo consegue se organizar e se motivar o suficiente para isso. Um curso não é essencial, ajuda muito, mas se você realmente quiser (ter inglês técnico é quase que pré-requisito), irá conseguir. Boa sorte e obrigado por sua pergunta.
-
ja, estoy inspirado. miren como les caliento la kbeza, en este link esta una libreria para la reproduccion de mp3 para arm, miren los requerimientos y alucinen
http://209.85.165.104/search?q=cache:ek_7xTcFRHMJ:https://datatype.helixcommunity.org/mp3dec+arm+libraries+mp3&hl=es&ct=clnk&cd=4&gl=ar&client=firefox-a (http://209.85.165.104/search?q=cache:ek_7xTcFRHMJ:https://datatype.helixcommunity.org/mp3dec+arm+libraries+mp3&hl=es&ct=clnk&cd=4&gl=ar&client=firefox-a)
SOLO 26 MHZ!!!, cuando un arm de 14 dollar corre a 60 mhz!!!!!
-
Igual te digo 26 Mhz en un ARM es mucho!! no es como en un PIC!
En un micro RISC como el ARM cada ciclo de reloj es una instruccion!, dependiendo del modelo puede ser de 3 o 5 niveles de pipeline.
En un PIC se requieren 4 ciclos de reloj para una instruccion y es de 8 bits contra 32 de estos, en un DSPIC/PIC son 2 ciclos.
Saludos
-
Es verdad lo que dice Darukur pero lo que me extraña es que los modelos de los otros ARMs tiene poca diferencia en MHZ con el ARM7 aunque posean cache :shock:
Hace rato que no me meto con los microprocesadores pero esto es una diferencia para apreciar.
Saludos.
-
Igual te digo 26 Mhz en un ARM es mucho!! no es como en un PIC!
En un micro RISC como el ARM cada ciclo de reloj es una instruccion!, dependiendo del modelo puede ser de 3 o 5 niveles de pipeline.
En un PIC se requieren 4 ciclos de reloj para una instruccion y es de 8 bits contra 32 de estos, en un DSPIC/PIC son 2 ciclos.
Saludos
yo mas bien diria que no es mucho, en un pic con 40mhz con suerte alcanzas los 10 mips mientras que aca son 60 mips a 60mhz
-
Tal vez no me exprese bien pero eso queria decir, a la misma vel en Mhz son 4 veces mas rapidos para ejecutar una instruccion los ARM, ademas que estos son de 16/32 (16 si tienen Thumb).
-
los invito a todos a aprovechar la nueva seccion ARM de este foro compartiendo toda la informacion que encuentren en la red
-
...mientras que aca son 60 mips a 60mhz
Si es verdad pero eso sería en el caso ideal ya que las instrucciones de salto y control toman más de un ciclo en ejecutarse. También hay que tener en cuenta las burbujas que se pueden colar en el pipeline al tomar en salto que en algunos casos puede llegar a ser de dos instrucciones. Estas instrucciones que se cuelan después del salto en el pipeline deben ser desechadas perjudicando aún más el rendimiento y si suponemos que el 30% de las instrucciones son saltos en un programa esto es un problema a tener en cuenta.
No me acuerdo cuantas instrucciones se cuelan en el ARM (depende de la profundidad del pipeline y en donde se toma la decisión de salto) pero si este no las elimina por hardware el programador lo debe tener en cuenta poniendo los correspondientes nop después del salto.
En mi proyecto final de carrera le agregamos un generador de burbujas al núcleo microprocesador que elimina estas instrucciones ilegales por hardware para reducir la cantidad de nop que se le debía agregar al programa reduciendo el uso de memoria.
Si les interesa más el tema acá está el informe de mi proyecto final de carrera (http://martin.calveira.googlepages.com/home) con las explicaciones correspondientes.
Saludos.
-
desarrolaste un micro??? wow
-
Sip, ese es mi amigo Zaphirus...
Se quedo en 16 bits el micro por falta de espacio en la FPGA, sino hubiese sido de 32.
Yo estuve en su exposicion de proyecto, debo decir, imperdible.
Saludos.
PD: Lastima que aca en Argentina tengas que terminar trabajando de otra cosa nada que ver ya que no hay ni infraestructura ni interes en semajante desarrollo.
Deci gracias a Dios que podemos trabajar al menos de Ingenieros :(
-
Gracias Marce!!!
Si, es una lástima que no se pueda desarrollar nada de punta acá en Argentina, por ejemplo hay que ayudar con el LMOS para decir que nosotros podemos!!!
Tengo pensado pasarlo a Verilog. En mi página voy a poner los avances cuando los comience (no tengo mucho tiempo).
Para decir que aunque sea estoy trabajando como ingeniero pero en el área de Supervisión y Mantenimiento.
Saludos.
Martín
-
El post esta medio añejo pero Zaphyrus dejame felicitarte por tu proyecto de final de carrera :mrgreen: , realmente woww!!!
-
Gracias Ascii!!!
Diseñar un núcleo microprocesador era unos de mis sueños, ahora me queda seguir con el desarrollo para llevarlo a un microcontrolador de licencia libre o GPL. Lástima la falta de tiempo libre que tengo para continuarlo.
Saludos.
PD: Perdón por el retraso, hacía tiempo que no visitaba el foro.
-
interesantisimo el tema de los ip soft cores para fpga/clpd, hay una empresa dando vueltas que desarrolloun nucleo arm7 como ip core y permite meterle mil cosas, hasta un controlador ddr, cuando me acuerde de quien era lo publico
-
Gracias por la información Psykhon. Una empresa que ha hecho dinero con ip soft cores es ARM (Advanced Micro Devices) ya que se usan en casi todos los celulares del mercado (dudo si no es en todos) por su bajo consumo, la facilidad del licenciamiento y la cantidad de empresas que lo fabrican.
En este enlace se pueden ver todos los celulares que usan los ARM:
JBenchmark (http://www.jbenchmark.com/result.jsp?benchmark=ace)
Saludos
-
:shock:
-
Gracias por la información Psykhon. Una empresa que ha hecho dinero con ip soft cores es ARM (Advanced Micro Devices) ya que se usan en casi todos los celulares del mercado (dudo si no es en todos) por su bajo consumo, la facilidad del licenciamiento y la cantidad de empresas que lo fabrican.
En este enlace se pueden ver todos los celulares que usan los ARM:
JBenchmark (http://www.jbenchmark.com/result.jsp?benchmark=ace)
Saludos
los micros arm que andan dando vueltas no son soft cores, arm licencia el diseño del nucleo pero las empresas lo implementan de la manera "hard"
-
Si, tenes razón y me corrijo. No son soft-cores como por ejemplo el Nios II (http://www.altera.com/products/ip/processors/nios2/ni2-index.html) de Altera para implementar en una FPGA pero yo nunca ví que ARM fabrique sus propios microprocesadores. Por lo que he leido ellos licencia la propiedad intelectual (IP) de alguna forma como por ejemplo el diseño de la patilla de silicio , el RTL o su descripción de hardware en lenguajes de alto nivel (HDL). Es por eso que los llamé soft-cores.
Estoy hablando de lo poco que he averiguado y quizás me estoy equivocando.
Y para las personas que les interesa el tema acá dejo enlaces de un emulador de un ARM9 programado en C++:
Proyecto ARM9Core (http://arm9core.sourceforge.net/)
Autor del ARM9Core (http://www.wired-weasel.com/users/serhid/blog/?p=59)
Saludos.
Martín
-
gracias por la contribucion zaphirus. para quienes quieran emular tanto arm9 como arm7 tambien tienen armulator y skyeye.
-
gracias por la contribucion zaphirus. para quienes quieran emular tanto arm9 como arm7 tambien tienen armulator y skyeye.
Me gusta ese nombre... ARMulator!! genial. Parece de película.
La gran duda que tengo con los ARM9 es que casi todos bienen BGA o símil... y me pregunto, ¿cómo miércole sueldan eso en Argentina? digo, porque las pruebas uno las hace 'amateurmente' por más que se trabaje en una empresa muchas cosas se hacen a mano y lo veo complicado.
He visto algunos de ST que son TQFP y que serían una buena alternativa pero cuando se quiere ir más allá uno se queda 'out'... por motivos constructivos.
¿Hay zócalos o algo parecido que permita usar estos micros BGA?
Saludos
-
ya leí la introducción y lo que me llama la atención es la velocidad de estos micros :shock:
lastima que no esté al alcance de un hobbista, ya que con ese tipo de encapsulado encarece los prototipos y aleja a mas de uno :(
-
aca se usan los arm7 y son en su mayoria tqfp con paso de .5 y 60 - 72 mhz que son casi en su mayoria mips :-)
-
Me corre un escalofrio por la espalda... 72Mhz... 65 MIPS.
PIC.. tan lejos....
:D
-
Estoy como loco!!!
Termine la placa de pruebas con AT91SAM7S256, el WIGGLER, KEIL uVision 3.5 + HJTAG (modo RDI driver).
Me conecto el HJTAG al micro y lo detecto, despues desde el Keil pude simular en tiempo real con el HJTAG+WIGGLER (El ejemplo Blinky)
Para la primera prueba (placas fieras llenas de cables capacitores y soldaduras dudosas) pense que no iva a andar nada y arranco!!!
Estoy feliz!!!
-
FELICITACIONES darukur!!!
donde sacaste los at91 en argentina?
-
Te habia comentado en otro post, que nos los provee la gente de electrocomponentes.
Habra que ver cuando se trate de mas de unos cuantos.
Lo que si el precio no es ni parecido a los precios de afuera, roban mas con estos dispositivos ya que no deben traer por grandes cantidades.
Cambiando de tema, ahora viene la mejor parte... Aprenderse todos los trucos del micro.
No se como funciona su manejador de interrupciones, ni sus timers ni como se configura el PLL, ni nada, apenas puse un ejemplito armado que era para la placa de desarrollo de ATMEL AT91SAM7S-EK.
Ahora veremos los pingos en la cancha...
-
y seré curioso ¿cuál es el que consigues acá en electromponentes y cuánto sale?
-
Mira me dieron unos samples del AT91SAM7S256 y del AT91SAM7S32.
Estoy usando el AT91SAM7S256 porque tengo una placa de pruebas con el mismo zocalo, ademas es el mas completito.
En esta linea el mas potente es el AT91SAM7S512.
Precios que nos pasaron por pocas cantidades:
AT91SAM7S32-AU-001
Cant. 1pcs
Prec. Unit: USD 13,98+IVA
AT91SAM7S256-AU-001
Cant. 1pcs
Prec. Unit: USD 28,82+IVA
Un afano ya que estos dispos valen mas o menos lo mismo que un DSPIC o un PIC24 y esos no son tan caros aca.
Saludos
-
Dejo este excel que nos habian dado de los dispositivos que trabaja Electrocomponentes.
Saludos
-
En esta linea el mas potente es el AT91SAM7S512.
Según leí en la página de Atmel ayer (16-8-2007) este aún está en "development", no lo puedes comprar por cantidades y solo aparece en kits de desarrollo.
Precios que nos pasaron por pocas cantidades:
AT91SAM7S32-AU-001
Cant. 1pcs
Prec. Unit: USD 13,98+IVA
AT91SAM7S256-AU-001
Cant. 1pcs
Prec. Unit: USD 28,82+IVA
Un afano ya que estos dispos valen mas o menos lo mismo que un DSPIC o un PIC24 y esos no son tan caros aca.
Saludos
Mm, si, es un afano pero estamos acostumbrados al 2.5X en los precios por estos lares... jejeje. En los dspics lo que he visto están tambien en 2.5X en los distribuidores de Argentina.
Si uno quiere traer 20 o 30 ya conviene pagar el flete incluso por UPS!
-
Dejo este excel que nos habian dado de los dispositivos que trabaja Electrocomponentes.
Saludos
Mmm, no la veo, ¿te la habrás olvidado?
-
Ahi lo agregue Maunix, pasa que era un .XLS y te lo patea la pagina
Lo raro es que me dio OK, rarisimo!
-
en elko se consigue el lpc2114 con 128kb flash 16kb ram por cerca de 48 pesos, muy buen micro y muy buen precio comparado con cualquier mchip de mas de 40 pines, yo tengo un par pero estoy usando un lpc2148 (512,16,usb) que compre en el kit de desarollo uni-ds3 de mikroe
-
Estoy como loco reviviendo post, me van a echar!! :P
Pero buen, yo pedi samples del AT91SAM9260 en TQFP y me llegaron :P ese es de 200 mips!
Pero tengo una duda, como hago para programarlo? yo me compre un cable paralelo JTAG3 en digilent:
http://www.digilentinc.com/Products/Catalog.cfm?NavPath=2,395&Cat=5
Este cable dice que sirve para programar devices desde 1.8 hasta 5.5V, me sirve para programar este micro de atmel?? :shock:
por lo del FPGA, el core ARM que se puede poner es el Cortex M1 (diseñado integramente para poner en FPGA) y en las FPGA de ACTEL viene ya implementado lo que nos ayuda con el tema de las licencias.. pero seria mejor si fuera libre :mrgreen:
gracias changos!
-
Por tu duda pareces un aficionado de los microcontroladores, busca en la *.pdf del fabricante.
-
Por tu duda pareces un aficionado de los microcontroladores, busca en la *.pdf del fabricante.
a mi me decis? sabes hace cuantos años trabajo con micros?
estoy preguntando si el AT91SAM9260 y el entorno de programacion me van a reconocer el cable JTAG que compre para programar FPGAs
-
Hola muchachos, estoy "programando" un LPC2114, digo "programando" porque todavía no pude hacer andar mi primer programa, es que se me hace un lío con el tema de los archivos que hay que generar: startup.s link.ld programa.c
Alguien sabe más o menos como es bien el tema porque no entiendo mucho. Gracias a todos !!!
Me olvidaba, estoy usando GNU ARM, en linux UBUNTU, programando mediante la UART (serie) con el bootloader que trae de fábrica.