Reprise du message précédent :
je vais pas me vexer pour ça ^^  
 
je prends note des améliorations! je termine mes gaufres et je m'y remets

Schéma nouvelle version :
https://norishare.com/68b87ba
 
Et le typhon :
https://norishare.com/7ae0c98
 
Tout en bottom

Ca ne serais pas un montage intégrateur 0.1s ?

Si tu peux, utilises un renvoi pour la masse afin d'éviter de traverse le pont de diodes. Sur un schéma, on évite (même on ne le fait jamais) d'avoir des nœuds qui passe sur des composants.

Sur ton routage, ton plan de masse est trop ouvert au centre de la carte. Tu peux définir le plan de masse comme occupant toute la surface de la carte et ensuite tu dessines par dessus les plans d'alim. En gérant bien les espacements d'isolation, ca sera plus propre que dessiner les contours du plan à la main.

je prends note pour le schéma
 
Pour le plan de masse, c'est con, c'est ce que j'avais fais au début et ouais c'est chiant à faire à la main
 
je modifierais ça

 
Le schéma est beaucoup mieux, tu peux rajouter des symboles pour la masse ou les rails d'alim, ça rendra le schéma plus lisible si tu as beaucoup de composants, mais tu n'es pas obligé pour si peu.
 
Fais quand même attention à la polarité des capas, c'est tellement gros qu'on ne voit pas le reste du schéma .
 

 
Dans ce cas, ça a l'air plus simple d'avoir un plan par ligne d'alim (+30, -30 et GND), et ça sera plus compact avec la masse au milieu. Les boucles sont à éviter, surtout sur la masse.

C'est plutôt le machin autour de l'OP77:

 
Après dans les boucles de retour il y a de l'intégration mais c'est du filtrage passe bas  

donc ne pas faire le tour?

j'ai fais ça :
https://norishare.com/3462eb4

Une chose m'étonne, y a un gap entre les pastilles et le plan :
https://norishare.com/38d2e6b

Mais pas partout, la c'est une liaison entre les pads direct :
https://norishare.com/1f2b871

je sais pas expliquer pk ni si c'est normal

edit pour le gap j'ai trouvé, si je retire le composant, reconfig la copper area et que je le remets y a plus le gap, par contre pk

C'est mieux.
Perso je mettrais R3 et R4 en horizontales pour gagner en place.

la place à la limite ça me gêne pas c'est plus cette histoire de gap oO
 
je pensais que j'avais trouvé le truc mais nan, ils sont toujours la

 
Vu le montage un peu exotique (FB global et faible gain sur le 1er opamp), ça ne serait pas pour diminuer le gain en HF et éviter des problèmes d'instabilité?
 

 
Normalement, quand tu génères un plan, le soft vérifie à quelle netlist il est connecté, puis n'y connecte que les pads et traces avec la même netlist, sinon il isole.
C'est pratique, tu connecte ton plan de masse à GND, et tu peux rajouter des pistes à travers le plan sans faire de court-circuit (tu peux choisir des priorités pour avoir une hiérarchie entre les plans). Normalement tu as des ponts thermiques sur les gros pads, ça rend les composants plus faciles à souder sur des gros plans.

Décale C1 un peu à gauche, C2 un peu à droite
Rapproche un peu R3 et R4 et remonte les un peu plus au niveau de C1 et C2.
Décale C3 et C4 comme C1 et C2 et remonte les avec les autre capa et le connecteur du bas.
 
T'auras un PCB bien plus petit et moins cher.

man-x69 : ha oui! j'ai fais le tour et j'ai mis les bonnes netlist où il faut.
 
zeql_ : oui je pourrais, pour avoir un pcb vraiment moins chère, faut que ça passe 10x10 cm maxi, mais la il fait 11x16. Faudrait que je refasse tout mes plans pour gagner 2 cm et gratter 2$ un truc du genre ^^ la tout de suite j'ai pas la motivation je verrais cette semaine.
 
Merci à vous en tout cas!

10MR avec 10U ? D'ou l’hypothèse sur l'offset long terme ? En tous cas la réponse m’intéresse, me demande comment marche le montage au démarrage, il faut attendre pas mal de temps avant d'avoir la première mesure?

En fait ça fait un gain de 1/1000 et une constante de 0.1s en boucle ouverte, vu la résistance en parallèle. Mais en boucle fermée dans spice ça résonne aux alentours 120Hz faudra que je calcule

Et ton oscillo de l'hyper espace alors ?
 
Il est passé à travers la fenêtre ou tu en es content ?

Si tu sors Spice, regarde aussi la phase, je ne serais pas surpris que ça compense une bizarrerie d'un des opamps.

 
 
Je reviens avec mon afficheur de la page 213 : https://www.banggood.com/MAX7219-Re [...] 07849.html
 
