STM32F103C8T6 Blue Pill Board: Mit ST-Link V2 an die 128kb Flash?

Mir ist da nichts bekannt... Verwendest du - O0 oder - Og? Lezteres 
optimiert gut, man kann aber noch gut debuggen

Immer O2. Die Libs werden aber nicht optimiert, weil die schon fertig 
kompiliert vorliegen. printf ist immer der Hammer aber xprintf von Chan 
hat kein Float. Und ich muss diverse zahlenreihen ausgeben auf dem 
Display.

PS: Beim Debuggen ist immer die Optimerung aus, sonst geht das ja nicht 
zeilenweise durchsteppen.

Auf jeden Fall quatschen die beiden Boards schon ganz gut miteinander 
:-)

Nils S. schrieb:
> Es gibt sehr kleine printf impementationen, mit float.

Die Auswahl haste ja nicht, wenn Du stdio.h benutzt. Da nimmt er das aus 
der Lib die mitgeliefert wird. Un die wird nur gelinked und nicht 
kompiliert. Und beim Debuggen kann man keine Optimierung einstellen, da 
muss Zeile für Zeile alles so sein wie im Source Code.

ich kenne nur xprintf und die kann kein Float. printf mit float ist ca 
20kb in der normalen GNU armeabi Lib. In der NewLin Nano Branch ist es 
immerhin noch ca 12kb.

PS: Der Unterschied zwischen O2 und Os ist sehr klein. Ich habe öfter 
ärger mit Os gehabt, daher nutze ich es nicht mehr, seltsame HardFaults 
usw.

Denke mal ich bestelle mir ein paar 128kb Steine vom STM32F103 und löte 
die dann einfach drauf. Kosten ja nicht die Welt, 5 Euro oder so.

Beitrag "Re: Basteltip: STM32F103 DIP40 Board" :-)

Der C8 hat 64kB, der CB hat 128kB.

asdfasd schrieb:
> Der C8 hat 64kB, der CB hat 128kB

Wollen wir wetten, dass die Firmen so gemein sind aus ein und 
demgleichen Wafer zig Varianten des gleichen Chips herzustellen in dem 
sie einfach  gezielt einige Fuses durchschiessen?

:-)

Ein schönes Board, welches Du gebaut hast. Sogar schwarz lackier ;-)
Meiner Meinung nach wäre es besser, den Prozessor zu tauschen und für so 
ein aufwendiges Board gleich eine Nummer größer zu gehen:
http://www.ebay.de/itm/STM32F407VET6-Mini-version-of-the-Ader-Tafel-STM32-minimum-system-version-/172387871994

Ok,

ich melde mich später mal dazu. Muss erstmal rausfinden, warum die 
Platine, wenn ich sie an die Wand hänge als Anzeige, warum dann die RTC 
(am LSE) nur noch 1/3 so schnell läuft. Nein, das ist kein Witz! Im Raum 
herumgetragen, auf den Boden gelegt, immer wenn was dicht dahinter ist 
außer Holz oder Ne Türe läuft die RTC viel langsamer, die Uhrzeit 
kriecht nur so. Und nur die RTC, alle anderen Takte stimmen, die aus 
Timern abgeleitet werden oder dem Systick.

