Auf den Nucleo Boards hat ST doch glatt "vergessen" den Quarz für den externen Takt zu bestücken. Erfolg des Ganzen ist dass man diese "sauschnellen" Controller zunächst nur mit internem (und damit sehr langsamen) 64MHz Takt (H743) betreiben kann .... solange man nicht selbst einen Quarz (siehe Bild X3), zwei Null- Ohm-Widerstände und zwei Lastkapazitäten bestückt. Was hat sich ST dabei wohl gedacht? Wieder 0.27 Euro gespart.
Angehängte Dateien:
-
Nucleo_F746_No_Crystal.jpg
310 KB
Du irrst! Der takt kommt als externer 8MHz-Takt vom ST-Link.
Harry L. schrieb: > Der takt kommt als externer 8MHz-Takt vom ST-Link. Jetzt wo du es mir sagst und ich im Schaltplan nachschaue fällt es mir wie Schuppen von den Haaren ... du hast Recht. Aber wehe einer kommt auf die Idee den Debugger abzusägen ...
Johannes S. schrieb: > Warum ist denn auf dem Board ein F207? Die Boards mit TQFP144 Chips haben scheinbar alle das gleiche Layout. Mein H743ZI schaut huntertprozentig gleich aus.
> Die Boards mit TQFP144 Chips haben scheinbar alle das gleiche > Layout. Mein H743ZI schaut huntertprozentig gleich aus. Stimmt, das hat STM gut drauf, die uC mit gleichem pinning layout rauszubringen. Das beim absägen des STLink der ext. Takt weg ist das ist natürlich eine böse Falle.
STM Apprentice schrieb: > Erfolg des Ganzen ist dass > man diese "sauschnellen" Controller zunächst nur mit internem > (und damit sehr langsamen) 64MHz Takt (H743) betreiben kann Die PLL läuft auch mit dem HSI-Takt, sodaß Du nach Belieben hochtakten kannst.
STM Apprentice schrieb: > Jetzt wo du es mir sagst und ich im Schaltplan nachschaue > fällt es mir wie Schuppen von den Haaren ... du hast Recht. > Aber wehe einer kommt auf die Idee den Debugger abzusägen ... Das steht im Manual, muss man nur lesen: 6.8.1 OSC clock supply There are four ways to configure the pins corresponding to the external high-speed clock (HSE): MCO from ST-LINK (Default): MCO output of ST-LINK is used as input clock... The configuration must be: – SB148 OFF – SB112 and SB149 ON – SB8 and SB9 OFF HSE on-board oscillator from X3 crystal (not provided)... The configuration must be: – SB148 and SB163 OFF – SB8 and SB9 soldered – C37 and C38 soldered with 4.3pF capacitors – SB112 and SB149 OFF Oscillator from external PF0/PH0: from an external oscillator through the pin 29 of the CN11 connector. The configuration must be: – SB148 ON – SB112 and SB149 OFF – SB8 and SB9 removed HSE not used: PF0/PH1 and PF1/PH1 are used as GPIOs instead of as clock. The configuration must be: – SB148 and SB163 ON – SB112 and SB149 (MCO) OFF – SB8 and SB9 removed
Angehängte Dateien:
-
H743_ClockTree.png
100 KB
m.n. schrieb: > Die PLL läuft auch mit dem HSI-Takt, sodaß Du nach Belieben hochtakten > kannst. Kaum sucht man ein paar Minuten im Clocktree, schon findet man einen Weg den HSI auch zu PLL zu führen. Ich habe es vermieden das 12-seitige Manual des Controllers durchzuarbeiten und mich von CubeMX verführen lassen. Doch dort fehlt leider eine klare Linie vom HSI zur PLL, ich habe es übersehen. So wie man dort einiges schnell mal übersehen kann. Sorry für dir Verwirrung und Dank für die Erleuchtung / Nachhilfe.
m.n. schrieb: > Die PLL läuft auch mit dem HSI-Takt, sodaß Du nach Belieben hochtakten > kannst. Wobei dann der Jitter ggf. problematisch für ADC oder serielle Schnittstellen sein kann. Johannes S. schrieb: > Das beim absägen des STLink der ext. Takt weg ist das ist natürlich eine > böse Falle. Irgendeinen Tod muss man sterben, wenn man ein möglichst billiges Einsteigerboard bauen möchte...
Niklas G. schrieb: > Wobei dann der Jitter ggf. problematisch für ADC oder serielle > Schnittstellen sein kann. Ja, ich mag keine RC-Oszillatoren. Niklas G. schrieb: > wenn man ein möglichst billiges Einsteigerboard bauen möchte... Naja, wie bereits gesagt: STM Apprentice schrieb: > Wieder 0.27 Euro gespart.
STM Apprentice schrieb: > Niklas G. schrieb: >> Wobei dann der Jitter ggf. problematisch für ADC oder serielle >> Schnittstellen sein kann. > > Ja, ich mag keine RC-Oszillatoren. Ist schon wieder Freitag?
Zum Glück kann der Controller USB auch ohne Quarz.
m.n. schrieb: > Ist schon wieder Freitag? Offensichtlich sind dir die "Vorteile" von freischwingenden, driftenden Gebilden nicht geläufig. HF-Leute könnten dir ein Lied davon singen.
STM Apprentice schrieb: > Offensichtlich sind dir die "Vorteile" von freischwingenden, > driftenden Gebilden nicht geläufig. HF-Leute könnten dir > ein Lied davon singen. Die Lieder kann ich auch rückwärts singen. Es geht hier aber nicht um Sende- oder Empfangseinrichtungen, sondern um den simplen Takt in einem µC. Wenn hier Spinner mit Drift- und Jitterproblemen auftreten, muß man das schon mal zurechtrücken. Und wenn Du nicht minutenlang auf den Taktbaum sehen müsstes, um die Einstellungen zu durchblicken, hättest Du auch noch einen "Jittergenerator" entdecken können, um die konstante und ggf. störende Taktfrequenz etwas zu modulieren. Der ADC funktioniert dann immer noch!
Was ist mit den ganzen Spinnern, bei denen der UART nicht funktioniert, weil der Takt wegläuft?
m.n. schrieb: > hättest Du auch noch einen "Jittergenerator" entdecken können Oh Verzeihung dass ich noch nicht deine Perfektion erreicht habe. Nach dem wie du dich gibst wird das für mich auch nicht erstrebenswert sein.
Niklas G. schrieb: > Was ist mit den ganzen Spinnern, bei denen der UART nicht funktioniert, > weil der Takt wegläuft? Die haben im vorliegenden Fall eine Menge an Ausweichmöglichkeiten. Der HSI ist abstimmbar und hat eine max. Drift von +/- 1% über den Temperaturbereich -20°C bis 105°C. Das reicht locker für UART und Co. Die UARTs haben zudem noch eine "Auto baud rate detection", mit der man die Übertragungsrate genau einstellen kann. Und wenn alles nicht hift nimmt man USB, denn Niklas G. schrieb: > Zum Glück kann der Controller USB auch ohne Quarz. ;-)
Die neuen NXP LPC5x haben mittlerweile auch crystal less USB, habe das mal überflogen. Da wird eine Synchronisierung mit dem Gegner gemacht und das sah mir erstmal nach einigem zusätzlichen Aufwand aus. Wenn man keine Grossserien plant ist es wohl immer noch einfacher ein paar cent für den Quarz auszugeben.
Niklas G. schrieb: > Was ist mit den ganzen Spinnern, bei denen der UART nicht funktioniert, > weil der Takt wegläuft? Die haben ein thermisches Problem (nicht Jitter). > Wenn man keine Grossserien plant ist es wohl immer noch einfacher ein > paar cent für den Quarz auszugeben. Ja, erspart einem unerwarteten Ärger.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.