Bien que commandé plus tard que le reste des trucs donc j'ai besoin avec (Arduino, fils Dupont, breadboard...), je
viens de le recevoir ce matin (ce soir pour vous   ).
 
Si vous suivez, vous comprenez que je n'ai pas encore réceptionné l'Arduino : me v'là fort marri
pour tester un minimum ce display à leds, d'autant que je n'ai pas fait dans la demi-mesure puisque
j'en ai pris 3 directement ^^
 
Pour faire un rapide essai, je suppose qu'il y a le trick "un peu de jus + resistance 220 ohm"...? Mais je
le sens moyen-moyen...
 
Ca peut s'essayer rapidement avec un Raspi 3, ça parle à quelqu'un ?
Avec cette page, par exemple ? => https://max7219.readthedocs.io/en/0.2.3/

Non. Il te faut un µC qui parle (je suppose) le SPI. Un RaPI peut le faire en théorie.

L'avantage du SPI c'est qu'on peut toujours faire du bit banging à fréquence manuelle  

Si on a beaucoup de patience (et qu'il n'y a pas de fréquence min) oui. J'avais commandé un afficheur HD44780 avec des interrupteurs une fois.

Petite question surement bête :
Un module TP4056 est donné pour 1A maxi, si j'en mets 2 en parallèles, la charge devrait s'équilibrer entre les deux non?
 
merci

Ils régulent en courant donc oui à priori. Après sur la fin de charge ils vont se comporter différemment mais je ne pense pas que ça finisse en incendie

rassurant
 
merci

Je viens de tester avec un adaptateur M.2 LTE -> USB tier (et câbles moisis chinois ), donc sans alimenter le PCB d'origine .
https://reho.st/self/fb88e61cc3bfec [...] 6e6b6a.jpg

Et c'est bien tombé en marche, très bien même  

Pour le plaisir des yeux, regardez la sexitude de l'antenne derrière  
https://reho.st/self/a94ccbca82f654 [...] b2e34f.jpg
 
https://reho.st/self/c4140e21733623 [...] 2b9471.jpg

J'imagine donc que je vais attendre patiemment l'arrivée de mon 3eme Arduino    
 
Tant pis, je vais me convaincre que c'est pas pressé ^^

Me revoilà avec mes questions de noob
 
Je veux me faire un capteur qui fonctionne sur batterie, se réveille une fois par heure, renvoie sa valeur et retourne au lit.
 
J'ai vu qu'il existait des uc (attiny13a) qui ne consomment quasiment rien en veille et je pensais donc utiliser ça pour gérer simplement le côté on/off du reste.
 
Derrière, je voulais utiliser un esp8266 pour gérer la mesure et l'envoi de la donnée.
 
En admettant que j'utilise une pile de ce genre pour tout ce type monde, on est d'accord que je n'ai pas besoin de mettre un régulateur de tension pour alimenter l'attiny13a mais que j'ai besoin d'en mettre un juste après ? (si oui j'ai repéré le SPX3819 qui me semble adapté)

A priori, pourquoi pas oui.
Peut être un petit "fusible" en série au cas ou ?

C'est rarement une bonne idée de connecter directement une batterie pour alimenter un circuit. La tension de départ est supérieure à 4V, donc tu risque de flinguer les composants 3.3V.

Le mieux c'est de rajouter un buck/boost qui permettra de sortir une tension stable quelque soit l'état de la batterie ainsi que monitorer la tension de la batterie par le µC pour arrêter le système avant d'atteindre une tension trop basse, dangereuse.

+1 avec zeql_ !

Sinon perso je n'utiliserai pas un µC mais une RTC. Tu configures l'alarme dans la RTC et c'est elle qui se chargera de réveiller/alimenter l'ESP8266.

Tu peux connecter la RTC à l'ESP8266 pour lui configurer une nouvelle alarme à la demande voire même gérer plusieurs alarmes en fonction de la RTC choisie.

Edith me dit que l'avantage (que je n'ai pas abordé) c'est que justement une RTC est prévue pour fonctionner sur batterie donc plus besoin de régulateur.

L'esp8266 possède un mode deep-sleep sinon donc est utilisable de manière totalement autonome.

 
Je ne suis pas sûr de bien comprendre. Ca protégerait de quel événement ?
 

 
Ce que je pensais faire, c'était alimenter le tiny directement à partir de la batterie mais réguler à 3.3V la tension du reste du circuit via le SPX3819. Le but est d'économiser la consommation du régulateur quand le tiny est en mode sleep. Je pensais pouvoir le faire car la doc du tiny donne comme tension d'entrée une plage entre 1.8V et 5.5V. Même ainsi ça te semble une mauvaise idée ?

 
Ok merci, je vais étudier ça.
 

 
Certes mais j'avais écarté cette solution car j'ai lu pas mal de posts où les gens avaient l'air d'avoir des difficultés à atteindre des valeurs de consommation réellement très basses. En outre, si j'ai bien compris, ça ne gère que le uc et pas le ou les capteurs associés qui restent alimentés même si le uc dort. Ca me semblait donc nécessiter de devoir piloter l'allumage/extinction des capteurs à côté. Donc, à mon niveau, ça m'a semblé plus simple de tout allumer et tout éteindre d'un seul bloc.
 
