Enoncer des messages

Sep 12, 2009 9 Replies

Bonjour à tous, cela faisait bien longtemps que je n'étais pas passé par ici...



Je viens faire appel à vos lumières: j'aimerais ajouter à une carte existante la possibilité d'énoncer des messages vocaux types ("Veuillez patienter, "Non valide"...).



J'hésite entre 2 solutions: Utiliser ma carte actuelle (80186 @ 96MHz), ou ajouter une carte optionnelle.


- Dans le cas de la carte actuelle, l'avantage est évidemment le coût (encore que ce ne soit pas vraiment un problème). Par contre, il me faut soit beaucoup de place pour stocker les messages au format WAV mono 8KHz, soit un algorythme de compression compatible avec la puissance de mon processeur (et accessoirement tout programmé !!!)


- Dans le cas d'une carte optionnelle, j'envisageais de la baser sur un ISD1700, mais ma principale inquiétude, c'est que si l'on peut piloter le composant via un bus SPI (lecture, stop, enregistrement...), je n'ai pas l'impression que l'on puisse aller programmer directement la mémoire afin de dupliquer les messages d'un ISD à l'autre. Je ne me vois pas devoir réenregistrer les messages en analogique pour chaque ISD !!! D'autre part, la fonction enregistrement ne me sert nullement, aussi peut-être n'est-ce pas le composant le plus adapté (si vous avez des références...)



Merci à tout pour vos avis...


Bonjour ,

peut etre y aurait-il ici un truc qui pourrait te convenir ?

formatting link

Franck

"Franck Delarue" a écrit dans le message de news: snipped-for-privacy@aol.com...

Franck T a couché sur son écran :

Oui, merci. il y a effectivement à creuser de ce côté...

Sinon, j'ai aussi regardé côté ISD1700, et il semble que l'on puisse dupliquer le contenu d'un master en 100% numérique via le SPI.

formatting link
formatting link

Par contre, la datasheet ne détaille pas du tout les opcodes qui permettent cela... >:|

news:

r des

z), ou

=FBt

faut

Hz,

n

er le

as

afin

ur

es

e

hi

sinon stockage sur sdcard...2Go... lecture via spi/fat16... et restitution via pwm, r2r ou dac... si ton uc peut suivre...

moi je fais comme =E7a (sdcard > pwm et r2r) avec des pics 18Fxxxx... @40Mhz...

=E7a suit jusqu'en 16bits/22Khz... mais bon...c'est au max... donc, c'est tr=E9s honorable... en 8b/8khz...

bon'dimanche =E0 tous, vede ;O]

e news:

cer des

MHz), ou

o=FBt

e faut

8KHz,
n

un

oter le

pas

re afin

pour

des

sse

euhhhhhhhhhh... tr=E9s correct... en 8bits....

11khz...

vede ;O]

Après mûre réflexion, je compte malgré tout m'orienter vers l'ISD1700. La datasheet ne détaille pas les opcodes qui permettent de lire/écrire directement les data en numérique, j'envisage donc de faire du reverse engineering et de tenter ma chance avec les opcodes non utilisés...

Franck Delarue se fendait de cette prose :

Où tu vois des opcodes ? Et il n'y a pas de data bus (même série).

LeLapin

LeLapin avait énoncé :

Ben... Dans la Datasheet !!!

formatting link
Page 39-40, on parle des opcodes destinés à piloter le circuit via son bus SPI que l'on voit bien sur le schéma d'exemple de la page 78 !!!

Franck Delarue se fendait de cette prose :

C'est marrant j'ai pas du tout trouvé la même datasheet :

formatting link

LeLapin

Le 13/09/2009, LeLapin a supposé :

Tiens oui, visible une préversion très incomplète. Au moins dans celle-là on trouve le commentaire associé à l'* dans les schéma qui a disparu dans les releases suivantes !!! En clair pour ce composant, il faut vraiment fouiller le net pour compiler la documentation...

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required