Si además quieres enviarnos un Artículo para el Blog y redes sociales, pulsa el siguiente botón:
Hola,
Me estoy mirando de comprar una de estos dos analizadores lógicos, qué me recomendáis.
Bus Pirate (40.15$): http://dangerousprototypes.com/docs/Bus_Pirate http://www.seeedstudio.com/depot/bus-pirate-v4-for-developers-p-740.html?cPath=174 " onclick="window.open(this.href);return false;
Saleae (129€/149$): http://www.saleae.com/logic " onclick="window.open(this.href);return false;
¿Algún otro?
S2
Ranganok Schahzaman
Desde el punto de vista que trabaja con sistemas de test industriales todo el día (tanto comprados como de diseño propio), me compraría con los ojos cerrados el Saleae.
Para analizar I2C y SPI, tengo la mala costumbre de usar algo tan arcaico, analógico como es un osciloscopio... Pero es que ya estoy muy mayor y senil y tal...
Lo malo es que el Saleae sólo llega a tomar muestras a 16MHz, tiene un modo de 24MHz pero no funciona correctamente (lo estoy usando ahora mismo), lo cual para SPIs (a 8MHz de reloj) a veces pierde muestras...
Otro que entra en discordia:
Open Workbench Logic Sniffer (50$ + cables) : http://www.seeedstudio.com/depot/open-workbench-logic-sniffer-p-612.html?cPath=174 " onclick="window.open(this.href);return false;
Lo malo de este es que sólo tiene 16K samples de profundidad, pero de velocidad va sobrado 50MHz (con 32 canales).
S2
Ranganok Schahzaman
Un analizador de SPI que se precie tiene que poder probar el interfaz a 50MHz sin problemas, pero ojo, no sólo debe hacerlo de manera analógica. Si funciona bien a nivel físico, el analizar el protocolo es algo que se escapa del osciloscopio, y entonces no hay nada com un sistemas digitales con el SPI físico. Es decir, igual sí que te conviene para este tipo de análisis el BusPirate, aunque yo nunca he tenido que meterme a analizar el SPI con tanto detalle. Siempre me ha funcionado bien a la primera...
Por cierto, otra opción sería FTDI como el 2232, un PC, y C#, por ejemplo. Está más currao, pero podría valerte.
Me acabo de acordar, que la única vez que tuve problemas con buses de comunicaciones, fue con el I2C, y fue debido a las librerías que me pasaron. Para solucionarlo, me fue mil veces mejor el osciloscopio que ningún analizador de protocolos. Perdí una semana, que es más de lo que hubiese tardado en escribir dicha librería...
Con el FTDI dependes del PC para que vaya rápido, creo que al final tendré que crearme el mio propio: Micro rápido con USB + contador discreto rápido + RAM + driver de entrada.
UN PIC24E tiene una control a 70MIPS con lo que el pin de control del reloj del contador puede ir a esa frecuencia (los AVR no verdad? 😈 ). Es pin conectado a la entrada de un contador que vaya augmentando el address de una RAM y los datos vía driver de entrada a la RAM.
Lo malo será hacer el soft para PC (me da palo).
S2
Ranganok Schahzaman
