Reprise du message précédent :

 
   
 
Non ça fou pas la merde d'en mettre deux.  
En sortie du régulateur, c'est pour la stabilité de celui ci.
A l'entrée du max c'est plutot pour filtrer les appels de courant.
 
pour la pull up sur l'entree du LDO je mettrai entre 10K et 100K
 
par contre j'aurais tiré les résistances sur l'I2C en 3V3 comme le PIC16F ou encore mieux, comme j'imagine que c'est de la basse conso, tu alimentes le micro en 1.8V. En tout cas, a 1V8, tes résistances de tirages sont peut etre un peu elevées.
 
 Je sais pas avec quoi tu alimentes ta carte, il faudrait peut etre faire un bilan de conso plus poussé mais ça peut etre interessant de rajouter un LDO 1V8 pour alimenter le pic et reduire sa conso. Tu pourrais peut etre meme alimenter le capteur directement avec un pin du micro pour controler son ON OFF
 
Par contre j'ai un gros doute sur la maniere dont tu as raccordé le connecteur de programmation.
Il faut mieux l'isoler de ton montage.
Je ne sais pas ce qu'est U3 mais ça ressemble a un buffer et tu raccordes l'horloge du programmateur sur une sortie basse impédance, tu va rien pouvoir faire    

Merci encore, super!
J'ai change la pullup du regulateur pour 10k et l'I2C en 3.3V
Le Pic va passer 99.999% de son temps en sleep je pense, et il peut tourner en 1.8 mais c'est vraiment le minimum d'apres la datasheet.
U3 c'est en effet un buffer: http://www.ti.com/lit/ds/symlink/sn74lvc1g07.pdf
Je comprends pas toute la partie sur le connecteur de programmation desole   J'ai voulu prendre le PIC le plus petit pour gagner de la place, mais je peux surement passer a 16 pins et avoir une seule chose sur chacune des pins, ca sera peut etre plus simple.

 
Les capas de découplage (en entrée) sont à mettre au plus près du composant, de même que les capas de sortie pour les régulateurs. Il faut voir ces capas comme des réservoirs d'énergie, donc en avoir plusieurs sur la même alim c'est comme avoir plusieurs barrages sur une rivière, c'est pas dérangeant    
 
D'ailleurs il manque un capa de découplage au niveau du PIC. 100nF fait l'affaire.
 

 
1V8 c'est le minimum mais c'est en "standard operating conditions" donc aucun problème.
C'est juste que tu ne peux pas le faire fonctionner à 32 Mhz. 16 Mhz max à cette tension.
A toi de voir ce qui est le plus simple/intéressant.
 
Pour le connecteur de programmation, la c'est sur que ça ne fonctionnera pas.
J'ai vu que la référence que tu as choisi existe en 12 et 16 pins dans des petits boitiers donc tu ne perdras pas beaucoup de place à prendre un de ces modèles et t'éviter de t'arracher les cheveux.
 
En cherchant un peu dans google, j'ai trouvé ça :
http://www.best-microcontroller-pr [...] -icsp.html
http://ww1.microchip.com/downloads [...] 51474a.pdf
 
Moi je ferais en sorte de laisser ces pins uniquement pour la programmation  

Et tu penses que je gagne en consomation a avoir tout qui fonctionne sur du 1.8V plutot que de pouvoir eteindre le regulateur?

Regarde le courant du régulateur à l'arrêt: 1µA, contre 0.8µA pour le micro en sleep et 0.05µA en power down  

Ben jusqu'a present, je n'avais pas fait l'effort comme Natopsi de regarder les datasheets mais d'experience, a frequence de fonctionnement identique, le gain n'est pas négligeable si tout est pensé basse consommation.
 
Par exemple, dans les premieres lignes de la doc de ton capteur, il est indiqué que tu peux le "power down through software"
 
Tu pourrais aussi remplacer ton ldo par un dcdc. Il y a les Point Of Load qui peuvent etre interresants pour toi  : http://www.ti.com/product/TPS82740A
 
Comment tu alimentes ta carte  ?  Lipo ? Pile lithium ? Super capa ?  Energy harvesting ?  
 
