Hallo,
erstmal sorry für den schwammigen Titel. Ich will ein eigenes Board mit
einem STM32F4 basteln. Bin mir aber nicht sicher, ob die Beschaltung so
richtig ist. Vielleicht kann hier jemand grob drüberschauen? Ich würde
mich auch über Empfehlungen für ein besseres Layout des Schaltplans
freuen. Ich verwende KiCad.
Meine Quellen waren die AN4488 von STM (Intro zum Hardware Development
für STM32) und das Datenblatt des STM32F401RDTX, sowie Carmen Noviello's
Buch "Mastering STM32" (da gibt es ein kurzes Kapitel zur
Hardwareentwicklung).
Wenn der Chip dann fertig ist, will ich ihn über ein nucleo board
programmieren. Habe dafür NRST, SWDCLK und SWDIO rausgelegt. Muss ich da
noch irgendwas beachten oder ist das dann wie ein normales dev board?
Hm, bin ja auch ein Freund von labelschaltplänen - aber doch bitte nicht
für alles und jedes netz. Mir ist das zu mühsam mich da durchzusuchen.
Auf jeden Fall ist aber am Spannungsregler was faul.
H.Joachim S. schrieb:> Hm, bin ja auch ein Freund von labelschaltplänen - aber doch bitte nicht> für alles und jedes netz. Mir ist das zu mühsam mich da durchzusuchen.>> Auf jeden Fall ist aber am Spannungsregler was faul.
Ja stimmt, das habe ich repariert und angehängt. Musste nur einen neuen
Footprint erstellen, mit den richtigen Bezeichnungen.
Die Label werde ich Stück für Stück reduzieren, danke!
Vdd und decoupled_vdd sind verbunden, das wird beim erstellen
der Netzliste schiefgehen. Ein Signal darf nur einen Namen haben.
Aussedem ist es total irreführend.
100uF an Vout wird für diesen Regler zuviel sein. Die Regler-
Eigenschaften leiden daurch.
Über den Daumen gepeilt sollte 10uF ok sein.
Vdd hat immer noch mehrere Namen. Das ist nicht gut.
- An Reset fehlt ein Pull Up
- Bei Userbutton den Kondensator weglassen, der schweißt bei jedem
Drücken den Taster ein bischen. Entprellen per Software ist besser.
- Prüf mal ob die Led besser Low-Active angeschalten wäre. Viele
Ausgänge können besser gegen Masse ziehen.
- Deine Usart/SPI/I2C Header haben weder Masse noch Betriebsspannung
(3.3V) Ist das Absicht?
- reset_circuit vom JTAG ist mit nichts verbunden.
- Bei JTAG würde ich versuchen eine Standard-Beschaltung zu nehmen:
http://infocenter.arm.com/help/topic/com.arm.doc.faqs/attached/13634/cortex_debug_connectors.pdf
bzw https://www.mikrocontroller.net/articles/JTAG
Andreas M. schrieb:> - Bei JTAG würde ich versuchen eine Standard-Beschaltung zu nehmen:
Das ist kein JTAG (der würde aus vier Leitungen bestehen)
sondern ein SWD Port.
Andreas M. schrieb:> - An Reset fehlt ein Pull Up
Sicher das ich dort eins brauche? In "Mastering STM32" und auf diesem
Schaltplan von Arrow Electronics:
https://static5.arrow.com/pdfs/2015/11/3/2/19/1/140/st_/manual/stm32nucleo-64_fig.1_4.jpg
ist keiner.
> - Bei Userbutton den Kondensator weglassen, der schweißt bei jedem> Drücken den Taster ein bischen. Entprellen per Software ist besser.
Guter Punkt! Beim reset baut ST in Nucleo boards selber einen ein,
vielleicht weil sie ziemlich robuste push buttons verbauen.
> - Deine Usart/SPI/I2C Header haben weder Masse noch Betriebsspannung> (3.3V) Ist das Absicht?
Wäre auf jeden Fall komfortabler.
> - reset_circuit vom JTAG ist mit nichts verbunden.> - Bei JTAG würde ich versuchen eine Standard-Beschaltung zu nehmen:> http://infocenter.arm.com/help/topic/com.arm.doc.faqs/attached/13634/cortex_debug_connectors.pdf> bzw https://www.mikrocontroller.net/articles/JTAG
Ich wollte eigentlich mit SWD und einem Nucleo board flashen/debuggen.
Da bräuchte ich (wenn ich das richtig verstehe) nur target_vdd, GND,
SWDIO, SWDCLK, NRST.
Rafael B. schrieb:> Da bräuchte ich (wenn ich das richtig verstehe) nur target_vdd, GND,> SWDIO, SWDCLK, NRST.
Sehr richtig. Eine Standard-Beschaltung wäre aber trotzdem
(für sich selbst) sehr hilfreich.
Fern Schätzer schrieb:> Sehr richtig. Eine Standard-Beschaltung wäre aber trotzdem> (für sich selbst) sehr hilfreich.
Wusste gar nicht, dass es das gibt. Da sind ja noch einige andere Pins
rausgeleitet.
Rafael B. schrieb:> Mir ist aus dem Datenblatt:> https://www.st.com/content/ccc/resource/technical/document/application_note/76/f9/c8/10/8a/33/4b/f0/DM00115714.pdf/files/DM00115714.pdf/jcr:content/translations/en.DM00115714.pdf> nicht klar, ob Vcap1 nun mit VDD verbunden ist oder nicht. Auf Seite 10> sieht es so aus, aber auf Seite 8 heißt es> "VDD should always be higher than VCAP to avoid current injection> between power> domains.".>> Der Zusammenhang zwischen VDD, VBat, VREF+, und VCAP ist mir nicht klar.
Vcap ist der Ausgang des internen Spannungsreglers für den CPU-Kern. Da
gehören 4u7 nach GND dran (bzw. 2x 2u2 wenn es ein Package mit 2
VCap-Pins ist). Nicht mit VDD verbinden (es sei denn man deaktiviert
den internen Regler, ergibt hier keinen Sinn).
VDD ist die Haupt-Versorgung und Versorgung für die ganzen I/O-Pins. An
jeden Pin gehören 100nF nach GND, und noch einmal 4u7 nach GND in der
Nähe des Chips.
VREF+ ist die Referenzspannung für den A/D-Konverter (und kann mit VDDA
verbunden werden, falls das als Referenzspannung gut genug ist).
VDDA ist die Versorgung für den A/D-Wandler und sonstigen Analogkram.
1uF und 100nF nach GND. Am besten über eine kleine Drossel 100uH oder so
mit VDD verbinden (oder direkt, wenn etwas Rauschen auf dem A/D nicht
stört)
VBat versorgt das batteriegepufferte RAM und die Echtzeituhr. Mit 100 nF
nach GND abblocken und entweder die Pufferbatterie anschließen, oder,
falls Batteriepufferung nicht benötigt wird, mit VDD verbinden.
Tassilo H. schrieb:> Rafael B. schrieb:>> Mir ist aus dem Datenblatt:>>> https://www.st.com/content/ccc/resource/technical/document/application_note/76/f9/c8/10/8a/33/4b/f0/DM00115714.pdf/files/DM00115714.pdf/jcr:content/translations/en.DM00115714.pdf>> nicht klar, ob Vcap1 nun mit VDD verbunden ist oder nicht. Auf Seite 10>> sieht es so aus, aber auf Seite 8 heißt es>> "VDD should always be higher than VCAP to avoid current injection>> between power>> domains.".>>>> Der Zusammenhang zwischen VDD, VBat, VREF+, und VCAP ist mir nicht klar.>> Vcap ist der Ausgang des internen Spannungsreglers für den CPU-Kern. Da> gehören 4u7 nach GND dran (bzw. 2x 2u2 wenn es ein Package mit 2> VCap-Pins ist). Nicht mit VDD verbinden (es sei denn man deaktiviert> den internen Regler, ergibt hier keinen Sinn).
Danke, sehr hilfreich!
> VDD ist die Haupt-Versorgung und Versorgung für die ganzen I/O-Pins. An> jeden Pin gehören 100nF nach GND, und noch einmal 4u7 nach GND in der> Nähe des Chips.
check :) !
> VREF+ ist die Referenzspannung für den A/D-Konverter (und kann mit VDDA> verbunden werden, falls das als Referenzspannung gut genug ist).
Ich habe gar kein VDDA, es ist intern mit VREF+ verbunden.
> VDDA ist die Versorgung für den A/D-Wandler und sonstigen Analogkram.> 1uF und 100nF nach GND. Am besten über eine kleine Drossel 100uH oder so> mit VDD verbinden (oder direkt, wenn etwas Rauschen auf dem A/D nicht> stört)
Die beiden Kondensatoren hängen an VREF+/VDDA. Ich nutze momentan keinen
A/D-Wandler, deshalb habe ich die Drossel weggelassen.
> VBat versorgt das batteriegepufferte RAM und die Echtzeituhr. Mit 100 nF> nach GND abblocken und entweder die Pufferbatterie anschließen, oder,> falls Batteriepufferung nicht benötigt wird, mit VDD verbinden.
check :) !
Vielen Dank, sehr hilfreiche Antwort.
Ich brauche momentan keine Taktraten über 84MHz, und habe auch Sorgen,
ob mein 2-Layer board die hohen Frequenzen stört. Sind ab 120MHz noch
0805 und 0603 Kondensatoren üblich?
protoboard-page1.png
(110 KB)
