ADC externo conectado a un PIC18F4550

El problema de samplear mucho es que luego tienes un "empacho" de datos que hay que gestionar. Si no tienes un sistema de escritura en la SD que sea rápido puedes tener un problema.

Me sorprende que sean tan leeeeeeentos esos ADC porque el que usaba yo hace dos dećadas con una CPU a 1Mip llegaba a 71,5kHz de muestreo, de hecho el problema era gestionar ese chorro de datos. Si no se hacían las cosas "con amor" no podías seguirle el ritmo ni de lejos. 14us tardaba en responder, así que como cada instrucción era 1us descontando la de leer y la de dar la orden de volver a convertir te quedaban solo 12 para ver que hacías con el dato... como para poner delays ahí. Si querías generaba una interrupción pero montar y desmontar una interrupción para 12 instrucciones nunca le encontré sentido.
 
Última edición:
No son lentos, es que estan echos solo para la voz humana, por lo tanto no necesitan tanta velocidad de muestreo, pue se limitan a ese rango y con 32Khz recontra sobra, eso esta comentado en el hilo, no lo has leído todo....
 
Lo comente más arriba, la información del muestreo la tengo que encriptar y almacenarla, para luego poder enviarla a un segundo dispositivo (que deberá desencriptarla) para poderla reproducir. Pero que también se pueda enviar a una pc o smarthphone.
 
Gracias por sus comentarios y compartir sus experiencias con esto de los ADCs.

Ok, entonces con esto se cumple la primera medida pandacba y de hecho está mejor, porque el PIC ya no tiene que grabar tarjeta SD, ya solo tendría que ver cómo conectarlos, tomar la información, que la encripte el PIC y la envié.
 
Es solo una idea, si hubiera una PC se podria utiizar la propia placa de sonido y utilizar software para la grabación, hay muchos y muy buenos y también hay soft para la codificación de voz, tal vez te pudiera servir
 
Es buena idea, se podría aplicar más adelante o para otro proyecto . Pero por ahora necesito que sea un dispositivo independiente con el que se pueda grabar encriptar y enviar las notas de voz.
 
Pues entonces te fuerza a tener una ampliación de memoria; si grabas a unos cuantos kHz tienes unos cuantos kB cada segundo que grabas, y la cantidad de ram que lleva un microcontrolador no suele ser muy grande, eso implica procesar y comprimir conforme muestreas o de lo contrario saturarás la ram en pocos segundos de grabación, si es que llegas al segundo.
Eso o grabar en una SD un .wav que a fin de cuentas es mas o menos el sampleo tal cual entra y después compartir ese archivo, si lo comprimes a mp3 lo veo un tanto duro, la verdad.
Así que habrá que samplear y enviar de una.

¿Y usar algún dispositivo específico para grabar eso? Un microcontrolador "generalista" lo veo un poco justo para esa tarea, si no es que se elije uno "gordo"
 
Así es Scooter, la SD se vuelve imprescindible para almacenar la información debido al poco RAM que se tiene y la cantidad. Por eso lo que me compartió pandacba ayuda mucho a resolver eso. No descarto la posibilidad de cambiar a un Microcontrolador más gordo. Pero para poderlos programar, yo tendría que cambiar software y hardware. No se si tu has manejado alguno de los más gordos para alguna aplicación, si es así, ¿Cuál recomiendas y con que los programas?
 
Tendrias que empezar a ver los dspic que es otro mundo y ver si a n ivel costo es rentable.
Hoy si quiero utilizar un decoder Lamer, me sale más barato un chip dedicado que un dspic sin programar.
En pequeños proyectos no tienen sentido.
Pero sería bueno que Scooter muestre lo que le pides
 
En eso tienes razón pandacba, con un decoder ya ahorras tiempo y dinero. Creo que todo depende del proyecto y de la aplicación. Yo la verdad no he utilizado los dspic hasta ahora, ya que me era suficiente con los PICs para proyectos normales, como encender leds, controlar motores, usar el modulo USB etc. Pero ahora que se presentó esto y se vuelven más complejos los objetivos, en cuanto a manejo de señales y buses de otros inegrados, pues si me preocupa no quedarme atrás y seguir aprendiendo a manejar nuevas herramientas para resolver los problemas que se presenten.

No se si Scooter haya tenido la oportunidad de utilizar los dspics u otro tipo de micro, pero lo que me pueda comentar de sus experiencias se lo agradecere (y):), así como te doy las gracias a ti por escribirme y darme orientación.
 
Última edición:
No he usado los dspic, últimamente estoy comodón y solo uso arduinos...
Y si que sé algo de los arduinos, que el ADC es insultantemente lento por la configuración que eligieron los Arduino boys y que el driver SD SDHC es aún más lento.

Así que cuidado con las SD, es evidente que cualquier tarjeta del montón de ahora tiene velocidad de sobra pero la inmensa mayoría de los proyectos con microcontrolador, por no afirmar que en todos, los casos se hace un interface SPI y no SD y no sé si es por ese u otro motivo velocidad no dan.

Así que yo buscaría otro sistema que de más velocidad, de ADC interno y de conexión a SD, creo que un PIC normal no va a llegar en muchos casos.
 
Sigues en la misma, para la necesidad ya prácticamente resuelto, para que liarte con esas cosas, no tiene porque utilizar arduino, el modulo que he mostrado no ha sido desarrollado para arduino es un modulo totalmente operativo en si mismo y lo secundario ha sido dejado para manejarse mediante teclas o culquiet tipo de micro, por lo que "arduino no interviene en modo alguno, el modulo cumple sobradamente su cometido y hay una gran variedad de ellos, una larga experiencia en este tema desde los decodificadore Lame para mp3 y otros que funcionan muy pero muy bien, entonces para que complicarte la vida si no aporta ninguna mejora?
 
Si, por supuesto padacba ya el objetivo se cumple con el módulo (y):excelente:

Solo pregunto a Scooter para conocer precisamente su experiencia, como la que nos comenta y pues bueno con esto enriquecer las posibilidades para otros proyectos o en este caso descartar el adc de Arduino jajaja :LOL:.

Gracias muchachos ;)
 
Atrás
Arriba