Sylvain Briole a écrit 1120 commentaires

rajouter une puce à un PCB sans modifier le circuit imprimé c'est mission impossible, ou alors il faut impliquer le fabriquant

Si par fabricant on entend le fabricant du PCB, c'est possible.
La sortie CAO (souvent un fichier RS-274X, même si de nouveaux standards arrivent sur le marché) peut se modifier directement en usine (édition du fichier).

un composant à 3 pins ne peut pas faire grand chose, les protocoles de communication minimaux à bande passante de merde incluent 3 pins + power supply&ground

On peut faire pas mal de choses avec 3 pins.
P.ex. le protocole 1-wire permet d'alimenter et de communiquer avec 2 fils en tout (1 pin = masse, 1 pin = alim. positive + donnée). Ce protocole est utilisé, entre autres, pour de l'EEPROM.
Par contre il faut que le composant en face comprenne ce protocole.
Je n'ai pas connaissance que ce fut utilisé sur des cartes mères de PC, a contrario du Microwire par Intel. Mais Microwire c'est plus que 3 pins.

Dans le cas présent, le composant étant "custom", s'il a 3 pins c'est que c'est sûrement le bon compromis entre fonction à réaliser et surface dispo' sur la carte.

Pour éventuellement faire un truc comme ça, il faut faire un puce complexe avec des specs cachées

Possible. D'un autre côté, un composant aussi petit et ressemblant vaguement à une résistance ou une capa' CMS est plus anodin (passe plus facilement inaperçu).

Concernant le point 1 j'ai du mal à comprendre d'un point de vue technique comment une puce si petite pour injecter du code et donc avoir des capacités de stockages.

On arrive à faire pas mal de choses sur une petite puce.
Si on prend l'exemple du PSoC 4000 (réf. CY8C4014FNI-421) de chez CYPRESS: ARM Cortex-M0 + 16 kO de Flash sur une puce WLCSP de 1.45 x 1.56 mm.
1. La puce en question est encapsulée dans un boîtier comportant 16 billes => on doit pouvoir réduire la taille du boîtier si on en a besoin de moins (3 d'après la photo vue dans les articles).
2. La puce CYPRESS est un produit commercial avec des contraintes commerciales (notamment en terme de coût de production): un circuit dédié sur mesure avec d'autres contraintes doit pouvoir être encore plus optimisé en surface.

… les limites soient du côté de l'énergie consommées par ces technos:
https://usbeketrica.com/article/bitcoin-peut-on-arreter-ce-monstre-energivore
https://blogrecherche.wp.imt.fr/2016/07/28/bitcoin-blockchain-gouffres-energetiques/
Après, il faut mettre cela en face des technos/méthodes actuelles potentiellement supplantables, qui ne sont pas neutres du point de vue énergétique.

J'utilise la méthode LUKS sur LVM sur un portable Lenovo (X220T) qui tourne sous Debian Wheezy.
Pas rencontré de problème particulier avec l'hibernation (commande s2disk).

Pour éviter d'avoir à taper x fois mon mot de passe pour les différentes partitions, j'utilise une clef USB et ai suivi les conseils suivants:
- http://wejn.org/how-to-make-passwordless-cryptsetup.html
- http://www.hermann-uwe.de/blog/howto-disk-encryption-with-dm-crypt-luks-and-debian (site non dispo' alors que j'écris ces lignes)

Je me permets une petite digression dans le sujet après une lecture récente sur un des facteurs limitant de la loi de Moore: le problème de la dissipation thermique avec l'augmentation de la densité d'énergie sur une surface donnée.
Un lien sur le sujet: https://www.etv.tudelft.nl/maxwell/11/2/Scalable.pdf

synthèse du code VHDL sous Linux

Je vois bien du côté du non-libre (e.g. ALTERA ou Xilinx), mais en libre?

Je pense au moins à LiMux (base Ubuntu), qui d'après Wikipedia concerne 18000 machines.

J'aimerais que notre employeur nous les donne en .pdf en plus du papier, voire à la place (je peux toujours les imprimer si j'ai envie).

Mon employeur (une "grande" société) le propose (ne l'impose pas) à ses employés: PDF en lieu et place du papier.
Apparemment cela ne pose pas de problème légal.

Quand à inclure l'univers, autant inclure Emacs, il aurait tout d'un coup ;-).

- Quel est l'animal poilu qui se rapproche le plus de l'homme?
- Demis Roussos?
- Allez un demi point.

Ce serait mieux.

Ensuite, on aurait pu construire un système d'achat sur internet où le vendeur diffuserait ses coordonnées et les acheteurs feraient des virement sur ce compte. On aurait alors un système où on ne laisserais jamais nos données de cartes bancaires sur des comptes tiers.

