Recherche composant (mémoire)

[invite43e30b82]

Bonjour à tous !

Petite intro :
Je travaille sur la conception d'un système pour mon projet en école et l'une des parties de celui-ci est à miniaturiser tant bien en espace qu'en coût énergétique.
A l'heure actuelle, cette partie comprend un accéléromètre, un arduino mini pro et une partie modulation FSK.
lorsque le système bouge trop, l'accelero envoie une interruption à l'arduino, qui envoi un octet vers la modulation.


J'ai trouvé de nombreuse manière de réduire le coût énergétique de l'arduino, mais je suis tout de même à la recherche d'un composant capable de remplacer la tache simple qu'il exécute.

Donc :
Je recherche un composant capable de mémoriser un octet (ou plus mais n'est pas nécessaire) qui pourrait émettre cet octet dès lors qu'il détecte un changement de niveau à son entrée


Voilà, merci à tous d'avoir pris la peine et de m'avoir lu.
Je suis ouvert à toute proposition !
-----

[inviteede7e2b6]

un FPGA "low power"

[invite3c199cf9]

Bonjour,
Tu dis que c’est l’Arduino qui envoie un octet à la modulation (à l’émetteur ?), donc tu peux mémoriser cet octet dans une variable byte de ton programme, non ?

[invite43e30b82]

Bonjour et merci Pixel.
C'est vrai que j'avais complètement oublié l'existence des FPGA ahaha
Par contre j'ai un peu cherché et je n'ai pas trouvé de FPGA low power qui pourraient s’implémenter facilement (connecteur DIL par exemple)

C'est pour ça que je me demande s'il n'existe pas des composants dont le but précis d'approche de ce que je recherche.


Bonjour lpt1com2.
En effet c'est tout à fait possible et ça ne pose absolument aucun problème.
Cependant je cherche l'existence de composant dédié à faire cette même tache.
Mon but étant de réduire la taille et le coût énergétique, je me suis dis qu'il devait exister des mémoires capable d'envoyer leur contenu lors du changement d'état d'une de ses broches.

[A voir en vidéo sur Futura]

[invitee05a3fcc]

je me suis dis qu'il devait exister des mémoires capable d'envoyer leur contenu lors du changement d'état d'une de ses broches.

Regarde du coté des PALs (ancêtres des FPGA)
Par exemple :
http://web.mit.edu/6.111/www/s2005/d...palce22v10.pdf
http://www.dataman.com/media/datashe...16L8_16R8].pdf

[inviteede7e2b6]

bonne idée , ou des GALs que j'utilise encore , et qui sont reprogrammables au cazou

[invite43e30b82]

Merci DAUDET78 et PIXEL.
Je regarde ce qui pourrait se rapprocher au mieux de ce que je cherche dans ce coins là =)

J'avais entendu parlé de condensateur capable de mémoriser un signal analogique. Cela vous dit-il quelque chose ?
Couplé avec une porte logique et un interrupteur ça aurait peut être pu faire l'affaire.

[inviteede7e2b6]

un condo ne stocke pas un signal , mais une tension au temps T

si ça te suffit , c'est toi qui sait

[invitee05a3fcc]

Cela vous dit-il quelque chose ?
Couplé avec une porte logique et un interrupteur ça aurait peut être pu faire l'affaire.

Ca s'appelle un sample and Hold
mais je ne vois pas comment il peut te prévenir d'un changement d'état . De plus, la durée de stockage est très limitée(quelques dizaines de millisecondes en général)

[invite43e30b82]

un condo ne stocke pas un signal , mais une tension au temps T

si ça te suffit , c'est toi qui sait

Je sais bien, mais la faute à un article que j'avais lu sur les vieux composants qui enregistraient des samples dans des "cellules de condo"
Alors je me suis imaginé un condensateur avec plusieurs étages séparé.. Enfin il semblerait qu'il s'agisse bien d'un sample and Hold comme l'indique DAUDET78