Avec tous ces elements, il y a peut etre moyen d'optimiser ta carte sans trop de modifications.
 
Je trouve ta petite carte marrante donc je propose des trucs mais tu n'as peut etre pas envie de refaire toute ta carte ce que je peux comprendre hein  
 
Deja tu colles pas un arduino la dedans donc je suis content, je vais pouvoir trouver le sommeil cette nuit  

Ahah, je code sur du Pic toute la journee, j'ai un EE qui fait les boards, mais il est en vacances en ce moment donc je peux pas l'embeter ^^
Je compte faire un pcb flexible et le mettre dans le bracelet de ma pebble, donc ca va tourner sur la batterie de celle ci.
Vais tout mettre en 1.8 du coup avec le regulateur devant tout le monde.
Merci a tous en tout cas, ca me motive pour terminer ce truc

Un projo halogene comme insoleuse , et ... chauffe bain de perchlorure de fer ...

http://www.astuces-pratiques.fr/el [...] -insoleuse

Dans le cadre d'un vélo à assistance electrique. Si je veux mettre un moteur et pédaler en même temps c'est quel type de moteur qui doit être utilisé ? Intuitivement je dirait qu'un dc continue direct ça ira pas si le mécanisme n'est pas synchro avec le moteur a cause des pedale

Bon, PCBs commandés sur oshPark (3 pour 5$ FDPi) Je voulais partir sur du flexible mais c'est bien trop cher pour du hobby Du coup j'ai fait des petits rectangles que je relierai avec des nappes de fils.
Je pense que j'ai été un peu ambitieux sur la taille des compo, ça va être fun la soudure mais c'est comme ça qu'on apprend, j'ai acheté assez de compos pour 3 boards.

17.22x42.01 mm
Vivement la livraison (2 semaines )

Je reviens (encore ) sur mon choix d'analyseur logique.
Je suis tombé sur une société francaise: IkaLogic
 
Quelqu'un connait ? Ils ont l'air serieux, j'aime bien leur produit ScanaQuad. Ils sont ouvert et on peut les contacter directement.
 
Il faut que je jette un oeil au soft pour voir s'il est ergonomique et sympa à utiliser.

j'étais tombé dessus ya 1 mois et je suis intéressé par le retour sur le soft notamment par rapport à Saleae si tu utilises

Justement ça serait pas le même soft ?
Il me semble que pas mal de clones chinois d'analyseurs logiques à bas prix pompent allègrement aussi ce soft.
En tout cas ton produit m'intéresse vu que l'analyseur logique de mon Rigol MSO2000 semble bien être une bouse inutilisable

avec les chinois c'est même pire que du repompage .. il donne le lien vers le site de saleae ^^

quand j'avais regardé ça semble être un hard complètement différent avec la possibilité bien sympa de pouvoir générer des signaux

Les specs du SQ100/200 sont sympa en tout cas pour le prix !
La grosse particularité par rapport aux Saleae et cie c'est que ce soit un 4 channels par contre. En pratique ça suffit pour la plupart des usages mais il faut bien l'avoir à l'esprit.
Et j'ai un petit doute sur la durée d'échantillonage, faut voir à quelle vitesse se fait l'acquisition côté PC (temps réel ou pas).

Pour du hobbyiste c'est suffisant les 4 canaux, c'est l'argument mis en avant sur la FAQ.
Et ils ont prévu pour cet été un module qui permet de chaîner les boitier pour avoir jusqu'à 24 canaux parfaitement synchro et des entrées BNC.

Pas d'acquisition coté PC en temps réel, c'est un choix hardware qu'ils ont fait. L'acquisition se fait dans le boitier avec la mémoire embarqué, tu es donc limité si tu veux faire des captures longues.
Ils ne sont pas en concurrence avec les gros du marché de ce point de vue la mais pour mon utilisation de bricoleur ca m'a l'air plutôt bien.
Le soft a l'air tout neuf aussi, développé par eux.

La gestion des protocoles me plait bien aussi, ils ont prévu plusieurs profils de base et ils sont ouvert à en écrire d'autres si le besoin est la. Il est aussi possible d'écrire un profil soit même.

