[ZEOMA] Diagrama de Bloques de ZEOMA (PCB) [ZEOMA]

[nintiendo1]

Sí, tiene toda la razón! Solo había contado un potenciómetro por cada joystick y son dos.

Ok, gracias.

Ya me han ofrecido varias alternativas, aunque no sé si son de 4 ADCs y entonces se nos quedan cortas.

Te digo todo lo que me han dicho para que lo analices tú y me respondas, que estos temas se me quedan muy grandes y no entiendo.

1º

but you should be able to do keyboard matrix scanning to cover 16 buttons, 4 input 4 output... unless you really really want all
possible button combinations, hmmm...

are there any keys which may not be pressed together, so you can do matrix-scanning on those, at least?

i will see if there is an I2C ADC/GPIO IC around... also now SPI is available so you could use that.

2º

ok so the MCP3004 is an SPI-based 10-bit ADC 4 channel, $1.50 in 5k volume, 200k-samples/sec, that's possibly waay more than you need? it's popular on adafruit and other places

3º

and if you use the next one up from the PCA9536 - the 16-bit one - i think you're covered?

http://uk.farnell.com/texas-instrume...qfn/dp/1863092

that one looks ok....

Con lo que me respondas tú a estas 3 preguntas-proposiciones, les respondo a ver que nos dicen. La verdad es que ellos saben bastante de esto, no han tardado mucho en ofrecer soluciones xD

Saludos y gracias.

-----Actualizado-----

Para @Segata Sanshiro también. Si se nos queda corto el MCP3004 , mira a ver el MCP3008, que creo que tiene más ADCs (míralo a ver). Además me he dado cuenta que está muy usado en la Raspberry, por lo que hay muchos ejemplos:
http://ww1.microchip.com/downloads/en/DeviceDoc/21295C.pdf
https://learn.adafruit.com/reading-a-analog-in-and-controlling-audio-volume-with-the-raspberry-pi/overview
http://www.raspberrypi-spy.co.uk/2014/04/using-a-joystick-on-the-raspberry-pi-using-an-mcp3008/

Saludos y gracias!

[Segata Sanshiro]

Me parecen muy buenas ideas.

La posibilidad de usar un ADC por separado con interfaz serie (había pasado por alto que también tenemos SPI, no solo I2C) es interesante, aunque no sé qué haríamos con los controles digitales en ese caso. A bote pronto me parece mejor tener un microcontrolador con ADCs integrados que lo controle todo y salga con un interfaz serie, pero ni lo he pensado mucho ni he mirado proyectos caseros similares, que seguro que hay varios que ya han resuelto este problema.

El escaneo matricial que proponen creo que no sería recomendable en el caso concreto de un mando para videojuegos en el que queremos poder pulsar cualquier combinación de teclas sin problemas.

Otra cosa a considerar es la disponibilidad del ADC o micro que elijamos en un paquete que sea razonablemente fácil de soldar a mano.

¿Los mensajes que pones están sacados de correos o de un foro? Era para meterme directamente en el foro si fuera el caso.

[nintiendo1]

Me parecen muy buenas ideas.

La posibilidad de usar un ADC por separado con interfaz serie (había pasado por alto que también tenemos SPI, no solo I2C) es interesante, aunque no sé qué haríamos con los controles digitales en ese caso. A bote pronto me parece mejor tener un microcontrolador con ADCs integrados que lo controle todo y salga con un interfaz serie, pero ni lo he pensado mucho ni he mirado proyectos caseros similares, que seguro que hay varios que ya han resuelto este problema.

El escaneo matricial que proponen creo que no sería recomendable en el caso concreto de un mando para videojuegos en el que queremos poder pulsar cualquier combinación de teclas sin problemas.

Otra cosa a considerar es la disponibilidad del ADC o micro que elijamos en un paquete que sea razonablemente fácil de soldar a mano.

¿Los mensajes que pones están sacados de correos o de un foro? Era para meterme directamente en el foro si fuera el caso.

Es una especie de foro-email, te he enviado un MP explicándote como funciona y como puedes registrarte.

¿Al final entonces que nos recomiendas usar?

Saludos y gracias.

[Drumpi]

