Bonjour,
J'ai suivi le tuto du site pour pouvoir allumer et éteindre un R Pi avec un alim ATX. (https://www.firediy.fr/article/alimenter-une-raspberrypi-comme-un-pc)
J'ai fait une carte avec connecteur ATX et tout ce qu'il faut.
Mais avant de connecter tout cela j'ai un problème.
J'ai bien suivi la procédure pour créer le fichier dts-blob.dts et ensuite le compiler. Le tuto ne parle pas du Pi 3b+ mais dans le fichier j'ai bien trouvé le block dédié au 3b+.
J'ai donc ajouté la ligne pour le pin 17,
Ensuite compilé le fichier, mais j'ai que des warning, faut-il en tenir compte ? Je t'ente ensuite le reboot, mais si je teste la tension de la pin 17 j'ai toujours 3.3v et non 0v comme il devrait être du coup cela ne fonctionne pas.
Une personne me dire si je fais un truc mal ?
Merci
Salut sbr, tout d'abord bravo pour ton CI, c'est propre !
Quel logiciel as-tu utilisé pour le réaliser ?
En ce qui concerne les warnings j'ai trouvé une piste ici. Essaye de compiler avec l'option -W no-unit_address_vs_reg.
Par contre ça n'est pas normal qu'il y ait toujours 3.3v sur la broche 17. Tu as fait ta prise de mesure avec ou sans le circuit imprimé connecté au Rpi ?
Salut,
Merci pour ta réponse, je vais voir ce que tu me donne.
Pour le 3.3v je l'ai pris sur les broches du pi avec un multimètre donc non relié à ma platine.
J'ai fais mon PCB avec easy EDA, j'ai fait le shéma et ensuite il fait le PCB plus car mettre en position les composants et commandé.
Salut,
Du coup j'ai testé ta commande, alors j'ai plus aucune erreur. Une fois la commande faite j'ai rien en retour donc je pense que c'est bon. Après reboot par contre j'ai toujours 3.3v sur la pin 17 :( hors je devrais être à 0 quand le pi est allumé.
Une fois la commande faite j'ai rien en retour donc je pense que c'est bon
Cool.
C'est étrange cette histoire de 3.3v. Et si tu essayes avec une autre broche ça donne quoi ?
Tu peux utiliser la commande suivante pour connaitre la correspondance broche/GPIO :
# Installe wiringpi si tu ne l'as pas déjà
sudo apt-get install wiringpi
gpio readall
Salut,
Avec wiringpi on vois pas grand chose car le mode n'est pas affiché. La question que je me pose est-ce que le fichier dts-blob.dts prends en compte les gpio physique ? Car sur cette ligne il y a rien pour spécifier ce port hors mis le numéro physique (17). Est-il vraiment possible de changer l'état de ce gpio à l'allumage du Pi ? J'ai un doute.
Alors j"ai trouvé mon erreur, j'ai très mal lu à plusieurs reprise il ne faut pas être sur le 17 physique mais 17 BCM !
Mais ce n'est toujours pas bon, quand je fais un poweroff le pi reboot car l'alim ne s'éteint pas je ne sais pas pourquoi et dans l'article il parle de 3.3v ce qui m'a perturber.
Sur un GPIO on peu envoyé du 3.3v ?
Reliez le GPIO_0 (BCM17) sur RPI GPIO de notre circuit
Reliez un GRND (RPi) sur RPi Ground de notre circuit
Il est important de partager le GND entre notre RPi et l'alimentation ! Sans quoi ça ne marcherait pas et risquerait de mettre en danger
notre RPi (bien que protégé, il ne faut pas que notre GPIO (3.3V)
deviennent le GND du V+5).
Je viens de refaire un essai toujours pas d'arrêt de l'alim, pour voir l'état du GPIO il faut un oscilloscope ? J'aimerais bien voir si il s'échange d'état lors de l'envoi de la commande.
Au niveau de mon circuit je pense que je suis bon. J'ai inversé 1 et 2 sur le schéma mais sur le PCB c'est bon.
Merci pour les schémas, on y voit plus clair.
C'est quoi les 3 fils qui partent vers le bas ?
J'ai l'impression que ton schéma n'est pas correcte. Je te conseille de
mettre ton CI de côté le temps des tests et d'utiliser une breadboard
pour débuguer.
Si ça fonctionne sur breadboard c'est qu'il y a une couille dans ton CI.
Ah nickel, on y voit plus clair comme ça. En effet tout semble correcte. A priori ça ne vient pas de là. Essaye quand-même sur breadboard, on n’est pas à l'abri d'un défaut de réalisation.
Super déjà ca me rassure. Merci pour ta réponse. Est-ce que tu crois que j’ai pu endommager un NPN quand je me suis trompé de broche avec le 3,3v ? J’ai regardé le datasheel du 2n2222 et apparement une broche supporte jusqu’a 30v et une 50v mais faut que je regarde les qu’elles.
je vais commander une board. Ca m’ennui que cela ne fonctionne pas alors que j’ai une jolie carte et que en plus elle a l’air bonne.
Alors j'ai fait un nouveau test. Sur le branchent initiale, le Pi est alimenté par les GPIO depuis l'alim. J'ai donc fait un test en branchement le pi en USB sur un chargeur de tel et allumé le Pi.
J'ai ensuite allumé l'alim avec seulement les 2 fils GPIO masse + 17 BCM et un halt à bien éteint mon alim.
J'ai ensuite testé en branchent le pi en USB sur les USB de ma carte et pareil le Pi ne s'arrête pas mais reboot du coup.
Alors la question est de savoir pourquoi l'alim ne se coupe pas quand je le branche sur l'alim ? Est-ce que la résistance fait trop tarder le signal au NPN et du coup l'état du GPIO repasse en bas ?
Je suis pas loin de trouver mais là j'ai pas trop de piste.
Intéressant comme comportement... Vu comme ça, mes soupçons se tournent de plus en plus vers le circuit imprimé.
Il serait intéressant de faire des tests de continuité avec un ohmmètre. Simplement pour vérifier qu'il n'y a pas de court-circuit entre deux pistes.
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é.
Tes modules USB s'alimentent bien en 5V ? A quoi sert la broche n°9 ?
Est-ce que la résistance fait trop tarder le signal au NPN et du coup l'état du GPIO repasse en bas ?
Non, je ne pense pas que ce soit ça ; une résistance ne provoque pas de retard de phase.
Ç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.
Je suis pas loin de trouver mais là j'ai pas trop de piste.
sebr
26 Messages
lobodol
