Aide alim ATX + Pi suite tuto du site

1 2 3
sebr sebr 26 Messages
Normalement, toutes les broches COM de ton alim sont reliées mais il serait intéressant de le confirmer, là aussi avec un test de continuité.
Je pense aussi je vais contrôler.
Tes modules USB s'alimentent bien en 5V ? A quoi sert la broche n°9 ?
Oui ils sont bien en 5v. La broche 9 c'est du 5v en continu en gros même si l'alim est coupé il y a 5v, c'est ce qui permet de maintenir la carte réseau allumé pour le Wake On Lan. Je l'ai mis sur mon circuit au cas ou mais il y a rien de relié dessus c'est juste un +5v avec un COM.
Ça serait pas mal de vérifier l'évolution du signal 17 BCM : vérifier qu'il passe bien de 0V à 5V et vice-versa.
Ah pas besoin d'oscilo pour voir cela avec un multimètre sur voltmètre je devrais voir l'état bouger ? Je vais contrôler ça.

Merci pour ton aide j'espère arriver à faire marcher cette carte car je en entrain de faire un boitier pour mettre tout ça (Alim, Pi, carte relai) c'est pour mettre sous mon caisson d'imprimante 3D avec octoprint.
HigHC4N

RqKpa5C
sebr sebr 26 Messages
Salut,
Je reviens suite à de nouveaux essais. Tout d'abord oui tous les COM sont relié car si je prends une masse du connecteur ATX ou d'un connecteur HDD j'ai bien une continuité avec mon multimètre.
Ensuite j'ai essayé de changer le fils entre le Pi et ma carte car les strap que j'ai acheté sur amazon sont pourris sur cette même carte je ne comprenais pas pourquoi mon pi était toujours en sous tension et en fait cela venait des fils mais avec des fils plus gros sur les GPIOc'est pareil .

J'ai donc mesuré la pin 17, quand je lance un halt il monte à 3.12v au multimètre du coup j'ai un doute car tu me parler de 5v m'enfin je ne pense pas que cela viens de là car en utilisant une alim externe le pi arrête bien l'alim .