(j'espère ne pas trop écrire de conneries)

le SPX3819 est un LDO avec un dropout de 340mV, donc si tu sors du 3.3V, il faut minimum 3.64V en entrée pour qu'il fonctionne correctement.
Dans la datasheet il n'est pas indiqué s'il devient passant quand la tension est inférieure à son dropout.  
 
Après oui ton régulateur va consommer c'est sûr mais y a des questions de choix de design. On peut tolérer d'alimenter des composants directement avec la batterie mais tout dépend des contraintes.
 
Pour l'ATTiny, avec moins quelques centaines de µA, une simple diode zener 3.3V ça se fait. Mais le chip Wifi avec jusqu'à 180mA de conso max nécessite un régulateur.
 
Je vais faire mon chiant, mais je pense que la première chose est de savoir quels composants tu vas utiliser, déterminer leur consommation, leur plage de tension ainsi que déterminer des contraintes, notamment en terme de temps de fonctionnement sur batterie : 1 semaine, 1 mois, 6 mois, etc.
A partir de là on peut réfléchir sur une architecture qui répondra aux besoins.
 
Si tu cherche la moindre seconde d'autonomie, bah on peut dans ce cas s'orienter sur des solutions pas top ou chère mais qui consomment peu. Si t'es pas trop à cheval sur l'autonomie, on peut faire quelque chose de plus qualitatif.

Éviter de court circuiter l'accu. Le tinsy prend l'ensemble de la plage utile de la tension de l'accu.
En direct why not make mais un accu en cc ça fait du bordel.

L'ATTiny tolère jusqu'à 5.5v de tension d'entrée donc pas de régulateur requis, branché direct sur la batterie, derrière un circuit de protection pour batterie Li-Ion si l'objectif est d'éviter la décharge profonde.
Il peut aller titiller la broche "enable" d'un LDO qui alimente tout le reste en 3.3V propre pour gérer l'alimentation du reste et basta.
 
Après les esp8266 qui consomment beaucoup en deep-sleep ça doit être à cause de périphériques sur la carte genre si t'as l'adaptateur usb série.  
J'ai des cartes en "bare" (esp 07 je crois), j'ai toujours pas pris le temps d'aller mesurer la consommation du merdier sur une charge de travail à la con avec deep-sleep. Surtout que j'ai un µCurrent pour faire ça

C'est mieux dit mais voilà.

A voir aussi la stratégie d'envoi des données :
- Envoi à chaque réveil et acquisition (donc toutes les heures)
- Envoi une à deux fois par jour, on stocke les données dans une EEPROM ou dans le µC et on utilise le wifi au minimum, sachant que c'est lui qui consomme le plus, et de loin.

Merci pour vos réponses
 

 
J'avais pas fait gaffe au dropout sur le régulateur (mais l'esp a pour range 3-3.6V)
 
Concernant le temps de fonctionnement, je ne cherche pas nécessairement la moindre seconde mais je voudrais avoir à changer/charger les piles peu souvent. Si c'est une fois tous les un ou deux ans, c'est très très bien. Une fois par mois, ce serait franchement pas terrible. Ca ne me dérange pas d'y mettre quelques euros de plus s'il le faut.
 
Mon objectif est ici de progresser en joignant l'utile à l'agréable et en particulier:
- de comprendre (un minimum) ce que je fais
- d'acquérir des connaissances et de l'expérience
- d'arriver à réaliser quelque chose au final sans forcément y passer 6 mois
- de pouvoir réutiliser/adapter ça pour faire d'autres capteurs qui n'auront pas nécessairement les mêmes contraintes (peut-être plus complexes ou avec une plus grande fréquence de remontée des infos)
 
 
Je vais étudier les diodes zener mais est-ce que tu pourrais m'expliquer pourquoi je dois réguler la tension d'entrée du tiny ? (ou me donner un lien ou le nom des concepts à étudier) Je n'arrive pas à comprendre la nécessité ou le risque si ça n'est pas fait dans la mesure où il y a une plage d'entrée suffisamment large.
 
Et oui, je souhaite récupérer les données au fil de l'eau.
 
Je vais faire ce que tu dis et tenter d'estimer la consommation

Moi non plus. Je pense que zeql_ n'a pas vue que les AVR fonctionnent jusqu'à 5V.

Anéfé, j'avais zappé que l'ATTiny a une plage d'alimentation large.
 
Après, je reste en faveur d'une RTC, c'est vraiment prévu pour et à mon avis, ca sera plus simple à mettre en oeuvre qu'un microcontrôleur qu'il te faudra programmer et tout.