electronews et meilleurs liens électroniques - Page 114

Ha oui non c'est sur mais c'est une un bon vieux detecteur de metal

http://www.altium.com/blog/frustrations-eagle-pcb-user
Même si ça n'a pas été écrit par un de leurs employés, c'est pas très fair-play de la part d'Altium, quand même ^^

(ceci dit si ce qu'elle dit est vrai, Eagle ça a l'air bien pourri question UI )

eagle est pourri c'est un fait.

y'a quand même un bon gros disclaimer en haut du post...

Question pour Kicad : y'a moyen de dire "exporter/copier dans une seule lib locale les composants présents sur ce schéma" ?

Pas que je sache, mais pour les composant dans un schema, je conseille de faire une lib par composant, c'est 100000000x plus simple pour les copier entre projets.
Les empreintes elles sont deja sous le forme de 1 fichier par emprinte, le tout dans un dossier, ca changera pour la schematique mais ce n'est pas encore fait (que je sache)

Sinon kicad a deja une lib locale a ton projet

vince: le fichier "trucmuche-cache.lib" ne fait pas déja ca?

Sinon il a raison: pour l'instant c'est pas couillon de faire une lib par composant.

Ce que je fais plutot moi est une lib "projet.lib" que je mets dans le dossier du projet, et j'y copie les composants que je vais utiliser. Ensuite je ne référence aucune autre lib que celle la, qui est référencée par un chemin relatif.

dans la version 5 il est prévu un format "sweet" qui aura un composant schématique par fichier (comme actuellement avec les PCB et les libs "pretty")

en attendant pour copier un symbole entre deux libs
Sélectionner la lib source
Sélectionner le symbole a copier
IF la lib de destination existe pas
THEN
faire exporter symbole vers une lib -> ca permet de créer la lib de dest
ENSUITE ajouter cette nouvelle lib au projet sinon elle est inutilisable
ELSE
Sélectionner la lib destination
Faire "Control-S" ca copie le symbole en cours d'affichage dans la lib de destination

Répéter pour chaque composant, y compris les passifs et les symboles alim.

Ensuite on crée le schéma en référencant uniquement cette lib et pas celles de kicad.

chiant? oui. en attendant la version 5. le chemin parcouru entre la v3 et la v4 est déja gigantesque mais a concerné principalement l'éditeur de PCB.

Il existe des supports de CI solubles dans l'eau :
https://www.muffwiggler.com/forum/viewtopic.php?t=23430

Mais mais mais?? c'est quoi l'interet?

Bah c'est parfait pour faire une blague non ?

(j'imagine que c'est quand tu veux souder des rangées de broches avec un écartement bien défini, mais que le plastique pour les tenir gêne mécaniquement)

Hummmmm

mouais

mais marrant.

J'ai reçu un spam pour m'inciter à "découvrir les avantages de PADS sur Altium Designer" et comment migrer du premier vers le second.

Comment dire... bien essayé, mais non. Vraiment non

Zerosquare (./3402) :
J'ai reçu un spam pour m'inciter à "découvrir les avantages de PADS sur Altium Designer" et comment migrer du premier vers le second.

Comment dire... bien essayé, mais non. Vraiment non

Y'a rien qui te fera lâcher Eagle ^^

Et ne rigolez pas, le nom de code du projet sur lequel je suis est Eagle

Et est-ce qu'il y a un aigle caché quelque part comme easter egg ?

Non mais le nom global du projet est Felix (en super interne, i.e. les gens qui travaillent sur le projet, Eagle est le nom de code du cote commercial.. )

Et une des app a une icone avec Felix le chat, un certain format de fichier utilise l'extention FLX, mais les commerciaux on voulu utiliser des nom d'oiseau plutot que de chats (Raptor, Eagle, ...)

Godzil (./3407) :
Non mais le nom global du projet est Felix (en super interne, i.e. les gens qui travaillent sur le projet, Eagle est le nom de code du cote commercial.. )

Et une des app a une icone avec Felix le chat, un certain format de fichier utilise l'extention FLX, mais les commerciaux on voulu utiliser des nom d'oiseau plutot que de chats (Raptor, Eagle, ...)

lol

Godzil (./3407) :
les commerciaux on voulu utiliser des nom d'oiseau plutot que de chats

En même temps, avec les commerciaux on utilise souvent des noms d'oiseaux

(je faisais référence au F35 dont le nom de projet est raptor aussi)

Ha oui non mais forcement

Comme je sais qu'il y a des fans de LEDs Brunniesques ici :
https://skyduino.wordpress.com/2014/06/08/resume-comment-cramer-une-led-ws2812b/

Je ne savais pas que c'était aussi capricieux.

Rapelle toi mon logo avec des diodes qui marchent pas

Oui j'y pensais justement, je pensais que tu n'avais pas eu de chance, mais apparemment c'est pareil chez tout le monde (et c'est super sensible à plein de trucs).

Mais leur vrai probleme c'est l'humidité

Wow. Si c'est confirmé, c'est une sacrée boulette, et j'ai du mal à croire que ce soit passé inaperçu lors des tests avant la commercialisation de ces compteurs.

Bon, Atmel part sérieusement en sucette depuis qu'ils ont été rachetés par Microchip

J'utilise un ATtiny13A, qui contient un oscillateur RC calibré censé fonctionner à 9.6 MHz ou 4.8 MHz (suivant la valeur d'un bit de config).

En mode 9.6 MHz, il oscille à ~9,2 MHz. Ça fait 4 % d'erreur, c'est dans la plage de tolérance donnée (±10 % ).

En mode 4.8 MHz, il oscille à quasi exactement 3.6 MHz, soit 25 % d'erreur.

Là où c'est dingue, c'est que la doc dit que les deux modes sont identiques et qu'il y a juste un diviseur par deux activé en mode 4.8 MHz. Ça n'a aucun sens, je ne comprends même pas comment c'est possible...

la charge du diviseur sur l'oscillateur peut décaler sa fréquence... ?