PSoC como bloque general de adquisición de datos

3

He estado observando de cerca los chips PSoC (en particular, la serie 1). Con los bloques analógicos reconfigurables, parecen ser una gran solución para las necesidades generales de adquisición de datos para proyectos de prototipo .

Estoy pensando en comprando el programador (académico de $ 37) y algunos chips de PSoC 1 para que puedo evitar construir amplificadores y filtros, y diseñar dispositivos electrónicos de una manera más intuitiva (más como Max / MSP).

Aquí está la cadena de señal que estoy viendo para mi proyecto actual:

(ruidosos) sensores resistivos textiles = > divisor de voltaje = > PSoC (amplificador = > filtro de paso bajo) = > (Xbee = > Xbee?) = > Teensy ((decodeXbee | ADC) = > código micro-OSC = > USB) = > Max / MSP / Jitter

La gente no tuvo mucho que decir sobre PSoC en el último hilo . ¿Crees que son excesivas para las tareas generales de procesamiento de señales en los prototipos? ¿No vale la pena la conveniencia? ¿Espera unos años para que se solucionen los errores?

Edición 1: no estoy buscando la mejor solución para mi proyecto actual, tengo curiosidad por saber si cree que PSoC es una buena inversión para la creación de prototipos en general. Veo dos ventajas para mí:

  1. Aprendo (y comparto con la comunidad local) una nueva tecnología
  2. Cuando necesito hacer procesamiento de señales en prototipos, en lugar de buscar circuitos, especificar partes, ordenarlas, esperarlas y luego ensamblarlas, puedo sacar un PSoC, configurar los bloques que necesito y enchufarlos una placa de pruebas

Esto fue motivado por las respuestas a una anterior pregunta que hice aquí . Pensé que, en lugar de comprar y aprender a usar PGA y amplificadores de instrumentación, podría conocer PSoC y convertir un problema de hardware en un problema de software.

Edición 2: pedí el kit MiniProg1 de NKC Electronics . Te haré saber cómo va.

    
pregunta terrace

3 respuestas

1

Lamentablemente, no puedo comentar mucho sobre PSoC, realmente no me ha solucionado un problema importante.

Lo que puedo decir es que puedes conectar tus sensores resistivos ruidosos a un PIC o AVR y luego filtrar el software, por lo que el PSoC tampoco está resolviendo un problema para ti.

Para algunos sensores donde se necesita un amplificador real antes del A / D, entonces un PSoC podría ser útil, pero no creo que sea importante para su diseño en particular, y puede que sea más costoso que el PIC equivalente. Solución AVR.

    
respondido por el Adam Davis
1

He tenido buena suerte con algunos de los PSoC más antiguos en ciertas circunstancias. Lo usé para una placa de distribución en serie, ya que podríamos cargarlo con múltiples UART. Aunque no hice mucho uso de los bloques analógicos.

En general, no me gustó la GUI que tenían para la programación / configuración. Mis colegas dicen que ha cambiado para mejor con las versiones más nuevas, pero no lo he probado.

¡Otro problema que tuve fue que esos PSoC más viejos eran LENTOS! 24 MHz, sí, pero cada operación toma al menos 4 ciclos de reloj, probablemente más, y si está programando en C, puede olvidarse de cualquier gran velocidad. Sí, tienes interrupciones y todo eso, pero NO podrás realizar ningún procesamiento complicado en tiempo real ni una comunicación en serie rápida. Como antes, los chips más nuevos son supuestamente más rápidos, pero no los he usado.

Si está buscando precisión y exactitud, entonces un PSoC puede no ser la opción correcta. Si se trata de una adquisición de datos general, le está resultando difícil hacerlo con otro chip sin agregar varios

    
respondido por el AngryEE
1

No ha mencionado cuántos sensores, qué niveles de voltaje / corriente o adquisición de datos velocidad que necesita. También costo y tamaño.

¿Es posible condicionar el sensor ruidoso cerca del sensor? Si puedes poner un filtro en la fuente de ruido y búfer la señal con un amplificador operacional (que tiene una impedancia de salida baja) tendrá una ruta de señal más limpia. Filtrar en la fuente de ruido es lo contrario de lo que obtendría con un PSoC (a menos que el PSoC sea cerca de la fuente de ruido). No tengo suficiente información en tu aplicación para saber si esto haría una diferencia cuantificable.

Mover los amplificadores operacionales (y otros componentes analógicos) al PSoC ayudará con algunos de El cableado, pero es probable que todavía necesite cambiar componentes pasivos externos y observar buenas prácticas de diseño analógico.

La mayor parte de mi trabajo ha sido con sistemas que combinan una unidad de usuario mínimamente integrada con periféricos de alta resolución (16/18/20 bit DACS y ADCS) o sistemas que puede usar los recursos de 8/10 bits que todos los uC parecen tener. Yo ocasionalmente agrego un amplificador operacional o amplificador de instrumento.

En mi último diseño, un uC con un solo (o doble amplificador operacional) hubiera sido extremadamente práctico, pero la mayoría de las veces no es un problema.

    
respondido por el jluciani

Lea otras preguntas en las etiquetas