Il existe un peu de tout alors tant que j'aurais pas fouillé je saurais pas si quelque chose peut convenir ^^
Néanmoins ne cherchant qu'a envoyer un octet apres une excitation, nombreux sont les techniques et composants capable accomplir cette tache.
La difficulté est de trouver la moins onéreuse, la plus petite et la plus facile à mettre en place.

Merci pour vos réponses et commentaires =)

[annjy]

Bonjour,

"émettre cet octet" ?
de quelle manière ? les 8 bits en série ?

par un bête registre à décalage parallel in/serial out ?
http://www.datasheetcatalog.com/data.../74HC165.shtml

cdlt,
JY

[annjy]

.....
J'avais entendu parlé de condensateur capable de mémoriser un signal analogique. Cela vous dit-il quelque chose ?

j'ai étudié ça quand j'étais étudiant (1974...)
c'était une "chaine à seaux"
un condo, un mos, un condo, un mos.....etc

en Angloaméricain Bucket Brigade Device :
http://www.electrosmash.com/mn3007-b...rigade-devices

cdlt,
JY

[inviteede7e2b6]

nous usions nos fonds de culottes en m^me temps !

les BBD c'est complétement has-been

[annjy]

.............
les BBD c'est complétement has-been

oui, mais c'est pour la culture générale des futurs électroniciens.....

avant de mettre un micro et 1000 lignes de code....

amicalement,
JY

[inviteede7e2b6]

1000 lignes , c'est juste pour faire une bascule !

[jiherve]

Bonsoir
Il sera difficile de faire mieux qu'avec un petit µC bien utilisé dans ton cas il faudrait d'abord commencer par le faire tourner doucement car la conso est proportionnelle à la fréquence c'est encore de la logique "classe C" (grosse gravure).
Donc un ATMEGA 328P en DIL avec une horloge la plus basse possible compte tenu du besoin.
PAL ou GAL consommaient comme des vaches!
JR

[annjy]

Bonsoir
Il sera difficile de faire mieux qu'avec un petit µC bien utilisé dans ton cas il faudrait d'abord commencer par le faire tourner doucement car la conso est proportionnelle à la fréquence c'est encore de la logique "classe C" (grosse gravure).
Donc un ATMEGA 328P en DIL avec une horloge la plus basse possible compte tenu du besoin.
PAL ou GAL consommaient comme des vaches!
JR

et pourquoi le 165 ne suffit pas ? (à moins qu'il ne se fabrique plus....)
j'ai dû louper un truc....

Il est vrai qu'à Brest, les canicules ne nous emballent pas. (ça, c'est pour Pixel)

cdlt,
JY

[invitee05a3fcc]

PAL ou GAL consommaient comme des vaches!

Pas en CMOS !

[f6exb]

Il est vrai qu'à Brest, les canicules ne nous emballent pas. (ça, c'est pour Pixel)

cdlt,
JY

Même un cornet avec deux boules bien glacées ?

[invite43e30b82]

Bonjour Annjy,

Bonjour,

"émettre cet octet" ?
de quelle manière ? les 8 bits en série ?

par un bête registre à décalage parallel in/serial out ?
http://www.datasheetcatalog.com/data.../74HC165.shtml

cdlt,
JY

Oui exact, émettre les bits en série.
C'est une bonne idée :O
J'y pensais cette nuit en me disant que c'est ce qui est utilisé dans les Néopixels (on envoi un mot et chaque LED reçoit un bit) et je me suis dit que l'inverse devait très certainement exister !
Ca correspond bien à ce que je cherche, cependant si le mot de départ pouvait être programmable (mémorisé et modifiable par le composant) ce serait encore mieux !
Enfin, merci pour l'info et le lien !!

j'ai étudié ça quand j'étais étudiant (1974...)
c'était une "chaine à seaux"
un condo, un mos, un condo, un mos.....etc

en Angloaméricain Bucket Brigade Device :
http://www.electrosmash.com/mn3007-b...rigade-devices