Bueno, el tema de los botones hay varias formas de enfocarlo.
Si usamos los analógicos mediante ADCs, los botones pueden ir directamente por otro lado. No sé si este I2C tiene suficientes puertos para ello, pero una solución que utilicé en una práctica con un 68000 era la multiplexación en el tiempo, o más bien una transmisión en serie:
Nos pasaba que teníamos que mostrar una matriz de 4x4 leds, lo cual nos consumía 16 terminales de salida. Se nos ocurrió que podíamos usar varios flip-flops en serie, y con dos líneas (una para el dato, y otra para provocar el flanco de subida) podíamos escribir los datos, e incluso nos volvimos locos e hicimos una matriz de 8x16 (y porque no nos cabían más en la placa).

Dado que la velocidad de reloj en el PCB es muy alta, quizás podamos usar multiplexación para leer los estados de cada botón, uno en cada ciclo. Una persona no va a pulsar más de 50 veces un botón por segundo, por lo que se necesita una velocidad mínima de 100Hz. Si son 16 botones, ya hablamos de 1'6KHz ¿A cuánto va la placa? Creo que a más de 100MHz seguro ¿no?. El problema es sincronizar los datos.

Una matriz de datos no me parece adecuado, y seguro que los mandos USB hacen algo parecido, con un conversor paralelo-serie o similar. Yo miraría por ahí... a menos que nos sobren puertos de entrada.
Y es por eso que pensaba que los controles iban a ir conectados por USB, porque nos ahorraba esto, pero cosa de mi ignorancia ^^U

PD: este mes voy a estar fuera, por si no respondo.

[nintiendo1]

Bueno, el tema de los botones hay varias formas de enfocarlo.
Si usamos los analógicos mediante ADCs, los botones pueden ir directamente por otro lado. No sé si este I2C tiene suficientes puertos para ello, pero una solución que utilicé en una práctica con un 68000 era la multiplexación en el tiempo, o más bien una transmisión en serie:
Nos pasaba que teníamos que mostrar una matriz de 4x4 leds, lo cual nos consumía 16 terminales de salida. Se nos ocurrió que podíamos usar varios flip-flops en serie, y con dos líneas (una para el dato, y otra para provocar el flanco de subida) podíamos escribir los datos, e incluso nos volvimos locos e hicimos una matriz de 8x16 (y porque no nos cabían más en la placa).

Dado que la velocidad de reloj en el PCB es muy alta, quizás podamos usar multiplexación para leer los estados de cada botón, uno en cada ciclo. Una persona no va a pulsar más de 50 veces un botón por segundo, por lo que se necesita una velocidad mínima de 100Hz. Si son 16 botones, ya hablamos de 1'6KHz ¿A cuánto va la placa? Creo que a más de 100MHz seguro ¿no?. El problema es sincronizar los datos.

Una matriz de datos no me parece adecuado, y seguro que los mandos USB hacen algo parecido, con un conversor paralelo-serie o similar. Yo miraría por ahí... a menos que nos sobren puertos de entrada.
Y es por eso que pensaba que los controles iban a ir conectados por USB, porque nos ahorraba esto, pero cosa de mi ignorancia ^^U

PD: este mes voy a estar fuera, por si no respondo.

En teoría tenemos puerto I2C y SPI, por lo que no tendríamos que recurrir a un USB, que supongo que encarecería (y dificultaría) el diseño.

Respecto a lo otro, ni idea, eso que ya lo valore alguien con idea sobre esto.

Saludos.

[Segata Sanshiro]

El I2C (y el SPI) usan un bus compartido por todos los periféricos, no hacen falta pines extra por cada uno que quieras añadir. El microcontrolador haría de serializador. Y en cuanto a la sincronización, ambos buses usan su propia señal de reloj. En nuestra placa de hecho habrá varias señales de reloj, no es raro en cualquier diseño mínimamente complejo.

Gracias por el mensaje nintiendo, ahora me apunto a la lista. De todos modos, ¿es privada o algo? Es por ponerlo por aquí para todo el que quiera acceder.

PD: Drumpi, aprovecha el mes de vacaciones para ir preparando el retorno de Echo, en este caso a Zeoma

[nintiendo1]