Je ne sais pas comment cela fonctionne en France, mais c'est le cas pour pas mal de boutiques en ligne en Allemagne, surtout celles qui n'ont pas l'infrastructure pour gérer le paiement via VISA ou autre.
Certaines demandent un paiement avant expédition, d'autres à la réception (moyennant parfois un léger surcoût).

Ce qui m'impressionne le plus, c'est la différence au sein d'un même pays: la Belgique.
Soit Openstreetmap n'est pas au fait, soit la zone néerlandophone est clairement mieux équipée que sa voisine francophone.

À mon avis, en pratique, la nature des FPGA fait qu'ils resteront des accélérateurs matériels.

Quand je regarde les FPGAs sur lesquels je bosse et les applications qui y sont associées, ce n'est pas vraiment le cas. Il n'y a pas qu'un seul marché pour les FPGAs.
Il ne faut pas oublier un autre avantage des FPGAs (ou plus généralement de la logique programmable): la forte intégration de fonctions logiques, avec la possibilité d'avoir un comportement déterministe "fin".

J'utilise stable depuis plusieurs années, aussi bien pour les rares installations sur des machines à usage professionnel, que sur toutes mes machines à la maison.
Les raisons:
1. moins je passe de temps à administrer mes machines, mieux je me porte
2. même si les logiciels ne sont pas les derniers sortis, ils correspondent parfaitement au besoin

Comment alimentes-tu ce système: secteur ou batteries?
As-tu fait des mesures de ce que cela consomme?

J'aimerais me lancer dans le même genre de montage, et je suis intéressé par des retours d'expérience.

Dans cet article récent, on peut lire qu'il y a apparemment plusieurs détracteurs, pour diverses raisons:
http://www.zdnet.de/88202452/stadt-muenchen-erwaegt-abkehr-von-linux/

On y apprend que certes l'info' a été impulsée par le 1e adjoint CSU de la ville, mais qu'apparemment le maire (du même bord que le maire d'avant qui avait impulsé le passage à Linux) a communiqué dans une interview que les logiciels Open-Source n'étaient pas au niveau des applications Microsoft.
Le groupe CSU soutient apparemment encore LiMux: il se désolidarise du commentaire du 1e adjoint en expliquant que c'est une position personnelle de quelqu'un qui ne connait pas le domaine.
Ce qui est intéressant, c'est le fait que la candidate verte au poste de maire (les élections sont passées maintenant) ai critiqué le passage à Linux, en indiquant que la ville devrait y réfléchir à nouveau….

Il y a embarqué et embarqué.
Pour moi un des critères serait aussi la garantie d'approvisionnement dans le temps et la tenue en température (typ. max. 85°C en gamme industrielle) sans dispositif ajouté (radiateur ou ventilo).

Bref, si comme moi, vous cherchez à faire un HTPC pas cher et libre, passez votre chemin.

Que recommenderais(utilises?)-tu?

Connectée directement sur le microcontrôleur via une interface Gigabit (typiquement: GMII ou RGMII) ou alors via de l'USB (comme sur le Raspberry Pi si je ne m'abuse)?

pas trouvé de revendeur en Europe

Si l'allemand ne te rebute pas, on peut le trouver chez reichelt.de:
http://www.reichelt.de/Programmer-Entwicklungstools/ALLNET-BANANA-PI/3//index.html?ACTION=3&GROUPID=5514&ARTICLE=144326&SHOW=1&OFFSET=16&

J'avais regardé ce projet pour un développement à base de CPU + logique programmable.
L'idée a été abandonnée au profit d'une solution plus "intégrée", comme on peut le trouver dans les SoC, chez p.ex. Altera ou Xilinx.
On retrouve la techno ARM (simple ou double coeur), et un FPGA, le tout dans un même composant.
On y gagne une certaine flexibilité (suppression des liens "statiques" au niveau PCB entre le(s) CPU(s) et le FPGA).
Jusqu'il y a encore peu, ce genre de techno' était "chère" (par rapport à une techno' à base de composants discrets distincts), mais cela a bien évolué ces derniers temps.

Du coup je me pose la question de la pertinence de ce genre de configuration aujourd'hui.

Ca marche pourtant bien dans plein de villes (en zone pavillonnaire certes, pas faisable avec les immeubles) en Allemagne…

Dans mon bled c'est transposé sous une autre forme: tu choisis pour l'année le volume de ta poubelle pour les ordures ménagères, et le prix de la cotisation à payer à l'année à la commune est indexé sur le volume que peut contenir la poubelle.

Euh, UTF-8 cela fait un petit moment non?

D'après http://www.debian.org/releases/etch/i386/release-notes/ch-whats-new.en.html: Default encoding for etch is UTF-8

on n'est pas le 1er avril ?

En effet non, mais on est vendredi.