electronews et meilleurs liens électroniques - Page 20

(Nucléaire ?)

De jolies photos de circuits intégrés au microscope (merci Azrael)

rssisé

miam

eskellent

https://forum.openwrt.org/viewtopic.php?id=37368

wow.

le coup du chip attaqué à la lime...

Wow ça merite un point WTF!

Zero ne va pas aimer :

http://laforge.gnumonks.org/weblog/2012/11/22/#20121122-inside_cavity_duplexer

j'ai déja démonté un de ces machins, et effectivement quand tu soulèves le couvercle, tu fais oula, wtf, mais ils sont malades!

nan mais sérieusement, c'est quoi le truc ?

(indice : quel est le point commun entre le cadre rouge et le cadre orange ?)

au choix : soit parce que c'est du ST, soit parce qu'ils sont en sens inverse l'un de lautre

(j'ai pas d'avis particulier sur l'esthétique du PCB, ça devrait répondre à ta question )

alors après Microchip, t'as aussi ST dans le collirageur?

(pour info le PCB est celui du gamepad de la Wii U)

tu saoules, j'ai pas envie de passer des heures sur une private joke, donc je me passerai de la réponse.

?!

?! aussi.

Oui j'aime pas ST non plus ^^

ah voila, c'est ça la réponse.
Même vince commençait à se demander si y'avait un truc spécial à deviner.

tu pourras expliquer pourquoi t'aimes pas st?

ST: Simplement Terrible

À cause de leur tendance à faire des trucs mal conçus, mal documentés et bugués.

mais ils sont tous pareil en fait. Les erratas du stellaris launchpad sont à pleurer, et c'est partout pareil.

tiens d'ailleurs, j'ai un "kit" programmation de pic par velleman... si qqn est intéressé...

http://www.velleman.eu/products/view/?country=fr&lang=fr&id=350903

Oui il y a des erratas partout, mais on voit quand même des différences suivant les boîtes, ne serait-ce que dans la façon dont les trucs sont conçus.

Tiens, un exemple simple : la gestion des I/O numériques, STR7 (ST) vs LPC (NXP), tous les deux basés sur un cœur ARM7TDMI.

LPC : pour chaque port, il y a des registres spéciaux pour mettre à 1 et à 0 une ou plusieurs sorties de manière atomique. On peut lire séparément l'état des latches de sortie et l'état logique réel des broches (utiles pour faire du collecteur ouvert par exemple).

STR7 : t'as 1 registre par port et c'est tout. Comme sur ARM il faut faire du read-modify-write manuel pour changer les bits, du coup faut désactiver les interruptions. Pire, en lecture ça renvoie l'état des broches (pas celui des latches), donc si t'utilise du collecteur ouvert, changer l'état d'un bit avec un AND ou un OR peut foirer ! (c'est le même problème que sur les PIC16). Du coup, faut désactiver les interruptions ET gérer manuellement des variables pour garder en cache l'état des sorties

Reçu ça tout à l'heure :

http://www.rs-particuliers.com/
(je touche pas de commission, c'est juste au cas où ça intéresserait qqun ^^)

attention PIC16 architecture ou devices? parce que sur les 18fchose t'as PORTn et LATn ...

sur le stellaris la RAM est aussi accessible en bit par bit (bit banding) mais j'ai pas encore regardé si ils avaient prévu la récupération de l'état des latchs.

Je parlais des 16Fxxx, sur les 18F ils ont effectivement corrigé le truc.

Attention, si c'est comme pour les derniers LPC, le bit-banding "triche", en interne ça génère un accès en lecture puis un accès en écriture. Autrement dit il y a des risques de race conditions dans certains cas (moins qu'en le faisant à la main, mais ils existent).