El I2C (y el SPI) usan un bus compartido por todos los periféricos, no hacen falta pines extra por cada uno que quieras añadir. El microcontrolador haría de serializador. Y en cuanto a la sincronización, ambos buses usan su propia señal de reloj. En nuestra placa de hecho habrá varias señales de reloj, no es raro en cualquier diseño mínimamente complejo.

Gracias por el mensaje nintiendo, ahora me apunto a la lista. De todos modos, ¿es privada o algo? Es por ponerlo por aquí para todo el que quiera acceder.

Es público, no lo he puesto porque es quizás demasiado complejo, no creo que interese mucho y no sé si se considera spam, pero bueno, lo pongo y si no que lo borren:

Es una especie de foro - email.

Te explico, es un servidor donde tú te registras con tu email. La gente envía un correo a ese servidor, y ese servidor lo reenvia a todos los que están registrados en ese servidor.

Para registrarte y que te llegen los mensajes a tu email como correos, entra en esta página: http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook y registrate poniendo los datos que te pide.

Una vez estas registrado, para crear un nuevo tema, crea un email arm-netbook@lists.phcomp.co.uk (el asunto del correo es el título del hilo y el mensaje es el mensaje).

Cuando te llegue un mensaje en forma de email, si quieres responder a ese hilo, responde al email como respondieses a un email cualquiera.

Para ver los mensajes antiguos, entra aquí: http://lists.phcomp.co.uk/pipermail/arm-netbook/

Los mensajes de este mes son: http://lists.phcomp.co.uk/pipermail/...ly/thread.html

Volviendo al tema de los controles, supongo que lo mejor es usar el MCP3004 (si soporta 6 ADCs) o el MCP3008 (si el anterior no soporta los 8 ADCs). Lo que no sé es si el MCP3004/8 soporta también los botones digitales, o deberíamos recurrir a otro IC.

De todas formas, si te vas a registrar allí, casi que mejor que pongas un mensaje y lo hables con ellos, que vamos a avanzar más que saben de esto (no como yo que estoy dando palos de ciego) xD

Saludos.

[Limonetti]

Ojo que por SPI normalmente aparte de datos y reloj se usa una linea para seleccionar el esclavo con el que quieres comunicarte. Ahí si que haría falta al menos una mas. Con I2C no hace falta porque mandas la dirección y ya el esclavo se da por enterado, quedándose los demás a su bola.

En cuanto a lo de las entradas y salidas que comentáis, veo que el port expander que hay en el diagrama solo tiene cuatro lineas (PCA9536). Si hacen falta para unicamente los botones, con uno de 16 por ejemplo creo que tenéis de sobra, y es lo más cómodo a la larga, creo. Hacerlo por multiplexación no es tan cómodo a la hora de programar el firmware ni a la hora de rutear la placa.

EDIT: acabo de darme cuenta de que son 17 botones. Pero vamos, imagino que habrá alguno que se ajuste.

[nintiendo1]

Ojo que por SPI normalmente aparte de datos y reloj se usa una linea para seleccionar el esclavo con el que quieres comunicarte. Ahí si que haría falta al menos una mas. Con I2C no hace falta porque mandas la dirección y ya el esclavo se da por enterado, quedándose los demás a su bola.

En cuanto a lo de las entradas y salidas que comentáis, veo que el port expander que hay en el diagrama solo tiene cuatro lineas (PCA9536). Si hacen falta para unicamente los botones, con uno de 16 por ejemplo creo que tenéis de sobra, y es lo más cómodo a la larga, creo. Hacerlo por multiplexación no es tan cómodo a la hora de programar el firmware ni a la hora de rutear la placa.

EDIT: acabo de darme cuenta de que son 17 botones. Pero vamos, imagino que habrá alguno que se ajuste.

Ahora tengo una duda. Los joystick son de esos que tienen un botón al pulsarlos, por lo que no sé si cada joystick son 2 ADCs solo (y en los ADCs se incluye el botón central), o si son 2 ADCs + botón digital, ¿alguien puede mirarlo? Es que no me aclaro. Estos son los joystick: http://www.digikey.com/product-detai...50B-ND/1755918 y dentro de este enlace hay enlaces para los datasheets y drawings a ver si vosotros que entendéis me decís. Porque si el botón central es un botón aparte, en total serían 19 botones.

Por lo que veo de tu mensaje, nos recomiendas usar el PCA9536 para los botones y el MCP3004/8 para los ADCs, ¿no? ¿Eso sería lo más sencillo o no me he enterado bien?