Je vais passer un coup de fil cet apres'm pour prendre la température je vous donnerais mon avis.

Oui j'ai passé pas mal de temps ce matin à farfouiller le site

[EDIT] Petit CR:

Je suis tombé sur un mec sympa qui m'a un peu parlé de la société etc
A la base c'est un bureau de dev electronique qui avait concu un outil en interne et ils ont voulu faire profiter les gens de leur techno.

Ils suivent de pret leur produit et les retours clients. Le service a l'air au top pour l'accompagnement.
La nouvelle version du soft est encore en beta car ils travaillent sur quelques fonctionnalités supplémentaires qu'ils veulent implémenter, il m'a parlé de transformé de Fourrier et d'un module de recherche dans les trames plus poussé. Mais le soft dans l'état actuel est 100% fonctionnel et stable. Ils font de gros efforts pour qu'il reste fluide et agréable à utiliser quelque soient les conditions.
Le module qui permettra la mise en parallèle des boitiers Scanaquad est prévu pour le troisième trimestre, peut etre le quatrième.

De mon coté je suis convaincu, j'hésite juste encore entre le SQ50 et le SQ100. Ce dernier a l'avantage de l'entrée différentielle, je n'en ai pas besoin pour le moment mais qui sais à l'avenir.

 
 
Dites, vous savez ou trouver des grosses inductances de puissance ( genre 30µH 50A Isat ) ?
Impossible de trouvez ça chez les fabricants courant (:sol, j'ai l'impression qu'a partir d'une certaine puissance, il faut faire faire sur mesure ou faire soit même ce que je ne sais pas encore faire    
 
Merci    
 

http://fr.rs-online.com/web/c/pass [...] versantes/

Bon moi c'est des zener entre 1.1v et 1.5v que je cherche
 
je crois que je vais partir la dessus au final :
http://www.electronique-3d.fr/Mont [...] riable.gif
 
lui me la descends jusqu'a 1.5 v
http://www.zl2pd.com/variableSMPS.html
je sais pas ce que ça va donner avec des vieux transi germanium , si je les retrouve ...
 

Bonjour les siliconés

J'aurais 2 questions si ça ne vous dérange pas.

1. J'ai acheté des Tag NFC à des chinois de Chine sur ebay, à base de puce NXP NTAG203.

Je viens de remarquer dans le datasheet que l'eeprom a une rétention des donnés de 5 ans.
Ca me semble quand même peu pour des Tag NFC (même la gen la plus récente, NTAG213, est donné pour 10 ans)
Cela veut-il dire qu'après environs 5 ans il faut reprogrammer le Tag? Ou est-ce que cela veut dire que le Tag est mort?

2. Je compte coller un radiateur 9x9x12mm aluminium sur le régulateur de tension sur une carte-mère. Why? Parce que je compte passer le CPU en mode passif et que donc je veux éviter que la mobo ne prenne un coup de chaud, or le régulateur de tension est un des composants que chauffe le plus il me semble.

Enfin bref, est-ce que vous pensez qu'un rad de 9x9x12mm collé sur une puce de 8x8mm (QFN avec thermal pad), puisse l'arracher lors d'un transport (mouvement brusque)?

1: à mon avis ils ne veulent pas se mouiller contractuellement et garantissent 5 ans. Il y a des fortes chances que la mémoire soit identique dans la nouvelle version, et qu'ils garantissent 10 ans car ils ont eu le temps de pousser plus loin les qualif.
 
2: dans l'idéal faut coller le dissipateur à la carte mère pour éviter d'avoir des efforts sur le composant.

En plus c'est super court pour de l'EEPROM, même 10 ans, non?
J'ai toujours cru que ça tenait super longtemps.

Ca ne me rassure pas.

Va prendre un rad moins haut, genre 6mm alors, mais qui sera plus étalé.

Question idiote d'ailleurs.
Est-ce qu'un rad, métallique donc, au-dessus de capacité genre à 1mm, mais isolé avec un pas thermique, peut changer leur propriété (capacitance toussa ). En toute logique je dirais non vu que le rad n'est pas relié à la masse, mais sait-on jamais, j'en apprends tous les jours

EDIT:
Ah ben voilà, fait prendre un 8.5 x 8.5 x 5mm, bref ça ne doit pas peser grand chose.
Mais du coup je me demande si ça vaut la peine de mettre un rad aussi petit sacahnt que le pad thermique collant a une conductivité assez moisi, genre 0.9W/K.
Au sinon voudra utilisé une pâte collante avec des perf bien meilleures ~4-7W/K.

J'ai une bonne grosse question de noob

J'ai deux périphs sur un bus I2C, j'ai suivi des précos qui imposent deux résistances de pullup de 2.2k sur les lignes du bus.
Un des périphs est sur le PCB et l'autre déporté (un écran LCD), je viens de souder mon connecteur pour le LCD et j'ai fait des vérifs de continuité avec le multimètre.
Et la je suis un peu embeté. Quand je vérifie la continuité entre les deux lignes du bus j'ai une valeur assez élevée par rapport à d'habitude (environs 1.5). Est-ce que c'est à cause des deux pullup ou est-ce que j'ai un défaut d'isolation entre les deux lignes ?

Je ne me suis jamais réellement demandé ce qu'affiche le multimètre sur un test de continuité/diode, c'est la tension de seuil de la diode non? Pourquoi j'ai une valeur dans ce cas précis ?

Ben avec les pullups tu as un lien entre tes lignes puisqu'elles sont toutes deux référencées à ta ligne VCC. Même si c'est 4.4kOhms ça peut jouer sur la mesure.
Tu peux pas déconnecter les pullups et revérifier ?
1.5V ça serait un peu élevé pour un court circuit (même pas franc) de tte façon donc ça ne me parait pas bien grave.
Et il se passe quoi si tu mesures en mode diode une résistance de 4.4kOhms ?

edit : et pour info 2.2k ça me parait faible pour du pullup, on met pas 10k en général ?

 
Je pensais avoir mis du 10k mais c'est un vieux montage que je reprends. Et tout est en CMS 0806 j'ai la flemme de dessouder    
J'ai du reprendre la valeur de 2.2k sur le datasheet du DAC, je vais vérifier.
 
Je vais tester, de toute facon sur les broches de data de l'I2C j'ai pas trop de risque au pire ca marche pas et je pourrais tester mon analyseur de signal qui doit arriver aujourd'hui ou demain

C'est avec les circuits intégrés sur le CI? Ces derniers contiennent des diodes de protection, tu mesures peut-être ça ou alors n'importe quoi, je dirais que si on ne mesure pas une diode réelle on peut ignorer l'affichage et prendre en compte uniquement le beep sonore. C'est soit mesure de diode soit test de continuité.

Pour les valeurs des pull-up je pense que c'est en réalité un peu compliquée. La valeur minimale dépend du courant maximal que peut supporter le circuit intégré (ou plutôt "les", il y en a au moins deux...), 2k2 ça me paraît encore raisonnable. La valeur max doit dépendre de la vitesse du bus et des composants (-->capacité vs transitions).

salut
je dois réaliser un réseau d'arduino qui communiqueront en rs485 vers une raspberry
sur les arduino j'ai penser a utiliser des module tout pret avec la puce MAX485
et sur la raspberry je voudrais utiliser un MAX487 afin de pouvoir avoir jusqu’à 128 arduino
y a pas de probleme a faire communiquer les MAX487 et MAX485 entre eux ?

 
les PU sur l'I2C c'est un peu une zone mystère mais dans tout les cas c'est à adapter selon le nombre de périph

Et puisque je suis sur l'I2C, j'ai reçu mon analyseur logique tout à l'heure.
Je vais le tester de ce pas de mon point de vue de noob complet
 
Si ca intéresse quelqu'un je ferais un mini-CR, pour rappel j'ai pris un Scanaquad SQ50 de chez Ikalogic

Il y a de la boite de rangement à pas cher chez Lidl ce Jeudi.

http://dsscircuits.com/articles/ef [...] -resistors

 
 
très intéressé par le retour, ton premier avis sur la boite fait déjà bonne impression, espérons que le matos tienne ses promesses !

 
C'est mon premier analyseur logique donc je ne vais pas pouvoir te donner un avis extrêmement pointu mais je suis très satisfait.
Je l'ai utilisé hier soir pour faire un peu de reverse engineering sur une télécommande RF433 dont je ne connais pas le protocole.
 
Le boitier en lui même est compact et de bonne qualité.
Le seul point négatif c'est la fixation des sondes qui fait un peu cheap, je ne sais pas si ca résistera longtemps en utilisation soutenue. Cela dit une fois que les sondes sont connectés on ne doit pas passer son temps à les débrancher du boitier.
 
Coté software je n'ai trouvé que des points positifs.
Le soft est effectivement ultra fluide pour naviguer dans les signaux même avec des marqueurs de partout.
 
La configuration du boitier se fait en quelques clics, avec le type de pulldown (on a le choix entre 1M ou 10k), la fréquence d'échantillonnage (suivant le modèle de boitier tu as directement l'indication de la durée d'acquisition).
Il y a un grand choix dans les triggers, sur front montant ou descendant, sur changement d'état et pour les protocoles qui sont connus sur des critères précis. Par exemple sur un bus I2C avec plusieurs devices tu vas pouvoir intercepter une trame qui va vers une adresse précise. Tout est assez intuitif.
 
On clique sur le bouton play et le boitier se configure puis se met en attente du trigger. Une fois l'acquisition terminée les données sont rapatriés automatiquement en quelques secondes.
 
Il est possible d'avoir plusieurs espaces de travail pour faire plusieurs acquisitions, mais je ne sais pas si on peut comparer des signaux de plusieurs acquisitions différentes. C'est une fonction qui m'aiderais pour mon projet actuel, je vais leur poser la question.
 
J'ai commencé à me pencher sur la création d'un protocole perso pour ma télécommande, ca fonctionne avec un language de script mais je n'ai fait que survoler le sujet et je n'ai pas compris grand chose pour le moment. Cela dit la possibilité est la et semble très bien fonctionner puisque tous les protocoles actuellement dispo sont créés à partir de ce module de script.
 
Au final je suis très satisfait, en moins d'une heure j'ai réussi à comprendre et etre en mesure de reproduire le protocole de ma télécommande. Et pour moins cher que les analyseurs que j'avais repéré avant.
 
Il y a aussi la possibilité de rejouer un signal qui a été acquis ou d'en générer un à partir de critères ou d'un protocole, je n'ai pas encore pu tester cette fonctionnalité mais ca va venir.

 
Chouette CR, en complément d'une vile copie de Salae chinois ça peut être sympa. Tu pourrais proposer quelques screenshots et photos, genre sur la config des triggers et comment c'est paramétrable?

bon tu m'as fait envie et j'ai télécharger le soft pour voir ce que ça donne.  
 
Le soft est sympa, visuellement c'est plus léger que saleae.
 
Coté fonction, ya quelques points qui sont à améliorer mais comme c'est un soft jeune je pense que ça va bouger. D'ailleurs je vais p-e appeler pour voir les modifs qu'il prévoit
 
La génération de signaux semble être quand même être le point fort

 
Le plus simple c'est que tu télécharges le soft, sans analyseur branché il passe en mode démo et il génère des signaux standard. Tu peux tout essayer dans ce mode.

[flemme d'ouvrir les specs]
Merci pour le feedback
Le générateur de signaux propose juste les formes d'onde primitives ou on peut l'utiliser comme générateur arbitraire pour tout et n'importe quoi, y compris des signaux complexes et longs ?
[/flemme d'ouvrir les specs]

 
De ce que j'ai vu rapidement tu as deux modes de générations:
- Signal de clock carré, tu définis la fréquence et le duty
- Signal lié à un protocol, ca utilise le language de script que je ne maitrise pas donc je ne peux pas te répondre. Il y a une 7 protocoles proposés dans ce mode (1Wire, Atmel SWI, HDMI-CEC,  I2C, Modbus, SPI et UART). Mais vu la complexité du scripting tu dois pouvoir générer tout et n'importe quoi.

A lire ta réponse je me rend compte qu'en fait le générateur ne supporte probablement que le binaire et pas les signaux analogiques, ma question était donc peut être (presque) complètement conne