electronews et meilleurs liens électroniques - Page 46

si t'as envie de me sponsoriser, te gêne pas, moi pour l'instant mon budget instru s'élève a zéro centime. donc je suis bien content de ce don.

putain les gars c'est la fête du slip

http://dangerousprototypes.com/

(dépêchez vous)

Félicitations

(mais, sans vouloir minimiser ton boulot, ça n'a pas déjà été fait ? Parce que la méthode que tu utilises est l'une des plus classiques pour faire un générateur de bruit hardware, et utiliser la carte son c'est assez courant aussi.

Pour tes problèmes de pics, tu peux par exemple ne garder que le LSB de chaque sample. C'est ce que je fais habituellement, en utilisant l'entrée micro de la carte son avec le gain réglé au maximum et rien de branché dessus, et le spectre obtenu est plat. Bon, faudrait faire une batterie de tests statistiques dessus pour vérifier si c'est suffisamment aléatoire, mais ça me suffit pour ce que j'en fais.

Y'a aussi des méthodes purement mathématiques pour faire une bonne source aléatoire à partir d'une source médiocre, mais je pense que je t'apprendrais rien ^^)

Pourquoi ne pas mettre bananayel comme logo ?

il est trop petit, et ça fait pas trop radio

Zerosquare: ça a été fait de partout, ça n'a rien d'innovant. Mais comme je tente de donner des explications, et que je parle de sécurité, ça a dû leur plaire.

Et puis c'est un proto quoi , juste bien pour leur site

l'article original est en français: http://www.f4grx.net/interlude-un-generateur-de-bruit-aleatoire/

et ça sert a rien de garder le lsb, le sinus est quand même là.

dans les commentaires de l'article anglais, on vient de me suggérer que c'est peut être tout bêtement la carte son qui m'injecte du non-bruit, ce qui n'est pas con du tout

la carte son, c'était à la base juste pour vérifier que le bruit était globalement blanc, j'ai pas l'intention d'en rester là

ça va finir dans une boite blindée bourrée d'expoxy, avec une alim méga filtrée et un mcu pour digitaliser.

Un trigger de schmidt suffit à créer un signal 1 bit à fronts espacés aléatoirement, si tu le samples régulièrement, ça fait un bitstream aléatoire. Ensuite il faut le débiaser en prenant les bits deux par deux , et en jetant les paires identiques, et arrêter la génération quand les tests temps réel déconnent. Pour ça je sais où trouver des papiers publics intéressants par le boulot

OK ^^

Oui tu as probablement au moins une partie des parasites 50 Hz qui est introduite par la carte son, tout particulièrement si t'utilises un PC sur secteur avec le chipset audio intégré. Mais même si tu fais un truc qui marche sur pile et qui est isolé électriquement du PC, tu vas t'en choper quand même, tellement il y en a partout en intérieur. Heureusement c'est facile à virer avec un filtre numérique élémentaire (passe-haut ou "comb"), comme le disent les gens dans les commentaires.

Quant à la méthode du LSB, il me semble que ça marche, je vais refaire des tests.

(Je peux le vectoriser et lui ajouter une antenne au passage )

lol, ok, mais bon, c'est pas trop mon ambiance

oui en réfléchissant le LSB doit marcher en tant que numérisation en effet, mais n'éliminera pas le 50 Hz, ça se verrait dans des tests statistiques.

Sinon le Jon des commentaires a effectivement suggéré le bruit du chipset audio, eh bien c'est vrai, voici l'enregistrement du fond de la carte sans bruit

()
Tu peux pas soustraire ce signal tout simplement du coup ? #noob#

je peux, avec un comb filter comme on m'a suggéré, mais je vais pas monopoliser un laptop pour générer des nombres aléatoires

ça va finir dans une tite boite avec un microcontrôleur pour numériser le signal, et une sortie digitale vers un raspberry pi, comme ça au lieu de lire /dev/random, je lirai /dev/ttyUSB0

(enfin si tu veux les commercialiser, il faudra prévoir des contacts or)

Je pense aussi au circuit imprimé céramique avec des pistes indium.

(comb filter? — si l'explication prend plus d'une phrase, ne perds pas ton temps )

filtre en peigne - ça élimine (numériquement) tous les harmoniques d'une fréquence en soustrayant une version retardée du signal.

Ah oui, tiens, d'où le nom
Merci

le nom est bien trouvé n'est ce pas?

Tu peux uploader l'enregistrement de ton générateur ? Je viens d'enregistrer le bruit de fond de ma carte son, mais il n'y a pas de pics du tout (je suis très surpris d'ailleurs, c'est un simple chipset AC'97 intégré pourtant).