Saludos y gracias.

[Limonetti]

El PCA9536 es muy pequeño, me refería a que haría falta algo más grande, como por ejemplo un par de 16 lineas como por ejemplo PCA9555.

Haciendo la busqueda en plan super rápida en farnell no he visto mucha cosa, y he puesto ese por ser del mismo fabricante. Ya más grandes hay de 40 alguno.

Los joystick por lo que veo también se pueden usar como botón. Llevan 8 pines (3 y 3 para los potenciomentros y dos para el interruptor imagino).

[nintiendo1]

El PCA9536 es muy pequeño, me refería a que haría falta algo más grande, como por ejemplo un par de 16 lineas como por ejemplo PCA9555.

Haciendo la busqueda en plan super rápida en farnell no he visto mucha cosa, y he puesto ese por ser del mismo fabricante. Ya más grandes hay de 40 alguno.

Los joystick por lo que veo también se pueden usar como botón. Llevan 8 pines (3 y 3 para los potenciomentros y dos para el interruptor imagino).

Supongo que aunque haya 2 pines para el interruptor, cuenta como un solo botón digital, ¿no? En ese caso, son un total de 19 botones digitales y 4 ADCs.

Según pone Mouser, el PCA9555 está en el final de su ciclo de vida, por lo que no recomiendan usarlo. ¿Alguna alternativa que nos sirva? Aquí está toda la línea del PCA95XX de TI por si queréis mirar cual nos sirve y no esté al final de vida: http://www.mouser.es/Semiconductors/...+texas&FS=True

Saludos y gracias.

[Limonetti]

Otra opción seria entonces el MCP23017 que también va por I2C. Esta por ejemplo en Farnell en esas variantes. Tenéis también una libreria de ejemplo para arduino. He visto que lo vendían en Adafruit y ahí suelen tener info de soporte. Pero habrá más cosas hechas por otros sitios seguro.

Esta también ha sido una busqueda rápida y en plan facil, no he entrado en el detalle de disponibilidades de cara a un futuro ni en otros factores. Si queréis afinar no creo que tengáis problemas en encontrar para un mismo fabricante.

[nintiendo1]

Otra opción seria entonces el MCP23017 que también va por I2C. Esta por ejemplo en Farnell en esas variantes. Tenéis también una libreria de ejemplo para arduino. He visto que lo vendían en Adafruit y ahí suelen tener info de soporte. Pero habrá más cosas hechas por otros sitios seguro.

Esta también ha sido una busqueda rápida y en plan facil, no he entrado en el detalle de disponibilidades de cara a un futuro ni en otros factores. Si queréis afinar no creo que tengáis problemas en encontrar para un mismo fabricante.

Supongo que el MCP23017 viene en sustitución del MCP3004/8 que ibamos a usar ¿no?

Mientras soporte 6 ADCs, nos sirve, y si además es más fácil usar I2C que SPI, pues mejor.

Por cierto, el creador del EOMA-68 se ha ofrecido a ayudarnos, aunque por ahora va a ser que no porque no tenemos nada (vamos mucho más atrasado de lo que piensa), pero en un futuro nos puede ayudar:

ok so you have an IC for the GPIO, and one for the ADC. i'm happy to help you with the PCB: would you like to try sending me a DXF file with the outline of the PCB edge, maybe also where the buttons are supposed to go? we can see if i can import it?

Saludos y gracias.

[Limonetti]

Supongo que el MCP23017 viene en sustitución del MCP3004/8 que ibamos a usar ¿no?

Mientras soporte 6 ADCs, nos sirve, y si además es más fácil usar I2C que SPI, pues mejor.

Por cierto, el creador del EOMA-68 se ha ofrecido a ayudarnos, aunque por ahora va a ser que no porque no tenemos nada (vamos mucho más atrasado de lo que piensa), pero en un futuro nos puede ayudar:


Saludos y gracias.

Nop, el MCP3004/8 es un ADC, el MCP23017 viene a sustituir al PCA9555 por lo que me has indicado antes de lo del ciclo de vida. Seria para las entradas digitales.

[Segata Sanshiro]

He enviado un correo a la lista sin suscribirme, a ver si aparece bien.