Ich dreh noch ab.... dafür habe ich bis 3 Uhr heute morgen getestet :-(

Ja, openocd ist machbar, wenn es das für Windows gibt. Kenne das nur 
unter Linux.

Bei dem Blue Pill Board sind die Anschlüsse des Uhrenquarzes heraus 
geführt. Möglicherweise stört der Kontakt zu etwas anderem die 
Schwingung. Wenn du die Platine gesockelt hast, könntest du verzsuchen, 
diese beiden Pins abzuschneiden.

Stefan U. schrieb:
> Bei dem Blue Pill Board sind die Anschlüsse des Uhrenquarzes heraus
> geführt. Möglicherweise stört der Kontakt zu etwas anderem die
> Schwingung. Wenn du die Platine gesockelt hast, könntest du verzsuchen,
> diese beiden Pins abzuschneiden.

Mein Chef meinte, dass dass kapazitive Rückwirkungen auf Gegenstände mit 
reinspielen könnten, da die Pins am Uhrenquarz extrem hochohmig sind. Da 
reichen wenige Pico aus, um den Quarz stark zu verziehen. Allerdings 
habe ich dieses Verhalten nicht bei einem ähnlichen Board.

Ich schneide sie heute abend mal ab, muss mal gucken welche das sind. 
Das geht natürlich nicht, sind ja wie Antennen. Ist gesockelt natürlich.

Leider weiss ich noch nicht wie man genau die HSI anbindet an die RTC, 
dazu finde ich keine Beispiele. HSI ist doch der 8 Mhz Quarz und der 
läuft ja schon vorher. LSE und LSI muss man erst "anwerfen".

Da muss ja genau eine Sequenz eingehalten werden. Oder man nutzt dieses 
CubeMX um diesen Fall mal durch zu spielen. Reicht aus, die Zeit kommt 
eh vom Masterboard alle paar Minuten durchgefunkt.

Christopher J. schrieb:
> Flashen mit OpenOCD an sich ist ziemlich einfach:openocd.exe -f
> interface/stlink-v2.cfg -f target/stm32f1x.cfg -c "program
> pfad/zu/irgendeiner.elf verify reset exit"

Ok, bei Embitz kann man sich einen String zusammen basteln, wie beim 
ST-Link auch (irgendwo im Netz geklaut), wo all diese Platzhalter mit 
drin sind. Der öffnet so ein DOS Fenster und man sieht was er macht. 
Glaube das ist pratikabel.

Ich schaue mal, ob ich openocd bekomme und es irgendwie einbinden kann. 
EmBitz ist ja auch OpenSource und von daher sollte das auch andere OS 
unterstützen.

Ich habe auch zwei von diesen China-Stäbchen, die JTAG und SWD bieten 
und bin mit denen sehr zufrieden. Sind dann hoffentlich auch kompatibel 
zu ocd, so wie zur StLink V2 Oberfläche. Damit spiele ich mir die 
neueste Firmware ein und lösche mal Boards, da der Stop Mode es öfter 
mal unmöglich macht die erneut zu flashen und man per Hand in den Boot 
Mode stöpseln muss.

Mike J. schrieb:
> Meine STM32F103C8T6 mini-Boards (Bluepill) habe ich auch vom Chinesen
> für 1,82€ bekommen.

Haste da noch welche  übrig? :-) So günstig habe ich die noch nicht 
gesehen. Und aktuell schon 3 zerschossen, bzw einige Pins.

> Leider weiss ich noch nicht wie man genau die HSI anbindet an die RTC,
> dazu finde ich keine Beispiele. HSI ist doch der 8 Mhz Quarz und der
> läuft ja schon vorher. LSE und LSI muss man erst "anwerfen".

Die RTC kannst du nicht mit dem HSI Oszillator takten.
Der HSE Oszillator startet auch nicht von alleine.
Nach dem reset läuft der µC zunächst auf einem ~8Mhz R/C Oszillator (und 
der heisst HSI).

Ich habe die Prozedur für das Einstellen des HSE Oszillators hier 
beschrieben: http://stefanfrings.de/stm32/index.html

> schon 3 zerschossen, bzw einige Pins.
> Die ATmegas waren ja diesbezüglich recht unempfindlich gegen Überstrom

Gehen die STM bei Kurzschluss einzelner Pins nach GND oder VCC kaputt?

Stefan U. schrieb:
> Gehen die STM bei Kurzschluss einzelner Pins nach GND oder VCC kaputt?

Ja, ich glaube leider schon. Ich habe auf diese Weise einige Steine 
zerschossen. Einen Überstromschutz haben die jedenfalls nicht und die 
sind sehr schnell tot, vor allem extrem sensibel gegenüber ESD.

Im Übrigen ist es ein Märchen das Flash wäre nur 1000 Mal beschreibar. 
Eher 10.000 Mal. Ich debbuge den 429er auch im RAM, wenn es geht. Das 
ist aber nicht in jedem Fall machbar! In meiner Anwendung hängt sich der 
Debugger einfach irgendwann auf, obwohl scheinbar alles richtig 
eingestellt wurde.

Stefan U. schrieb:
> Ich habe die Prozedur für das Einstellen des HSE Oszillators hier
> beschrieben: http://stefanfrings.de/stm32/index.html

Ok, habe es überflogen. Aber wie koppelt man den HSI oder HSE an die RTC 
dran? Das geht, die hat 3 Taktquellen als Referenz: HSI oder HSE, LSE 
und LSI.

Hat vielleicht auch jemand den Kommandostring für Embitz mal zur Hand? 
Das ist nämlich das Einzige, was ich bräuchte....