t'as de la chance j'ai gardé la track dont jai tiré le spectre ^^

va falloir monter le volume

http://www.mirari.fr/Fr4F

(acer aspire one)

Je confirme que ne garder que le LSB marche pour aplanir le spectre (mais il faudrait tester les propriétés statistiques pour voir si ça suffit vraiment) :

Avant :


Après :


Par contre j'ai commencé par virer le début car on y voit l'oscillation du filtre passe-haut de la carte son, et utilisé le filtre "annulation d'offset" de l'éditeur audio pour que ce soit bien centré sur zéro.

ah, pas mal.

pour tester, il te faudrait produire un fichier brut binaire dont les octets sont les bits que t'as sélectionné, et passer ça dans une moulinette comme dieharder, et/ou ent.

http://www.phy.duke.edu/~rgb/General/dieharder.php
http://csrc.nist.gov/groups/ST/toolkit/rng/batteries_stats_test.html
http://www.fourmilab.ch/random/

http://e2e.ti.com/blogs_/b/connecting_wirelessly/archive/2013/09/17/nfc-in-the-internet-of-things-iot.aspx

Adding NFC is as easy and natural as other interfaces – USB or UART or SPI or I2C – in the wired world in embedded devices.


ah ah ah

J'ai pas le courage de recompiler dieharder, mais ent donne ça :

Entropy = 7.997066 bits per byte.

Optimum compression would reduce the size
of this 66167 byte file by 0 percent.

Chi square distribution for 66167 samples is 268.24, and randomly
would exceed this value 27.23 percent of the times.

Arithmetic mean value of data bytes is 127.5323 (127.5 = random).
Monte Carlo value for Pi is 3.159517548 (error 0.57 percent).Serial correlation coefficient is 0.003516 (totally uncorrelated = 0.0).

Pour ceux qui veulent tester eux-mêmes : http://www.mirari.fr/3jKp

squalyl > ouais, ils osent chez TI, hein ?

ouais

pas mal du tout les résultats ent. C'est très proche de l'idéal. Très très bien.

Bon le même gars m'a fait essayer de shorter l'alim pendant la mesure du bruit de fond, ça donne un truc meilleur, mais je sais pas à quel point c'est applicable au montage alimenté


Finalement c'est pas si critique ce 50 Hz qui se balade dans la carte son, parce que le vrai montage va avoir droit à un trigger de schmidt, et de toute façon, toute cette sauce va rentrer dans une boucle à base de SHA-256 et va en fait servir de seed permanente à un autre générateur. Le coup du sha, c'est pour son coté unidirectionnel, on peut pas remonter aux vrais bits qui ont servi de seed, même si ils sont moyennement random ^^

Et s'il y a une faille délibérée dans SHA-256, hein ?

alors bitcoin est dans la merde

(sans dec il a tellement été implémenté, étudié et démonté cet algo )

Une erreur lourde de conséquences dans un bouquin sur le Verilog : http://www.deepchip.com/items/0516-04.html

Et de l'e-papier pas cher : http://www.seeedstudio.com/depot/small-epaper-shield-p-1597.html

j'avais vu pour seed, c'est pas mal

intéressant le verilog

Attention pour le ePaper ce n'est que le shield, sans l'écran

Attention: Since this driver board supports e-papers of different sizes. e-paper is not included in this product. We have e-paper of 2.0 inch and 2.7 inch on sale simultaneously. Go and add the most suitable one to your cart now!

l'écran est la:
http://www.seeedstudio.com/depot/27-epaper-panel-p-1596.html (2,7")
http://www.seeedstudio.com/depot/20-epaper-panel-p-1595.html (2.0")

Sinon il y a le badge "autonome" aussi: http://www.seeedstudio.com/depot/badgerv4-p-1587.html

Ah oui je n'avais pas vu. Bon ça reste pas cher pour de l'e-paper, et surtout facile à se procurer.

à ce rythme là, on finira ptet par le voir, ce clavier optimus (et avec plus de trois touches)