| Deutsch English Français Italiano |
|
<63f76dae$0$3068$426a34cc@news.free.fr> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!cleanfeed1-a.proxad.net!nnrp2-1.free.fr!not-for-mail Date: Thu, 23 Feb 2023 14:44:14 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.6.0 Subject: =?UTF-8?Q?Re=3a_SPI_et_p=c3=a9riph=c3=a9riques_non_aliment=c3=a9s?= Content-Language: fr Newsgroups: fr.sci.electronique References: <63f390a7$0$31528$426a74cc@news.free.fr> <63f4c873$0$24790$426a74cc@news.free.fr> <63f4cd00$0$25953$426a74cc@news.free.fr> <63f4ee01$0$22269$426a74cc@news.free.fr> <63f4f169$0$22269$426a34cc@news.free.fr> From: cLx <clx.kat@j'aimail.com.almost.invalid> Organization: Escape character is '^]'. In-Reply-To: <63f4f169$0$22269$426a34cc@news.free.fr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Lines: 33 Message-ID: <63f76dae$0$3068$426a34cc@news.free.fr> NNTP-Posting-Date: 23 Feb 2023 14:44:14 CET NNTP-Posting-Host: 78.193.149.126 X-Trace: 1677159854 news-4.free.fr 3068 78.193.149.126:49024 X-Complaints-To: abuse@proxad.net Bytes: 2899 On 21/02/2023 17:29, JKB wrote: > Le 21-02-2023, cLx <clx.kat@j'aimail.com.almost.invalid> a écrit : >> On 21/02/2023 14:54, JKB wrote: >>> Ça, c'est sûr (même une réinitialisation complète). Ce qui >>> m'inquiète plutôt est de savoir comment se présentent les entrées >>> d'un composant SPI non alimenté (mais encore connecté au GND). >>> >>> J'ai continué mes lectures et je vois que la tension maximale >>> admissible est généralement donnée en Vdd+v (souvent Vdd+0.5V). Mais >>> là, on parle d'un fonctionnement normal. Ce n'est pas spécifié pour >>> tous les composants. >>> >>> La réponse à la question initiale semble donc être négative et il >>> est impossible de couper l'alimentation d'un périphérique (quitte à >>> le réinitialiser). Ça m'aurait pourtant semblé assez logique que, >>> quelque part au fond des specs SPI, on considère ce cas comme un cas >>> classique d'utilisation. >> >> Il n'est pas possible pour le MCU de mettre /CS à 0 avant de couper >> l'alimentation des périphériques pour passer en mode de veille ? > > Si, bien sûr, mais ça ne change pas le problème qui est de savoir > comment les périphériques vont se comporter (et s'il y a un > comportement imposé par les specs SPI). Là, j'en suis à 24 µA sous > 3,6 V pour un capteur en veille (CPU + MRAM + écran ePaper + RTC + sonde > de température). J'aurais voulu baisser un peu. J'ai du mal à saisir, si tu mets toutes les lignes qui vont aux périphériques à 0V via programme ainsi que leur tension d'alimentation, ils vont forcément être éteints, non ? C'est peut être à cause de la RTC (qui a besoin de conserver sa tension d'alimentation ?)