Discussion :

[sevyc64]

L'alimentation électrique sans fils existe déjà depuis longtemps même de façon industrielle.
C'est en particulier le principe de mise en oeuvre des puces RFID que l'on retrouve de plus en plus partout (tatouage des chiens, système antidémarrage des voitures, badges d'accès, boitiers de télépéages des autoroutes, tables de cuisson à induction, ....)
Même les portiques antivol des magasins fonctionne sur un principe similaire.


Mais ce sont toujours des faibles puissance qui sont mises en œuvre.

Pour des puissances plus élevées comme alimenter un ordinateur ou une ampoule comme dans l'expérience citée, ce n'est pas près de voir le jour à une échelle industrielle. D'une part à cause de la taille des antennes nécessaires, ensuite pour une question de rendement. Une alim de PC actuelle convertie au moins 80% de l'énergie consommée sur le secteur en énergie disponible pour alimenter les composants de PC. Dans le cas de l'alimentation de puissance sans fils, c'est très rare d'atteindre 30% (l'expérience citée annonce elle 40%) c'est à dire que pour un PC par exemple, pour fournir 300W de puissance (minimum pour des PC actuel) il faudrait consommer plus de 1000W sur le secteur soit autant qu'un fer à repasser.
De plus, ce genre d'alim doit être très directive pour être suffisamment efficace. Il n'est pas possible de placer par exemple une alim dans une pièce et de se promener dans cette pièce avec l'appareil à alimenter. L'alim et l'appareil doivent être alignés de façon très précises. Ceux qui ont déjà fait de la transmission de données en IRDA avec un portable comprendront.

Autre problème très rédhibitoire, c'est les champs électriques. Le champs électrique généré pour transmettre cette puissance est tellement important qu'il devient extrêmement dangereux pour la santé si jamais on vient à passer entre les 2 antennes.
Pour cela il n'est pas possible à l'heure actuelle d'envisager de commercialiser de telles solutions quand bien même elles seraient techniquement performantes.

Quant à l'exemple cité de recharge de petits appareils tel que des téléphones, c'est techniquement tout à fait possible (ça a même été un temps envisager par l'UE dans le cadre du chargeur universel), le frein semblerait plutôt être du coté des fabricants qui ne souhaitent apparemment pas le mettre en place.

[vpourchet]

Autre problème très rédhibitoire, c'est les champs électriques. Le champs électrique généré pour transmettre cette puissance est tellement important qu'il devient extrêmement dangereux pour la santé si jamais on vient à passer entre les 2 antennes.

de toute facon on est deja tellement exposes qu'un est plus a ca pres

[Alvaten]

Un bug de même genre que l'on m'a rapporté (un ami qui travaillait pour un FAI), un client se pleignait que tout les soirs à la tombé de la nuit sa connexion wifi tombait ou devenait très peu performente.

Après plusieurs passages de dépaneur perplexe, l'un constatat que ce bug correspondait à l'allumage d'un imense paneau néon juste sur la facade sour la fenêtre du client, panneau qui générait d'énorme interférence éléctromagnétique

[sevyc64]

Un bug de même genre que l'on m'a rapporté (un ami qui travaillait pour un FAI), un client se pleignait que tout les soirs à la tombé de la nuit sa connexion wifi tombait ou devenait très peu performente.

Après plusieurs passages de dépaneur perplexe, l'un constatat que ce bug correspondait à l'allumage d'un imense paneau néon juste sur la facade sour la fenêtre du client, panneau qui générait d'énorme interférence éléctromagnétique

C'est le fameux syndrome de la guirlande de noël que les hotlines des FAI connaissent bien

[nycolas]

L'un des pires bugs que j'ai rencontré date d'il y a bien longtemps... en changeant l'ordre de déclaration des variables, le problème pouvait planter, ou en déclarant une variable de plus... même la présence ou non de commentaires pouvait changer le comportement (oui, les commentaires faisaient planter !!!)...

La raison: le développeur initial, flemmard, avait trouvé une façon à lui d'initialiser les variables. Je ne suis plus sûr de la syntaxe mais ça devait donner ça, en Pascal à l'époque:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
var i1,i2,i3,i4,i5: int;
var b1,b2,b3,b4,b5: byte;
fillchar(&i1,25,0); // envoie 25 octets de valeur 0 à l'adresse de i

En gros: il déclarait plein de variables, prenait l'adresse de la première et mettait des 0 dans la mémoire sur une longueur qui dépassait la taille de la 1ère variable, de manière à initialiser toutes les variables d'un coup puisqu'elles se suivaient dans la mémoire... si quelqu'un supprimait une variable ou changeait les déclarations, ça faisait des bugs incompréhensibles...

Horrible comme code non ?! En tout cas ce bug-là m'a marqué...!

Bon allez, sans rapport mais puisqu'on est en début d'année et qu'il faut prendre de bonnes résolutions:

http://humour-propre.com/blagues-inf...esolution-(54)

J'l'aime bien celle-là

[crcom106]

Dans le même ordre d'idée, à une époque on avait installé une imprimante dernier modèle à étiquettes dans un atelier. Je bataillais tous les 2 ou 3 jours avec pour savoir pourquoi il y avait un décalage d'un milimètre à chaque nouvelle étiquette.
On appelle le constructeur du bestiau, comprends pas plus que cela lui même, et il nous envoyait le dernier driver, à peu près chaque mois, disant que c'était a priori corrigé.
Finalement, quelques mois plus tard, le constructeur débarque et nous change la carte mère : un composant défectueux avait grillé sur toutes ses cartes...

Comme quoi, le soft dépend beaucoup du hard