TODOPIC
Microcontroladores PIC => Pic32 => Mensaje iniciado por: Renatox_ en 05 de Noviembre de 2007, 23:36:17
-
Hola como están amigos del foro, Microchip ya sacó porfin los MCU de 32bits, les paso el link
PIC32 MCU (http://microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2591&link=Banner)
Tienen menos módulos, pero vienen con más memoria de programa y datos, son más rápidos y el compilador es el C32, qué les parece.
un saludo.
-
¡¡¡Espectacular!!!
32 bits, 72MHz, 4 DMA, 32 KB RAM, compatibles pin a pin, ...
Y la tarjeta Explorer sólo cuesta 50$.
Creo que aprovecharé el momento del $ frente al €
-
Si amigos, para todos ya tenemos acá los nuevos avances de una nueva gama de los pic... el PIC32
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2591&redirects=32bit
Ya era hora para no quedarse atrás y dar batalla en este segmento del mercado dominado por pesos pesados como ARM, Mips y Freescale :) :)
-
Menudos bichos
-
¡¡¡ 96 fuentes de interrupción !!! :mrgreen:
-
woooooow!!! No nos dan respiro!! 112MIPS... q barbaridad!! cada vez me gusta más la forma que van tomando estos cacharritos :)
-
woooooow!!! No nos dan respiro!! 112MIPS... q barbaridad!! cada vez me gusta más la forma que van tomando estos cacharritos :)
Si y la posibilidad más concreta de tener un ulinux inside!!
-
A ver a ver explícanos eso plisss
-
A ver a ver explícanos eso plisss
El core de ulinux está hecho para micros de 32 bits, El compilador con el que está hecho linux y ulinux es gcc.
El c32 está basado en el gcc (compilador gnu multiplataforma).
Con estas cosas en la manga todo hace pensar que será más fácil portar el código... son conjeturas por supuesto, por eso hable de "una posibilidad más concreta" y no una afirmación. :)
-
Te refieres entonces a la posibilidad de compilar un kernel linux con C32? Sería una cosa tremenda de poder hacerse.
Por cierto,el cacharrito también trae un hermoso multiplicador hardware :mrgreen:
-
¿Qué es un multiplicador hardware, amigo Modulay?
-
Un bloque hardware que hace multiplicaciones y divisiones de forma directa
-
Huau... muy bueno... hasta tienen RTCC e interfaz JTAG y 2 Wire para programar y debugear.
-
Creo que las multiplicaciones y divisiones ya las hacían en un sólo ciclo de clock los hermanos pequeños 30F y 33F, con el módulo DSP.
Micro23, los 33F también tienen RTCC y JTAG :D
-
:mrgreen: Ups... todavia no los he usado a los 33F, pero en algun dia no muy lejano llegare.
Que opinan de la interfaz JTAG cuales son las diferencias con respecto a 2 wire?
Saludos
-
a mi forma de ver, hay ver que aplicaciones realmente le necesitan, por que si no, pues talves estamos tratando de matar a un mosquito con un cañon, porque los 18f a mi ya me parecen sumamente poderosos, en fin, es bueno saber que existen, aunque aun no se me ocurra realmente para que..... :?
hay que escudriñar mas en ellosssss...
-
eeeeeppaasss
guarda que ese core no es mchip, es mips, je, en hora buena que presentaran algo en 32bits pero hubiera sido mas interesante que usaran un core echo por ellos y no solamente comprado la licencia a otra empresa. Por otro lado ninguno de los presentados tiene interfaz de memoria externa (solo parallel master port 16 bits) por lo que deiganle chau a correr linux en ellos, a lo sumo .net micro framework y creo que no soporta mips; por ahi ecos corre. Aun asi hay varios productos que se pueden beneficiar con esta arquitectura.
-
Creo que las multiplicaciones y divisiones ya las hacían en un sólo ciclo de clock los hermanos pequeños 30F y 33F, con el módulo DSP.
jeje se te veía venir.Pos na,ya lo has dicho :mrgreen:
No obstante,en un micro con una arquitectura no especializada en el proceso de señal no es tan obvio,aun a pesar de que los hermanos pequeños (PIC24) también lo implementen.A los 30F y 33F,más que hermanos,yo los consideraría primos :D
-
eeeeeppaasss
guarda que ese core no es mchip, es mips, je, en hora buena que presentaran algo en 32bits pero hubiera sido mas interesante que usaran un core echo por ellos y no solamente comprado la licencia a otra empresa. Por otro lado ninguno de los presentados tiene interfaz de memoria externa (solo parallel master port 16 bits) por lo que deiganle chau a correr linux en ellos, a lo sumo .net micro framework y creo que no soporta mips; por ahi ecos corre. Aun asi hay varios productos que se pueden beneficiar con esta arquitectura.
Que pena lo de que no se pueda poner linux, pero bueno. Lo de usar core de MIPS que se yo... también lo había leído pero opino que hoy en día es riesgoso largarse con una nueva arquitectura de la nada. Por ello muchos caen en MIPS o ARM para tener sus versiones de 32 bits.
MIPS tiene una larga lista de clientes al igual que ARM, el listado de empresas que muestran cores de 32 bits es grande pero el listado se hace mucho más pequeño cuando realmente uno ve si ellos diseñaron la arquitectura.
-
eeeeeppaasss
guarda que ese core no es mchip, es mips, je, en hora buena que presentaran algo en 32bits pero hubiera sido mas interesante que usaran un core echo por ellos y no solamente comprado la licencia a otra empresa. Por otro lado ninguno de los presentados tiene interfaz de memoria externa (solo parallel master port 16 bits) por lo que deiganle chau a correr linux en ellos, a lo sumo .net micro framework y creo que no soporta mips; por ahi ecos corre. Aun asi hay varios productos que se pueden beneficiar con esta arquitectura.
Que pena lo de que no se pueda poner linux, pero bueno. Lo de usar core de MIPS que se yo... también lo había leído pero opino que hoy en día es riesgoso largarse con una nueva arquitectura de la nada. Por ello muchos caen en MIPS o ARM para tener sus versiones de 32 bits.
MIPS tiene una larga lista de clientes al igual que ARM, el listado de empresas que muestran cores de 32 bits es grande pero el listado se hace mucho más pequeño cuando realmente uno ve si ellos diseñaron la arquitectura.
coincido, creo que lo que resta ver es la cuestion de precios, hay una larga lista de prods. mips o arm de bajisimo coste y alto rendimiento como lpc at91 y srt
-
No se desilucionen. Si se le puede poner linux a estos fabulosos bichos :-/ :-/ :-/
Pegense una vuelta por el foro de Microchip y vean.
Saludos
-
Ya mandé pedir mi kit.................. ¡¡¡¡¡¡¡¡¡¡si por fin 32 bits en µicrochip!!!!!!
Pero... ¡1,195 dólares el compilador!
-
¿No hay versión estudiantil?
-
Menudos "cacharros", ya no hay excusa de realizar nuestro propio cohete lunar :mrgreen:
Si existe una versión estudiantil, te registras a Microchip y te envian una licencia.
Link del C32 (http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2615&dDocName=en532454).
Suerte!!! ;)
-
Buennas:
Ala, pues a probar, y el que lo haga que cuente que tal.
Los seminarios de microchip en España, dados por Sagitron, ya han empezado por si le interesa a alguien, hablaran del los pic32, les dejo el orden del día:
Horario Orden del día
8:30 Recepción de asistentes.
9:00 Microchip hoy.
Presentación Corporativa.
9:15 La flexibilidad del PPS de los PIC.
Asignación dinámica de periféricos
con Entradas/Salidas.
10:00 Aplicación con pantalla TFT QVGA.
Librería gráfica.
10:45 Pausa Café.
11:00 Novedades en soluciones analógicas.
Demostraciones.
11:45 Aplicación de Sensores Capacitivos.
PIC16F610 .. PIC16F887.
12:30 La nueva librería TPC-IP.
Más Fácil y completa.
13:15 Funciones mejoradas en el MPLAB-
Simulator.
Potente y preciso.
14:00 Despedida y cierre
Si quereis mas información pasaros por la página de sagitron,
saludos,
-
Ya hay alguien tiró la primer piedra 'oficialmente' :mrgreen:
http://www.kiwacan.co.nz/pic32challenge/
http://forum.microchip.com/tm.aspx?m=293237
http://forum.microchip.com/tm.aspx?m=292910
:) :)
-
:D JA! se salieron de su arquitectura Harvard que tanto jorobaban!!
Esta bueno para poder ejecutar codigo desde RAM, salvo el hecho que no se puede ejecutar codigo desde memorias externas.
Como ya dijeron, chau LINUX o uLINUX
-
para los que se engancharon con esto les tiro un par de dulces de los que se viene
USB, Ethernet, mas memoria, mas temperatura y...... tan tata tannnn...... dos nucleos en el mismo chip!!!!
con respecto a uclinux, en 512kde flash se puede meter algo supercomprimido pero 32k de ram no alcanzan para nada, a partir de 2mb arranca el kernel pero para hacer algo provechoso necesitas 8 megas
-
correccion, segun los creadores de uClinux este necesita 1MB rom y 200KB ram. No parece una locura de alcanzar para futuras versiones de mchip
-
Hola...
Y bueno, aunque aun no programo en C; pregunto.....¿Seguiran mezclados C16, C18 y los otros ...?
No seria hora de hacer sub foros como los de diseño de placas ????
Saludos
-
Ya hay alguien tiró la primer piedra 'oficialmente' :mrgreen:
http://www.kiwacan.co.nz/pic32challenge/
http://forum.microchip.com/tm.aspx?m=293237
http://forum.microchip.com/tm.aspx?m=292910
:) :)
Después de ver estos enlaces me doy cuenta que estoy muuuuuuuuuuuuy lejos de "saber" sobre lo que está pasando, principalmente porque no conozco la arquitectura (y C).
-
correccion, segun los creadores de uClinux este necesita 1MB rom y 200KB ram. No parece una locura de alcanzar para futuras versiones de mchip
Buen dato para tener en cuenta. :)
A futuro veo como que la empresa que venda uC que no tengan chances de ponerle un linux o clon o uclinux o un unix en general, perderá mucho terreno.
Por unos pocos dólares uno tiene un arm andando con todo... los demás que no hagan algo similar quedan afuera de un gran gran nicho de mercado que es precisamente tener herramientas, código y cosas para desarrollar en linux en pc y en microcontroladores. La portabilidad del código crece muchísimo.
Y por supuesto a un costo y consumo razonable que los haga masivos, los micros Coldfire de Freescale son tremendamente buenos... pero caros ... por eso los arm los pasan por arriba.
-
correccion, segun los creadores de uClinux este necesita 1MB rom y 200KB ram. No parece una locura de alcanzar para futuras versiones de mchip
Buen dato para tener en cuenta. :)
A futuro veo como que la empresa que venda uC que no tengan chances de ponerle un linux o clon o uclinux o un unix en general, perderá mucho terreno.
Por unos pocos dólares uno tiene un arm andando con todo... los demás que no hagan algo similar quedan afuera de un gran gran nicho de mercado que es precisamente tener herramientas, código y cosas para desarrollar en linux en pc y en microcontroladores. La portabilidad del código crece muchísimo.
Y por supuesto a un costo y consumo razonable que los haga masivos, los micros Coldfire de Freescale son tremendamente buenos... pero caros ... por eso los arm los pasan por arriba.
muy de acuerdo. En este punto me parece conveniente hacer la salvedad de que no hay hasta ahora ningun micro que corra uclinux"embebido" en el micro, por cuestiones de memoria todos precisan memoria externa; lo mas parecido a esto es un lpc que tiene el bootloader en la flash interna, ram externa y carga el uClinux desde una sd. El tema de los micros con poca ram es muy recurrente en todas las listas de usuarios de arm, esperemos que alguna empresa se avive y meta 2mb de ram, 64 flash y el so se cargue desde una memoria serial spi o sd, eso va a ser un tremendo exito 8)
-
El tema de los micros con poca ram es muy recurrente en todas las listas de usuarios de arm, esperemos que alguna empresa se avive y meta 2mb de ram, 64 flash y el so se cargue desde una memoria serial spi o sd, eso va a ser un tremendo exito 8)
Yo creo que si no lo han hecho aún es porque debe ser costosísimo integrarlo en el silicon y por eso lo mantienen por fuera a pesar de las quejas de los usuarios.
-
hmmm, se me ocurre que podriamos usar un fpga de actel (http://www.actel.com/) ya que ellos entregan un ip core de arm7 y usar la ram interna.... :idea:
-
Es cierto o bien usar una FPGA como MMC o del tipo PSP leer la memoria. No sería la cosa más optima pero... seria un parche para tener 'ram' de otra forma jejeje. Algo asi como un 'disco virtual' digamos.
Algo que me parece interesante es el puerto para los PIC32 del freeRTOS.
http://www.freertos.org/port_PIC32_MIPS_MK4.html#SourceCodeOrg
-
El tema de los micros con poca ram es muy recurrente en todas las listas de usuarios de arm, esperemos que alguna empresa se avive y meta 2mb de ram, 64 flash y el so se cargue desde una memoria serial spi o sd, eso va a ser un tremendo exito 8)
Yo creo que si no lo han hecho aún es porque debe ser costosísimo integrarlo en el silicon y por eso lo mantienen por fuera a pesar de las quejas de los usuarios.
Tal cual, sino fijate el tema del cache dentro de los microprocesadores, hay Pentiums IV con 16Kbytes de cache L1!!!
-
El tema de los micros con poca ram es muy recurrente en todas las listas de usuarios de arm, esperemos que alguna empresa se avive y meta 2mb de ram, 64 flash y el so se cargue desde una memoria serial spi o sd, eso va a ser un tremendo exito 8)
Yo creo que si no lo han hecho aún es porque debe ser costosísimo integrarlo en el silicon y por eso lo mantienen por fuera a pesar de las quejas de los usuarios.
Tal cual, sino fijate el tema del cache dentro de los microprocesadores, hay Pentiums IV con 16Kbytes de cache L1!!!
lo de la cache l1 es asi por una complicadisima formula matematica que jamas logre entender pero que asegura que los cpu funcionan mas lento con mas de 32kb de l1 pero no asi en l2 donde hoy hay core quadro con 16mb de l2, si consigo ese articulo lo posteo
-
Dale psykhon, bienvenido cualquier info del tema que me interesa.
Igual otro tema de estas memorias cache (ni comparacion con las de los ARM-PICs-etc etc) es que corren a la velocidad del nucleo asi que aunque sea un misero Kbyte sale mucha plata ponerlo ahi.
Pregunta, con el calculo matematico hay algo relacionado con estadistica del uso de los PIPELINES del micro?
Saludos!
-
Dale psykhon, bienvenido cualquier info del tema que me interesa.
Igual otro tema de estas memorias cache (ni comparacion con las de los ARM-PICs-etc etc) es que corren a la velocidad del nucleo asi que aunque sea un misero Kbyte sale mucha plata ponerlo ahi.
Pregunta, con el calculo matematico hay algo relacionado con estadistica del uso de los PIPELINES del micro?
Saludos!
El tema de los micros con poca ram es muy recurrente en todas las listas de usuarios de arm, esperemos que alguna empresa se avive y meta 2mb de ram, 64 flash y el so se cargue desde una memoria serial spi o sd, eso va a ser un tremendo exito 8)
Yo creo que si no lo han hecho aún es porque debe ser costosísimo integrarlo en el silicon y por eso lo mantienen por fuera a pesar de las quejas de los usuarios.
Tal cual, sino fijate el tema del cache dentro de los microprocesadores, hay Pentiums IV con 16Kbytes de cache L1!!!
lo de la cache l1 es asi por una complicadisima formula matematica que jamas logre entender pero que asegura que los cpu funcionan mas lento con mas de 32kb de l1 pero no asi en l2 donde hoy hay core quadro con 16mb de l2, si consigo ese articulo lo posteo
hmmm, se me ocurre que podriamos usar un fpga de actel (http://www.actel.com/) ya que ellos entregan un ip core de arm7 y usar la ram interna.... :idea:
No se aporta mucho...... solo quiero decir que esto es un nuevo mundo para mi :shock:
-
Lo que si es verdad, que el Starter Kit (http://www.microchipdirect.com/productsearch.aspx?Keywords=DM320001,SW006015,MA320001) está relativamente barato, 35,22 E.
Suerte!!! ;)
-
El tema de los micros con poca ram es muy recurrente en todas las listas de usuarios de arm, esperemos que alguna empresa se avive y meta 2mb de ram, 64 flash y el so se cargue desde una memoria serial spi o sd, eso va a ser un tremendo exito 8)
Yo creo que si no lo han hecho aún es porque debe ser costosísimo integrarlo en el silicon y por eso lo mantienen por fuera a pesar de las quejas de los usuarios.
Tal cual, sino fijate el tema del cache dentro de los microprocesadores, hay Pentiums IV con 16Kbytes de cache L1!!!
Yo no haría una relación tan directa, ya que las memorias L1 el GRAN problema que tienen es que funcionan a velocidad del micro.... 3 GHz por ejemplo... ese es su mayor costo, la tecnología que tienen para soportar semejante velocidad y no la integración en sí.
-
Un aporte para la muchachada :-) :-) :-) http://www.amazon.com/See-MIPS-Second-Dominic-Sweetman/dp/0120884216/ref=sr_1_9/104-6915702-1097550?ie=UTF8&s=books&qid=1194611267&sr=1-9 (http://www.amazon.com/See-MIPS-Second-Dominic-Sweetman/dp/0120884216/ref=sr_1_9/104-6915702-1097550?ie=UTF8&s=books&qid=1194611267&sr=1-9)
-
Jeje, será el mismo MIPS? porque MIPS tiene más micros que intel :)
Ej. el micro de las PS2 es un mips y se que le han hecho andar linux muchas veces, el tema sería si el libro versa sobre el MK4 que es el core que usan los PIC32.
PD: psykhon está 'discretita' tu nueva firma :D :D :D :D
-
Jeje, será el mismo MIPS? porque MIPS tiene más micros que intel :)
Ej. el micro de las PS2 es un mips y se que le han hecho andar linux muchas veces, el tema sería si el libro versa sobre el MK4 que es el core que usan los PIC32.
PD: psykhon está 'discretita' tu nueva firma :D :D :D :D
No no, lo que pasa es que tiene un monitor de 21" y pos se ve pequeña.. :D
-
:D :D :D no consegui una imagen mas chica, no tengo ganas de modificarla y como dicen las viejas "lo que abunda no hace daño"
(http://drupal.airjaldi.com/system/files/u1/linux_penguin.jpg)
-
estan de buenas, m4k tiene el juego de instruccciones mips32 por lo que el libro lo cubre:
*-Book Description
This second edition is not only a thorough update of the first edition, it is also a marriage of the best-known RISC architecture--MIPS--with the best-known open-source OS--Linux. The first part of the book begins with MIPS design principles and then describes the MIPS instruction set and programmers resources. It uses the MIPS32 standard as a baseline (the 1st edition used the R3000) from which to compare all other versions of the architecture and assumes that MIPS64 is the main option. The second part is a significant change from the first edition. It provides concrete examples of operating system low level code, by using Linux as the example operating system. It describes how Linux is built on the foundations the MIPS hardware provides and summarizes the Linux application environment, describing the libraries, kernel device-drivers and CPU-specific code. It then digs deep into application code and library support, protection and memory management, interrupts in the Linux kernel and multiprocessor Linux.
*-MIPS32® M4K® Core
The MIPS32® M4K® core sets a new standard for 32-bit synthesizable cores. Optimized for embedded designs and controller applications, it features high frequency, small die area and very low power consumption. A wide range of configurable features allow designers to optimize the core’s performance while reducing die size, power consumption and total system cost.
http://www.mips.com/products/cores/32-bit-cores/mips32-m4k/ (http://www.mips.com/products/cores/32-bit-cores/mips32-m4k/)
a ver quien es el guapo que doma ese toro
-
psykhon, que relacion tenes con http://www.ucdot.org/ ??
Es tu pagina o de Fan nomas??
Pregunto de Ignorante, no te rias. :-)
-
Hola gente, hace mucho tiempo que no escribo nada en el foro pero lo sigo constantemente.
Lo del tamaño del cache creo que está relacionado con las comparaciones que debe realizar para saber si en un determinado lugar de memoria está almacenado en la cache.
No recuerdo bien pero creo que cuando un micro necesita leer de la RAM el controlador de cache realiza una comparación con un TAG para saber si lo puede sacar de la cache o debe ir directamente a la memoria principal. Al tener mas espacio de cache más grande es el espacio en la patilla del silicio para el controlador y más complicado es el hardware de búsqueda, es algo parecido a las tablas hash.
Saludos y perdonen si me equivoco en algo.
Algunos enlaces que hablan de los cache:
Wikipedia (http://es.wikipedia.org/wiki/Cach%C3%A9)
Idg.es (http://www.idg.es/pcworld/index.asp?link=estructura/i_articulo_centroArticulo.asp&IdArticulo=124276)
Rendimiento Tuning en Solaris - Memoria Cache (http://jjmora.es/Rendimiento_Tuning_Solaris_Memoria_Cache/)
-
Un aporte para la muchachada :-) :-) :-) http://www.amazon.com/See-MIPS-Second-Dominic-Sweetman/dp/0120884216/ref=sr_1_9/104-6915702-1097550?ie=UTF8&s=books&qid=1194611267&sr=1-9 (http://www.amazon.com/See-MIPS-Second-Dominic-Sweetman/dp/0120884216/ref=sr_1_9/104-6915702-1097550?ie=UTF8&s=books&qid=1194611267&sr=1-9)
estan de buenas, m4k tiene el juego de instruccciones mips32 por lo que el libro lo cubre:
Está algo caro el librito, veré si puedo conseguirlo menos caro (ebay u otro lugar).
Necesario porque no se de esta arquitectura. Aunque he bajado los manuales y hojas de datos (creo) de estos nuevos micros.
-
psykhon, que relacion tenes con http://www.ucdot.org/ ??
Es tu pagina o de Fan nomas??
Pregunto de Ignorante, no te rias. :-)
si esa fuera mi pagina seria un semidios o algo asi jajajajja. Nah, como viene pegando duro el tema de linux por estos lados la idea es formentar el uso de tecnologias embedidas de performance y en parte tambien de puro fanatico. Ya pude probar uClinux en un s3c44b0 y les aseguro que es muuuuyyy satisfactorio
-
aparece el primer rtos comercial para pic32
http://www.eeproductcenter.com/embedded/brief/showArticle.jhtml?articleID=202804236 (http://www.eeproductcenter.com/embedded/brief/showArticle.jhtml?articleID=202804236)
-
eeeeeppaasss
guarda que ese core no es mchip, es mips, je, en hora buena que presentaran algo en 32bits pero hubiera sido mas interesante que usaran un core echo por ellos y no solamente comprado la licencia a otra empresa. Por otro lado ninguno de los presentados tiene interfaz de memoria externa (solo parallel master port 16 bits) por lo que deiganle chau a correr linux en ellos, a lo sumo .net micro framework y creo que no soporta mips; por ahi ecos corre. Aun asi hay varios productos que se pueden beneficiar con esta arquitectura.
Cuales recursos son necesarios para que se corra uLinux ademas de un micro de 32bits ? por ahi un amigo me conto que la imagen de uLinux es bastante pesadita ... desde el punto de vista del PIC por supuesto ....
-
Por lo que leí en el microcontrolador al arrancar se carga un loader que carga la imagen de uLinux desde algún tipo de almacenamiento externo como ser MMC/SD Card, FlashRom, etc. Por lo tanto se necesitaría una interfaz para el almacenamiento externo.
En el caso que el espacio de la imagen de uLinux se pudiera programar en la memoria de programa del microcontrolador este almacenamiento exterior no se necesitaría.
Saludos.
-
El otro día bicheando en Proteus (7.1 SP2) encontré en la carpeta "Samples" un ejemplo de uLinux cargado sobre un micro AVR. Venía esquema y firmware y se podía jugar como si estuvieras delante de la máquina.
-
El otro día bicheando en Proteus (7.1 SP2) encontré en la carpeta "Samples" un ejemplo de uLinux cargado sobre un micro AVR. Venía esquema y firmware y se podía jugar como si estuvieras delante de la máquina.
no es avr, es arm, especificamente arm7tdmi con base en la libreria lpc y corre de lujo, y si vieran en cuanto bootea sobre una placa real se caen de espaldas, cuando tenga tiempo pongo un videito (super corto jejeje)
-
Bueno, si siguen así sacarán hasta los de 64 Bits.
De hecho MIPs (la empresa que diseñó el core del Pic32) tiene varios modelos de 64 bits, solo que microchip no los ha licenciado.
¿Quién de nosotros que no tenemos nada que ver con empresas de desarrollo de aparatos estos PIC32?
Meta, la verdad no te entiendo la pregunta. ¿puedes aclararla?
saludos
-
Uf, al menos si practican con los de 64Bits ahora, me imagino en el futuro como se modernizarán estos bichos.
Bueno, la frase tiene sentido que los PIC32 son muy potentes para nosotros mismos, los afisionados. Un empresa que se dedique hacer aparatos como autómatas programables como los de siemens esas gente si sacarán provechos.
-
Todo es relativo. Seguro que hay autómatas programables que puedan ser gobernados por un minúsculo 16F y proyectos de hobbystas que requieran exprimir al máximo la potencia de estos PIC32.
-
La gran diferencia con los profesionales es que el hobbysta tiende a escoger el mayor PIC que sea capaz de conseguir aunque sea para encender un led y el profesional el mas pequeño y barato que exista que sea capaz de ejecutar lo que necesita. Cuestión de perspectivas (y recursos) Ja, ja, ja :D :D :D
-
Hola como están, ya he realizado mi primer programa en PIC32, es el ejemplo que está en el Getting Started y probé su velocidad para hacer operaciones en punto flotante y si que son potentes, por ejm esto:
float x=-12.85, y=987.45, z;
int j;
z=x*y; // 71 ciclos
j=(int)z; // 29 ciclos
Lo probé con varios numeros y variantes y me dio los mismos resultados. Corriendo el micro a 72Mhz una multiplicación duraría solo 1useg, el dspic toma 121 ciclos y corre a menos velocidad, este además cuando tiene que operar enteros con flotantes o hacer cambio de formato se demora mucho más.
-
Bueno, la frase tiene sentido que los PIC32 son muy potentes para nosotros mismos, los afisionados. Un empresa que se dedique hacer aparatos como autómatas programables como los de siemens esas gente si sacarán provechos.
Con un Sistema Operativo integrado en un PIC y si los mismos no son muy caros puedes lograr grandes cosas siendo aficionado. En ocasiones uno se ve limitado por la velocidad del micro y si cambiando de familia se puede acelerar la cuestión, entonces no veo inconveniente para que lo use un aficionado.
Por supuesto que cuanto más complicado es un microcontrolador/microprocesador será menos frecuente que hobbistas se atrevan a usarlos, pero luego sale alguien que integra un sistema operativo y vende una placa con todo incluído y es donde luego los hobbistas vuelven a trabajar sobre el hardware ya poniéndole sus cosas para pruebas.
Creo que es lógico pensar que los profesionales harán más uso de ellos pero tampoco hay que menospreciar a los hobbistas y como dijo diego, en muchas ocasiones se trata de tener el pic más grande y potente que uno pueda conseguir y no necesariamente el que más justo le queda a la tarea que queremos realizar. 8)
-
No estoy de acuerdo ... a mi me gusta hacer pruebas en el micro mas potente y luego bajar al mas barato y pequeño, ambos llegan a mejorar el coste economico del producto final ... unicamente ...
Aveces es necesario elegir el micro mas potente porque quiza sea el unico que tenga un recurso que los demas no tienen ... eso me pasó con un proyecto ... ocupaba un micro que tuviera QEI y PWM independiente del timer .. ademas necesitaba al menos 20k de RAM ... cual elegi el dspic de mayores prestaciones que tiene microchip ... el dspic33F256MC710
Me sobraron muchos pines ... pero que puedo hacer ???
-
No estoy de acuerdo ... a mi me gusta hacer pruebas en el micro mas potente y luego bajar al mas barato y pequeño, ambos llegan a mejorar el coste economico del producto final ... unicamente ...
¿Pero con qué no estas de acuerdo? si esto es precisamente lo que muchos han dicho.
Aveces es necesario elegir el micro mas potente porque quiza sea el unico que tenga un recurso que los demas no tienen ... eso me pasó con un proyecto ... ocupaba un micro que tuviera QEI y PWM independiente del timer .. ademas necesitaba al menos 20k de RAM ... cual elegi el dspic de mayores prestaciones que tiene microchip ... el dspic33F256MC710
Me sobraron muchos pines ... pero que puedo hacer ???
En tu caso elegiste el que te hacía falta, que justo haya coincidido que sea el más potente en mips y periféricos es otra cuestión pero lo elegiste por la memoria que tiene. En ese caso necesitabas el "más grande en cuanto a memoria" si además venía con periféricos, los dejas de adorno pero en tu caso elegiste le más potente porque lo necesitabas.
No veo en qué se contradiga con lo otros han expuesto. Si te refieres a que te sobra velocidad y pines , estamos de acuerdo, pero hay alternativas: elegir otro pic y usar memoria ram externa, elegir otro microcontrolador con pocos piens y mucha ram, etc. Todo depende como cierre el número final, en general suele ser más económico tener un pic grande con todo dentro que empezar a buscar periféricos que lo compensen. Si te sobran pines y periféricos, bien! pero eso nos pasa a todos, es raro que justo usemos todos los periféricos y todos los pines en todas las aplicaciones.
Pues con los pin sobrantes, pues has un adorno con lucesitas intermitentes, cosas así apsa disimuilar, ejejjejeje :D
jejeje, algo de cierto tiene esto, en mi caso en ocasiones agrego un par de leds para indicar por donde va pasando el software.
Bueno, soy hobbystas y no menosprecio a nadie que sea hobbysta, al mismo tiempo me estaría menospreciando a mi mismo. En electrónica y automatización si me dedico a esto porque trabajo sobre ello y me gano la vida con la electrónica.
Hay hobbistas que saben 'demasiado' del tema, te has sentido menospreciado? por favor si alguien te ha ofendido, trata de hablarlo en privado o dícelo, tal vez solo haya sido un mal entendido.
Si es para cualquiera, ¿crees que el PIC32 es fácil de entender y programar desde cero para alguien que se inicia desde el primer día?
No, no creo que sea la cosa más fácil del mundo. Sugiero empezar con un 18F, ni siquiera pasar por los 16F.
Si es facil, entonces calidad, y eso que veo gente flipando y emocionado con su 18Fxxx
No, no es fácil y además es un micro nuevo, eso implica que solo hay kits de desarrollo, comercialmente no hay micros disponibles. No puedes levantar el teléfono y pedir "mandenmne 100", te mandarán 100kits pero no 100 micros. Además en general uno no se muda de micro asi porque sí, en mi caso mudarme sería muy complejo y arriesgado. Los 18F y PIC24 me alcanzan para lo que hago hoy en día y migrar el código solo porque salió un pic más grande no sería responsable. Una vez que termine los proyectos actuales que tengo haciendo, recién sí sería viable cambiar de micro. El que se dedica profesionalmente a estas cosas, prueba a los micros antes de largarlos al mercado (hablamos de si uno es responsable jeje), en ese punto los 18F los tengo archi probados , los PIC32 serían todo un nuevo desafío y no estarían "listos" para largarlos al mercado por más que uno esté impresionando de su funcionamiento en primera instancia.
-
Yo no pude aguantar mas la espera y me pedi esto .
Part Number: MA320001 - PIC32MX 100P QFP TO 100P PLUG IN MODULE
This Plug-in Module enables PIC32 development on the Explorer 16 development board
(http://www.microchipdirect.com/images/devtools/MA320001.jpg)
Listo para destriparlo
Lo que no comprendo es que significa esto :
1,5 DMIPS / MHz utilizando instrucciones de 32 bits
1.2 DMIPS/MHz using 16-bit instructions 1,2 DMIPS / MHz utilizando instrucciones de 16 bits
http://www.microcontroller.com/news/microchip_pic32.asp
1,2 DMIPS/MHz sera que va mas lento ?
-
La verdad nunca había usado el termino DMIPS pero según leo es
DMIPS/MHZ Dhrystone MIPS (Million Instructions Per Second)
Es decir que 1,5 MIPS por megahertz.
Un número mayor significa que va más rápido, por lo cual 1,2DMIPS/MHZ es que va mas lento.
Y si lo analizas es lógico pensar que un micro de 32 bits, tenga menor rendimiento a 16 bits que a 32bits.
Saludos
-
Queda claro Maunix .
Entonces un PIC32 a 75 Mhz hará 112,5 MIPS no ?
Esto ya seria velocidad .
-
Queda claro Maunix .
Entonces un PIC32 a 75 Mhz hará 112,5 MIPS no ?
Si, de acuerdo a la especificación si, habría que ver si realmente luego en una aplicación en concreto si eso se puede cumplimentar en todos los casos, probablemente sean un cálculo promedio. Tal cual como en los pics normales, es una instrucción por cada 4 ciclos de reloj excepto en los saltos condicionales o no, tal vez aquí sea similar.
Esto ya seria velocidad .
Sin lugar a dudas que si!
-
Yo lo pregunté en el seminario y me contestaron que no se podía calcular con exactitud, y que esos eran ratios aproximados, porque estos micros procesan las instrucciones con predicción de saltos y distintas funcionalidades que hacen que la velocidad sea mayor o menor en función del propio código.
-
En poco tiempo de aparecer los 18F en la época, me imagino los PIC32 en un par de años o tres. Para a ver novedades, capaz que sacan los de 64 Bits.
-
Yo lo pregunté en el seminario y me contestaron que no se podía calcular con exactitud, y que esos eran ratios aproximados, porque estos micros procesan las instrucciones con predicción de saltos y distintas funcionalidades que hacen que la velocidad sea mayor o menor en función del propio código.
Si, es cierto eso de los saltos predictivos es porque al igual que los pentium (micros para PC) tienen un microsistema operativo que permite ir determinando esas cuestiones y de esa manera 'cachear' memoria de programa del lugar a donde irá el salto o no (en caso de que determine que no hará un salto).
En un pic convencional tampoco es fácil calcular la velocidad porque si bien uno hace un cálculo de que los MIPS son los MHZ/4 en realidad por el tema de los saltos esto no es así, llegando a que en realidad sea algo menor dependiendo del código de cada uno y por donde vaya pasando.
El hacerlo 'predictivo' agiliza esto y permite evitar que se deba vaciar el buffer de instrucciones del microcontrolador en casos de saltos que ya se sabía que ocurrirían.
-
Ha muy importante, si estos micros tienen esta técnica de predicción de salto, pueden ir olvidándose de usar demoras por software al estilo delay_ms();
Así que no quedará más remedio que utilizar TIMERS para hacerlas, a partir de ahora tengan eso en cuenta los amigos que vayan a desarrollar aplicaciones con estas maravillas.
Saludos
Reinier
PD: Eso no se me olvida porque me sonaron un 2 bien grande en una clase donde el profesor preguntó que por qué no se podían hacer demoras por sw con un micro superescalar. Lo únic bueno fue que nadie dió pie con bola. La demostración vino en un programa que el profe puso donde un bontio reloj muy bien programado en ASM se acelaraba y desaceleraba de modo asombroso.
-
Ha muy importante, si estos micros tienen esta técnica de predicción de salto, pueden ir olvidándose de usar demoras por software al estilo delay_ms();
Interesante deducción. Por suerte no uso delays así, salvo para aplicaciones muy simples así que no deberé cambiar mucho mi estilo de programacion :D :D :D . Es que uno se pone vago al cambio no? :mrgreen:
-
a meterle duro con los famosos "ticks" de sistema. Desde un punto de vista muy abstracto esto nos va a empezar a hacer programar pensado en objetos
-
Mi sugerencia para los amantes de estos nuevos uC es que vayan desde ya pensando utilizar algún RTOS poderoso, no creo que el de CCS venga bien para estos niños grandes de Microchip, pero seguro alguno habrá que corra sobre esta plataforma, quizás la misma Microchip provea de alguno en un futuro próximo.
saludos
Reiner
-
Mi sugerencia para los amantes de estos nuevos uC es que vayan desde ya pensando utilizar algún RTOS poderoso, no creo que el de CCS venga bien para estos niños grandes de Microchip, pero seguro alguno habrá que corra sobre esta plataforma, quizás la misma Microchip provea de alguno en un futuro próximo.
Hablando de RTOS , fijate en este mismo hilo. :)
http://www.todopic.com.ar/foros/index.php?topic=19169.msg138762#msg138762
-
Wow, impresionante:
Sobre todo los 12 500 dólares que te cobran por el RTOS. Por el precio de una sola licencia podríamos hacernos uno aquí en el foro.
:-O
-
... y en el sexto dia Richard Stallman creo GNU y la Free Software Fundation, y vio que estaba bien. :-)
FreeRTOS.orgTM V4.6.1 now available:
Adds a port and demo application for Microchips brand new high performance 32bit microcontroller family, the PIC32. Based on a MIPS M4K core.
-
... y en el sexto dia Richard Stallman creo GNU y la Free Software Fundation, y vio que estaba bien. :-)
:mrgreen: :mrgreen: :mrgreen:
FreeRTOS.orgTM V4.6.1 now available:
Adds a port and demo application for Microchips brand new high performance 32bit microcontroller family, the PIC32. Based on a MIPS M4K core.
Falta saber cuanto saldrán de caros estos PIC32... para algunas aplicaciones en que estoy pensando requeriré de mucha velocidad, pueden ser muy útiles.
-
Viva FreeRTOS! :D :D
Lo que también tengo muchas ganas de ver es un uLinux en un PIC32 ... ese si será el momento en el que empiece la revoluciónnnn!!! Ya me lo estoy imaginando... un pequeño menú y distintas aplicaciones corriendo desde una SD (o eeprom en su defecto :) ). Los que habeis jugado con esto del uLinux, sabeis como gestiona el tema de las pantallas TFT?? lleva algún tipo de 'driver' ??
saludos!
-
no creo salgan muy caros .
(http://www.microcontroller.com/news/uploads/pic32selection1.gif)
-
Aja, tal vez un 40% más para el común de los mortales, considerando que esos son precios por lotes de 10mil unidades.
Igual me parecen super interesantes esos precios!!
-
Aja, tal vez un 40% más para el común de los mortales, considerando que esos son precios por lotes de 10mil unidades.
Igual me parecen super interesantes esos precios!!
hmmm se me hace un poco corto el 40%, al menos para los Argentinos, me tiro mas a 20 - 30 u$d cuando los traigan
Maunix, si estas necesitando velocidad chekeate los arm, hay aca ahora, es una plataforma probada, mucho mas escalable por ahora que pic32 ,60mips por 14 dollar y no requiere mucho estudio para empezar a usarlos (especialmente si alguna vez viste la arc de x86, z80 o derivados de 8080 en gral)
-
Aja, tal vez un 40% más para el común de los mortales, considerando que esos son precios por lotes de 10mil unidades.
Igual me parecen super interesantes esos precios!!
hmmm se me hace un poco corto el 40%, al menos para los Argentinos, me tiro mas a 20 - 30 u$d cuando los traigan
Si psychon yo hablo de precios EEUU vs precios EEUU, si me pongo a pensar lo que salen en argentina tengo que multiplicarlo por 2 mínimo.
Maunix, si estas necesitando velocidad chekeate los arm, hay aca ahora, es una plataforma probada, mucho mas escalable por ahora que pic32 ,60mips por 14 dollar y no requiere mucho estudio para empezar a usarlos (especialmente si alguna vez viste la arc de x86, z80 o derivados de 8080 en gral)
Si, me gusta la arquitectura ARM y la gran disponibilidad de micros que hay. De todas formas, la verdad imaginaba que los PIC32 estarían bastante más caros.
Cada aplicación en concreto es factible realizarla con uno u otro micro y en algunos casos si se quiere hacer cantidad tal vez la mejor opción termine siendo o un arm o un pic32.
Actualmente estoy en medio de un largo proyecto con varios micros de la familia PIC18 pero una vez que eso finalice es muy probable que urgue en los ARM y en el PIC32 a ver qué me ofrece uno y otro.
En cuanto a los ARM los vengo leyendo hace rato, si te acordas en el foro de arm he posteado cosas porque he estado leyendo :mrgreen: y me parecen realmente muy buena opción. No hay que ser fanático de Microchip en estas cosas, sino realista de que para cierto nicho tal vez otro micro sea superior, si no en prestaciones al menos en versatilidad y herramientas disponibles.
-
el fanatismo por mchip es mas que comprensible, son tanquesitos de guerra y yo sigo jugando con ellos, pero arm y mips se pasan. Hay arm por 1 dollar en volumen (luminary cortex3)
-
el fanatismo por mchip es mas que comprensible, son tanquesitos de guerra y yo sigo jugando con ellos, pero arm y mips se pasan. Hay arm por 1 dollar en volumen (luminary cortex3)
Jaja, si, tenes razón. De todas formas lo mio (creo) no es fanatismo, sino que me gustan pero los ARM tienen sus buenisimos puntos a favor.
-
el fanatismo por mchip es mas que comprensible, son tanquesitos de guerra y yo sigo jugando con ellos, pero arm y mips se pasan. Hay arm por 1 dollar en volumen (luminary cortex3)
Jaja, si, tenes razón. De todas formas lo mio (creo) no es fanatismo, sino que me gustan pero los ARM tienen sus buenisimos puntos a favor.
usalos y despues me contas :D
-
Solo para traer más confusión a mi lucha interna entre ponerme con los ARM9 o los PIC32... he aquí una nueva pegada de Microchip :? :?
(http://www.microchip.com/stellent/images/mchpsiteimages/PIC32HOME.jpg)
Ver Perfomance (http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2591&link=TodaysFeatures)
-
El USB que va a llevar va a ser el esperado OTG!!!... ganas tengo ya de juguetear con uno de esos bichos!
-
AAAA juemadre!!! Con USB OTG!!! como que ahora si es mas atractivo gastar los 50 dolares que vale el KIT STARTER..
Gracias por la noticia!!
-
¿Y qué hago con el míooooooooooooooo? :shock:
-
No termino de entender en qué consiste eso del OTG ¿On The Go?...y mira que lo he visto por todos lados en usb.org
-
Modulay, aquí la info:
http://en.wikipedia.org/wiki/USB_On-The-Go
Resumiendo, es un modo a caballo entre Host y Esclavo. Por decirlo de otra forma, es un esclavo que toma las 'labores' de host pero solo con los dispositivos compatibles con OTG...
saludos!
-
mola :)
-
Aunque en mi opinion se queda cortito el vicho, lastima .
y para terminar de cagarlo se puede usar el c32 :D
-
¿Y qué hago con el míooooooooooooooo? :shock:
Lo mismo digo....... :?
Aún no entro de lleno con estos. Mejor espero que me llegue este libro:
Programming 32-bit Microcontrollers in C: Exploring the PIC32
http://www.amazon.com/Programming-32-bit-Microcontrollers-Exploring-PIC32/dp/0750687096/ref=sr_1_3?ie=UTF8&s=books&qid=1204845027&sr=1-3
Cabe mencionar que todavía estoy verde ( :mrgreen:) en cuestiones de arquitecturas mayores.
-
¿Y qué hago con el míooooooooooooooo? :shock:
Se lo mandas a tus colegas de argentina jijijij
-
Si, pero solo es a FS. Me extraña que no saquen ningun micro a HS... tan dificil es controlar esa velocidad? Peor aun si ya falta poco para que salga el USB 3.0a 4.8GB/s.
-
Power control Minimum frequency: 0 MHz
Power-down mode (triggered by WAIT instruction)
Support for software-controlled clock divider
Support for extensive use of local gated clocks
en la pagina web de MIPS e encontrado esto acerca del core M4K,
creeis que mantendra esta opcion?
creo que seria bastante interesante poder modificar la velocidad del nucleo por software
-
creo que seria bastante interesante poder modificar la velocidad del nucleo por software
Te comento que los 18F también lo hacen, hace años! No es ninguna novedad. :mrgreen:
-
y los 16F , los 12F ... jeje
solo ai que ponerlos en modo sleep.
de todas maneras e estado mirando por ai , y tienen un sistema que permite cambiar la velocidad del reloj del sistema, sin que para ello el codigo que se compile, produzca errores por el motivo de los delays , etc. creo que algunos 18F lo incorporan tambien,
-
y los 16F , los 12F ... jeje
solo ai que ponerlos en modo sleep.
Bueno... pero no es lo mismo ponerlo en sleep que bajarle la frecuencia de ejecución durante la ejecución del programa.
En los 16F los que tienen la posibilidad son los 16F88x por ejemplo, que durante la ejecución de tu código y sin mediar un sleep ni nada, puedes bajar la frecuencia de 8Mhz a 32Khz, entonces si tienes que hacer un delay prolongado o esperar 'un evento' que no sabes cuanto tiempo durará en aparecer, este método te permite reducir considerablemente el consumo.
de todas maneras e estado mirando por ai , y tienen un sistema que permite cambiar la velocidad del reloj del sistema, sin que para ello el codigo que se compile, produzca errores por el motivo de los delays , etc. creo que algunos 18F lo incorporan tambien,
Amigo te recomiendo leas las reglas del foro, ya que terminos "ai" en vez de ahi, y "e estado" en vez de "he estado" pueden ser molestos. Si son errores de ortografía se entiende pero si lo haces adrede trata de evitar el uso de "idioma sms" en el foro que confunde.
creo que algunos 18F lo incorporan tambien,
Si, lo dije en el post próximo anterior. :mrgreen:
-
Chicos cuando piensan poner a samplear eso? Alguna idea? Por cierto, cuanto vale el kit de evaluacion? Es carillo no??
-
Chicos cuando piensan poner a samplear eso? Alguna idea? Por cierto, cuanto vale el kit de evaluacion? Es carillo no??
Si mal no recuerdo sale u$s 50 , unos 35€ , No me parece caro, pero tampoco barato.
Saludos
-
¿Podriais decirme que planeais hacer con el pic32 starter kit? (el de los 35€). Tiene programador y debugger on-board... creeis que se podrian "aprovechar" para usarlos en otros PIC32 sampleados? La verdad, no me importaria pagar ese dinero por un programador-debugger de pic32 jejeje
un saludo!
-
Te lo vendo :D
-
El que me vendes? Quiero fotos, specs, precio y de tó como en botica xD
-
Na, es broma, hombre. Es que me llegó esto:
http://www.todopic.com.ar/foros/index.php?topic=20298.msg151276#msg151276
hace un par de meses, y aún la tengo ahí sin utilizar. Sólo pude probarla una vez, pero no he tenido tiempo de jugar con ella.
-
¡Ya están aquí!, PIC32 con USB On the Go
http://www.sagitron.es/notas_prensa/microchip/mc0810.htm
(http://www.sagitron.es/notas_prensa/microchip/mc0810i.jpg)
-
¡Ya están aquí!, PIC32 con USB On the Go
http://www.sagitron.es/notas_prensa/microchip/mc0810.htm
(http://www.sagitron.es/notas_prensa/microchip/mc0810i.jpg)
Me caigo y me levanto!!!
Buenisimo!!!
Llegaran a la Argentina??
-
Me caigo y me levanto!!!
Buenisimo!!!
Llegaran a la Argentina??
La verdad... no hice el intento pero lo dudo bastante. No he tenido buenas experiencias queriendo pedir samples o kits a argentina :(
Una alternativa es comprarlos por digikey.
-
Me caigo y me levanto!!!
Buenisimo!!!
Llegaran a la Argentina??
La verdad... no hice el intento pero lo dudo bastante. No he tenido buenas experiencias queriendo pedir samples o kits a argentina :(
Una alternativa es comprarlos por digikey.
Yo compro aqui:
http://www.microchipdirect.com/productsearch.aspx?Keywords=PIC32MX,DM320001,SW006015,MA320001,AC244006,MA320002
si compras menos de 25 unidades, te sale mucho mas barato que en DIGIKEY que te castigan por comprar poco.
Saludos :)
chaos :)
-
a mi forma de ver, hay ver que aplicaciones realmente le necesitan, por que si no, pues talves estamos tratando de matar a un mosquito con un cañon, porque los 18f a mi ya me parecen sumamente poderosos, en fin, es bueno saber que existen, aunque aun no se me ocurra realmente para que..... :?
hay que escudriñar mas en ellosssss...
Tienes razon en que la familia 18F es suficiente para muchos proyectos, pero a medida que avanza la tecnologia influye en los precios, con la tecnologia puesta en la FABRICACION del PIC32, caben mas micros PIC32 en una oblea, de lo que caben si pusieran PIC18F, este ahorro lo traspasan a los usuarios, por lo tanto: para que comprar un rifle a 9 dolares, si puedes comprar un cañon en 5 dolares? bueno este pundo de ver la normal migracion de micros es porque estoy atado (en mi trabajo) a obtener mejor performance al menor costo, esto lo cumple el PIC32, cuento aparte sera aprender a ocuparlo :shock::mrgreen:
-
A alguno le han llegado ya los samples? Los mios estan por llegar :P
-
Pero microchip no esta enviando sambples de estos nuevos Microcontroladores... Con USB OTG solo hay maximo el PIC24FJ256GB110.. Lastima.
-
Ya están sampleables algunos modelos.
Por cierto,no sabía de los 24 con usb otg...aprovecharemos el tirón :)
-
A si si, el problema es que de las referencias que se pueden pedir, ninguna tiene USB OTG. :(
-
ah que te referías a eso,pues parece que no,que los que hay no lo llevan
-
... para que comprar un rifle a 9 dolares, si puedes comprar un cañon en 5 dolares? ...
:D :D :D
-
AAAHHHHH .... el PIC32 se programa con REAL ICE ..... !!!! :x :x :x
Con el ICD2 me da errores!!!
-
También se puede programar con GTPUSB PLUS. Real ICE es una pasada, pero vale una pastaaaa...
-
Estuve viendo el REAL ICE y me parecio muy muy bonito ... lastima cuando vi el precio :shock: :shock: :shock: ... mucho dinero para un simple programador ...
Aunque si soporta el ICD2 pero esta en versión beta! .... tuve que darle programar varias veces con el ICD2 y en una de tantas se programo bien!
-
Estuve viendo el REAL ICE y me parecio muy muy bonito ... lastima cuando vi el precio :shock: :shock: :shock: ... mucho dinero para un simple programador ...
Aunque si soporta el ICD2 pero esta en versión beta! .... tuve que darle programar varias veces con el ICD2 y en una de tantas se programo bien!
Hola ,
Saludos.
-
Estuve viendo el REAL ICE y me parecio muy muy bonito ... lastima cuando vi el precio :shock: :shock: :shock: ... mucho dinero para un simple programador ...
Como bien te ha dicho microlost el ICE no es un simple programador sino un "emulador". Tiene un hardware que emula al micro que decidas que emule (aunque hay que agregar módulos en función de ciertas familias lo cual lo hace aún más caro dependiendo de la aplicación). La ventaja es el gran tiempo que ahorra.
En países donde la hora hombre se paga 50 a 100 dólares, una herramienta como esta se paga sola simplemente con el tiempo que uno se ahorra.
En países donde se pague menos la hora, también se paga solo pero en un plazo mayor.
Saludos
-
Entiendo ... si sabia que el REAL ICE simulaba pero no se que tan rápido ... Ya vi la corrección pero el error que tengo es en la verificación del programa.
-
Entiendo ... si sabia que el REAL ICE simulaba pero no se que tan rápido ... Ya vi la corrección pero el error que tengo es en la verificación del programa.
Hola,
Saludos.
-
Estimados:
Este PIC32 permite usar memoria extendida, y por lo que vi tiene como 16 lineas osea si no mal entiendo
2 ^ 16: me da: 65.536 bytes para acceder. Ahora bien si lo divido por 1024 = 64Megas para memoria extendida
( por favor, confirmen este calculo o refutenmelo, indicandome el error )
La pregunta es: Alguien me puede dar un esquema o algun link en donde se expique
como unir esas lineas a una memoria.
Gracias a todos:
PD: la info de las lineas las saque de: + DataSheet PIC32MX_Datasheet_v3_61143C.pdf
+ Pagina: Page1-Preliminary
+ Texto: • Parallel Master and Slave Port (PMP/PSP) with
8-Bit and 16-Bit Data and Up to 16 Address Lines
gracias
-
Hola rpm.miranda@gmail.com bienvenido al foro.
Siento decirte que tus cálculos son erróneos. Si dividimos bytes entre 1024 lo que obtenemos son kB y no MB por lo tanto lo que obtienes son 64 kB.
Un saludo
-
Este PIC32 permite usar memoria extendida, y por lo que vi tiene como 16 lineas osea si no mal entiendo
2 ^ 16: me da: 65.536 bytes para acceder. Ahora bien si lo divido por 1024 = 64Megas para memoria extendida
2 ^ 16 posiciones de memoria no necesariamente significa 2 ^ 16 bytes. Puede que sean acceso a 32 bits completos y que el acceso sean de 2 ^ 16 = 65536 direcciones de 32 bits. No he leído la documentación, tan solo es una conjetura ;)
En ese caso serían 256kB
-
Hola soy nuevo en el foro. De momento estoy picando un poco por todos los temas tratados en el foro porque hay mucha información muy interesante. En este tema me gustaría hacer una pregunta. Según tengo entendido los PIC32 pueden utilizar una frecuencia de reloj muy alta ( 80MHz si no estoy equivocado). Para las pruebas que estas realizando ¿ que frecuencia de reloj utilizas? . Si esta frecuencia es muy alta ¿ no puede dar problemas en placas hechas de manera artesanal como las que utilizamos los aficionados?
-
Perdonar mi ignorancia en la materia, pero en el supuesto de que pudieramos cargar un sistema operativo en estos pics que ventajas tendriamos... personalmente solo e usado pics para pequeñas aplicaciones de control y todo lo programo en C. Con un sistema operativo, seguiria programando en C supongo, y que me aportaria el operativo??
Muy interesante todo lo ke habeis comentado. Un saludo
-
Este PIC32 permite usar memoria extendida, y por lo que vi tiene como 16 lineas osea si no mal entiendo
2 ^ 16: me da: 65.536 bytes para acceder. Ahora bien si lo divido por 1024 = 64Megas para memoria extendida
( por favor, confirmen este calculo o refutenmelo, indicandome el error )
La pregunta es: Alguien me puede dar un esquema o algun link en donde se expique
como unir esas lineas a una memoria.
Lamentablemente el metodo de acceso para esta extensión es indirecto, osea no podes acceder o ejecutar código desde la memoria externa sin tener que estar haciendo manganetas, por ahora olvidarse de correr ucLinux en este PIC.
Perdonar mi ignorancia en la materia, pero en el supuesto de que pudieramos cargar un sistema operativo en estos pics que ventajas tendriamos... personalmente solo e usado pics para pequeñas aplicaciones de control y todo lo programo en C. Con un sistema operativo, seguiria programando en C supongo, y que me aportaria el operativo??
Hola, te dejo mi opinion, en primer lugar mas que sistemos operativos se podrian cargar RTOS ( Real Time Operating System ), y se aplicarian mas que nada a sistemas concurrentes, es decir aplicaciones donde tenes muchos perifericos conectados con muchas interrupciones disparandose al mismo tiempo, desde la concepción de la implementación tradicional de un firmware este tipo de aplicaciones se implementan con máquinas de estados, desde el punto de vista de un RTOS es particionar todo el fimrware en tareas distintas con su correspondiente prioridad, porque no es lo mismo atender un interrupcion de teclado que un sensor de alerta en una reactor nuclear, el RTOS se va a encargar de hacer el switch automatico de cada tarea, como tambien de congelar una tarea cuando otra de mas alta prioridad es lanzada y volverla a ejcutar cuando esta finalizo. Ademas al ser real time el RTOS garantiza un maximo tiempo de respuesta a un evento en particular. Despues tenes un monton de servicion, como mensajes entre tareas, coordinacion, mail-box, etc, etc. Pero en definitiva, y pido perdon porque soy muy poco didactico explicando, usar un RTOS es un paradigma nuevo y una forma diferente de encarar un proyecto, mi opinion es que solo se justifica en sistemas concurrentes a full, sino con las maquinitas de estado alcanza, porque a veces y dependiendo del tipo de RTOS ( si tambien hay clasificaciones diferentes ) es peor el remedio que la enfermedad....
Saludos !
-
Fijaos qué espectáculo. Como disfrutaría yo con uno de estos si tuviera tiempo :?
-
Está bueno el video. Es que con 80MHz ya se pueden hacer muchas cosas y más si es de 32 bits.
-
al parecer estos pics son muy buenos, lo que no me agrada mucho de ellos es que al ser de 32 bits sus timers sean solo de 16bits, pero al tener un RTC esto es pasable.
en principio casi todo lo que lei sobre estos pics eran puras criticas, de que la arquitectura es mala que no valen la pena y demas, pero creo que eso es mas porque se metio en un mercado dominado por los ARM y sus fans son los que critican todo lo nuevo.
quisiera tener uno en mis manos, pero por culpa de la aduana y el alto costo del transporte todo lo que compro de afuera de mi pais me sale casi el doble.
salu2:)
-
Saludos foreros!!
Yo tambien he adquirido ya hace un par de meses el starter kit y el starter board, este último tiene el PIC32MX que tiene OTG...
Lamentablemente la explorer 16 que tambien adquiri no programa los plug-in module sin un debugger...
Si tienen ejemplos de firmware Host USB adicionales a los de la stack que proporciona microchip les agradesco!!
-
holas disculpen alguien podria decirme si en los entrenadores que tienen , hay un chip para conversion d/a , cual es el codigo? para chekear el datasheet , esque aqqui solo tengo el chip 32mx y quisiera armarle su placa entrenadoraa,
-
Los pic32 son de nucleo MIPS32 M4K. Para armar una placa de prueba con pic32mx primero tienes que tener el programador, el la hoja de datos estan los pines de coneccion yo ise una placa con ARM la fuente tiene que estar bien filtrada con varios capacitores de 100nF y uno capacitor lo mas cercano al pin de alimentaion, si es posible que sea de doble cara que la parde de tierra debe cubrir los mas posible del la placa esos chips son sensible a la estatica.