Toujours au même point :(
sebr sebr 26 Messages
Nouveaux essais, j'ai refait le test avec le Pi branché sur une alim USB, l'alim s'arrête bien. J'ai pris de nouveau la tension sur BCM 17  avec cette config et j'ai bien 3.12v aussi.
J'ai aussi testé le +5v à une continuité entre le connecteur ATX et ceux pour les périf.
J'ai testé la carte il n'y a pas l'air d'y avoir de court circuit, en plus j'ai bien séparé les parties alimentation et gestion On/Off (Pas de masse commun et ou de +5v).
lobodol lobodol 881 Messages BIG BOSS
en plus j'ai bien séparé les parties alimentation et gestion On/Off (Pas de masse commun et ou de +5v).
Ah mais voilà ! Il faut que la masse soit commune !
sebr sebr 26 Messages
Ah non quand je dis « séparé » c’est physiquement. Electroniquement tous les com sont relié.
lobodol lobodol 881 Messages BIG BOSS
Ah merde je pensais avoir trouvé le problème 😅
C'est quand-même fou cette histoire. Et alimenter le Rpi par un des USB ne te convient pas comme solution j'imgaine ?
sebr sebr 26 Messages
Par un des USB de ma carte c'est pareil, mais le Rpi branché sur un chargeur USB à une prise murale et l'alim allumer seul avec uniquement le fil du GPIO + Masse ca fonctionne.
Au prix de la carte j'en avais commandé 10 si tu en veux une je t'en fais cadeau.
sebr sebr 26 Messages
Test numéro: 4891 :(
J'ai refais une nouvelle carte avec uniquement les composants nécessaire pour le on/off, j'ai branché la masse sur plusieurs points de la carte pareil, le Pi reboot.
Pour charger l'alim et voir si ce n'est pas un retour de courant qui provoque ça j'ai branché 2 HDD, Le Pi envoi bien la commande arrêt car les disque ce coupe et repartent.
Il y a quelques chose qui fait que cela doit renvoyer du 5v et donc recoller le transistor (Décharge des condo de l'alim?).
Avec cette seconde carte de test, le Pi branché en dehors sur une prise secteur l'alim s'arrête bien aussi.
OvlnA1d

ARZGBgO
lobodol lobodol 881 Messages BIG BOSS
Mais c'est dingue cette histoire !
Je vais fouiller dans mes armoires à la recherche de 2N2222 pour tester le circuit de mon côté.

Tu as investi dans une breadboard au fait ? Ça vaudrait le coup de passer par cette étape pour vérifier que tout fonctionne. Quand tu passes commande de tes circuits-imprimés, ça inclus la soudure des composants ou c'est toi qui le fais ? Les composants sont livrés avec ou tu as ton stock de ton côté ?
sebr sebr 26 Messages
Salut,
Non pas encore mais je le fais ce soir pour la breadboard. Pour le PCB je le commande nue, et j'ai commandé les composants chez gotronic.
Et ce n'est pas l'alim car pour les dernière test j'ai testé avec une autre ou j'ai directement soudé sur la carte sans passer par le connecteur ATX.
Cela ne vient pas non plus du bouton car j'ai testé sans bouton et en faisant contact avec un tourne vis c'est pareil.
Encore merci de ton aide.

EDIT: voilà c'est commandé et j'ai aussi pris une plaque de prototypage.
sebr sebr 26 Messages
Je confirme ce n'est pas du à l'alim, pour les tests précédent j'utilisai des alim de pc lenovo j'ai resté avec une alim dell c'est pareil.
lobodol lobodol 881 Messages BIG BOSS
Ouais donc il y a fort à parier que ça vienne du circuit...
sebr sebr 26 Messages
Salut,
Nouveau test, dans un message précédent je t'ai parlé du +5v FSB le fameux 5v continu et bien je me suis dit pourquoi pas testé l'alimentation ici.
Alors certes le Pi s'allume dès que je branche l'alim sans l'allumer. J'allume l'alim par mon bouton connecté sur ma carte. Une fois le Pi démarré je lance un arrêt et la magie l'alim s'arrête.
Du coup le Pi lui reste alimenté, j'ai remarqué qu'une fois l'alim arrêté la led vert du pi bosse encore. Alors est-ce la commande ne serait pas envoyé trop tôt et du coup le port GPIO repasserait à 0v trop vite (J'ai un doute mais je crois que tout pendent que j'ai pas débranché le pi le voltage reste à 3.12v.)
sebr sebr 26 Messages
Me voilà de retour après voir reçu ma breakboard, et bien même problème.
Si le Pi est alimenté par une alim extérieur à l'alim ATX, arrêt de l'aim OK
Si le Pi et branché sur la breakboard au 5V le pi reboot et l'alim ne s'arrête pas.
6gysmu6
lobodol lobodol 881 Messages BIG BOSS
Mon alimentation stabilisée vient de cramer, ça va être galère pour moi de reproduire le montage.

C'est quand-même fou cette histoire ! T'as pas d'oscilloscope avec toi par hasard ?
Parce que là pour débuguer ça serait quand-même plus pratique. L'idée serait de surveiller sur une voie le signal HALT envoyé par le Rpi (broche 17 dans ton cas) et de surveiller sur une deuxième voie le +5V de l'alimentation.

Ça permettrait d'une part de vérifier que le signal d'extinction est correctement envoyé et d'autre part que le +5V est bien ramené à 0.

Essaye de mettre un condensateur de découplage au plus prêt des broches d'alimentation du Rpi. Peut-être que le signa HALT n'est pas maintenu suffisamment longtemps pour laisser le temps au +5V de tomber à 0.
1 2 3
Vous devez être connecté pour pouvoir répondre à ce sujet.
Utilisation des données

Afin d'améliorer ton expérience utilisateur, nous utilisons des cookies 🍪