cdlt,
JY

Haaa je vois.. ! Merci encore pour ma culture et le lien ! =)

[invite43e30b82]

Bonsoir
Il sera difficile de faire mieux qu'avec un petit µC bien utilisé dans ton cas il faudrait d'abord commencer par le faire tourner doucement car la conso est proportionnelle à la fréquence c'est encore de la logique "classe C" (grosse gravure).
Donc un ATMEGA 328P en DIL avec une horloge la plus basse possible compte tenu du besoin.
PAL ou GAL consommaient comme des vaches!
JR

Bonjour,

En effet, j'ai vu que réduire le voltage de la carte Arduino diminuait grandement la consommation (rapport fréquence / consommation dont vous parlez). En coupant aussi les ADC on diminue grandement les pertes inutiles. De plus, il existe un moyen de mettre le µC en veille et de l'en sortir grâce à une interruption (idéal dans mon cas). J'ai trouvé de nombreux site de passionné réussissant à réduire la consommation de la carte d'une centaine de mA à quelques µA !

Encore une fois, pour une tache si simple, ça me faisait mal d'utiliser un µC au minima de ses performances et de devoir optimiser via un code sa consommation alors qu'il existe des composants capables d'effectuer la même opération.

Pourquoi PAL et GAL consommeraient plus ?

[inviteede7e2b6]

un gal consomme peu ( c'est du mos)

[Antoane]

http://www.latticesemi.com/~/media/L...heet.PDF?la=en

C'est bien du CMOS, mais 45 à 90 mA en typique @ 5V @ 15MHz, c'est effectivement assez énorme.

[jiherve]

Bonjour,
comme d'habitude se reporter aux data sheet !
PALC22V10 http://pdf1.alldatasheet.com/datashe...2V10-25JC.html
GAL :https://segaretro.org/images/e/e9/GAL16V8_datasheet.pdf
ATF2500:http://www.atmel.com/Images/doc0777.pdf
donc on tourne au minimum @ 40ma pour un 16V8, le C22V10 est à plus du double juste un peu plus que le ATF2500C pour le quiescent
ATMEGA 328 :http://www.atmel.com/Images/Atmel-42..._datasheet.pdf page 368
max 9ma actif @8Mhz/5V en dessous du ma actif @1Mhz/2V.
il n'y a pas photo.
le seul moyen de faire aussi bien cela serait peut être avec de la vielle 14K mais au prix d'une complexité et d'un encombrement sans commune mesure.

JR

[invite43e30b82]

donc on tourne au minimum @ 40ma pour un 16V8, le C22V10 est à plus du double juste un peu plus que le ATF2500C pour le quiescent
ATMEGA 328 :http://www.atmel.com/Images/Atmel-42..._datasheet.pdf page 368
max 9ma actif @8Mhz/5V en dessous du ma actif @1Mhz/2V.
il n'y a pas photo.
JR

Effectivement, la carte Arduino est équipé d'un ATmega328 optimisable contrairement aux autres composant susnommées...

[invitee05a3fcc]

comme d'habitude se reporter aux data sheet !

Ben j'étais persuadé que les versions CMOS des GAL/PAL ne consommaient rien en statique !

[jiherve]

Re
Non ils consomment juste moins que les versions bipolaires. La conso réelle des CMOS est toujours une surprise, ainsi tous les FPGA actuels consomment bien plus que les anciens car leur gravure est tellement fine que les courants de fuites dominent la consommation dynamique, idem pour les CPU qui franchissent allégrement la barre des 100W.La bascule s'est produite vers 130nm et est devenue catastrophique avec le 90nm ou il y avait en plus apparition d'un emballement thermique résolu ensuite, si ma mémoire est bonne, partiellement par les interconnexions cuivre(IBM) et enfin par l'utilisation d'Hafnium sous forme d'oxyde complexes (INTEL) pour les diélectriques.
JR