Na toll :-(

Openocd drauf. EmBitz bietet sogar eine Option dafür an.... aber das war 
es auch. Es blitzt nur kurz eine Dos Box auf und die ist dann direkt 
weg. Was war kann man raten. Und nirgends eine gescheite Doku wie die 
Kommandostrings aussehen müssen! Ja, es ist Freeware aber ich weiss 
warum wir tausende Euros für Keil ausgeben.....

Grumpf.

Stefan U. schrieb:

> Bei dem Blue Pill Board sind die Anschlüsse des Uhrenquarzes heraus
> geführt. Möglicherweise stört der Kontakt zu etwas anderem die
> Schwingung. Wenn du die Platine gesockelt hast, könntest du verzsuchen,
> diese beiden Pins abzuschneiden.

Das war es! Habe die Pins abgekniffen und die Rest ausgelötet. PC14 und 
PC15. Und seitdem läuft die RTC einwandfrei. Ist schon krass was das 
ausgemacht hat!

> Aber wie koppelt man den HSI oder HSE an die RTC dran?

Laut dem Diagramm aus Cube geht das gar nicht, aaaaber:

Zitat aus dem STM32F103x8 Datenblatt Kapitel 2.3.14 RTC (real-time 
clock) and backup registers:

"It is clocked by a 32.768 kHz external crystal, resonator or 
oscillator, the internal low-power RC oscillator or the high-speed 
external clock divided by 128."

Und im STM32F1 reference Manal (RM0008) Kapitel 7.2.8 steht:

"The RTCCLK clock source can be either the HSE/128, LSE or LSI clocks. 
This is selected by programming the RTCSEL[1:0] bits in the Backup 
domain control register (RCC_BDCR). This selection cannot be modified 
without resetting the Backup domain. The LSE clock is in the Backup 
domain, whereas the HSE and LSI clocks are not...
If the HSE clock divided by 128 is used as the RTC clock:
– The RTC state is not guaranteed if the VDD supply is powered off or if 
the internal voltage regulator is powered off (removing power from the 
1.8 V domain).
– The DPB bit (disable backup domain write protection) in the Power 
controller register must be set to 1 (refer to Section 5.4.1: Power 
control register (PWR_CR))."

Jetzt muss man also nur noch nachschauen, welche bits die Register 
RCC_BDCR und PWR_CR haben. Steht auch alles in diesem Handbuch.

Ich frage mich nur, warum du das machen willst. Denn die RTC ist danach 
keine richtige RTC mehr, der HSE Oszillator arbeitet nicht mit der 
Backup Batterie.

Stefan U. schrieb:
> Ich frage mich nur, warum du das machen willst. Denn die RTC ist danach
> keine richtige RTC mehr, der HSE Oszillator arbeitet nicht mit der
> Backup Batterie.

Hi,

ich habe damit etwas rumgespielt. Bei meiner Anwendung kriegt die 
Anzeige ihre Uhrzeit regelmässig vom Master per Funk zugespielt, von 
daher muss die RTC nur die Lücken überbrücken, die 1 Stunde sind. Der 
Master ist ein 429er wo ich die RTC penibel genau getrimmt habe mit den 
Trimmregistern. Alle paar Tage gucken und dann schrittweise gedreht, 
wenn zu schnell oder zu langsam.

Eine Anzeige kann ohne die Hauptplatine eh nichts machen, von daher 
brauche ich kein Backup. Schalte ich die ein fordert sie alle 
Betriebsdaten vom Master an. Nicht mal ne RTC eigentlich, geht auch mit 
dem Systick.

Die interne LSI ist extrem ungenau! 5 Minuten pro Stunde hatte ich da 
Abweichung. Muss man wohl etwas am Prescaler spielen, damit kriegt man 
sicher noch etwas raus. Ich hatte 4000 eingestellt.

Mit der HSE geht es auch, egal was CubeMX da sagt. Man muss sich nur 
daran halten, dass die RTC so eine Art unfertige RTC ist. Und stänmdig 
auf die Syncro Befehle und WaitTillLastTask Rücksicht nehmen. Das sieht 
unschön aus aber klappt.

Aber das mit den 128kb Flash ist geil! Jetzt passt sogar noch ein 
Startbild für das Display mit in den Speicher und ich kann endlich 
floats im printf benutzen.

Möchte das ursprüngliche Thema nochmal aufwärmen:

Axel S. schrieb:
> Auf jeden Fall sind die C8T6 von ST per Fuse oder factory programming
> auf 64K Flash "kastriert". Alle offiziellen Tools beschreiben dann auch
> nur 64K. Aber wenn man Kontrolle darüber hat (Bootloader oder wie bei
> openocd ein Configfile) dann kommt man auch an den restlichen Flash.

Sowohl der STM-interne Bootloader (gesteuert vom STM Flash Loader
Demonstrator) als auch das ST-Link Utility (an SWD) erlauben mir
meine STM32F103C8T6 auf den Bluepill Boards mit 128kB Binaries zu
beschreiben und fehlerfrei zurückzulesen.

Im Flash Loader Demonstrator muss man nur die 128K Size auswählen.

Was nicht geht: im ST-Link Utility mit einem Offset (also z.B.
die zweite 64K-Bank als Startadresse) ein kleineres Binary
"da oben" zu plazieren.

Habe mal ein Testfile angehängt in dem jedes 32-Bit Wort den
Wert seiner eigenen Adresse im Bin-File enthält.