Druckbare Version
Hallo!
Ich bin gleicher Meinung ! :)Zitat:
Zitat von White_Fox
Aber nur solche davon, für die "Hex" schon wie "Dec" ist. Ich habe früher PC CPU's (von 80186 bis Pentium) umfangreich in ASM programmiert. Deshalb denke ich, dass "Umstieg" von 8-bittigen µC's auf z.B. 32-bittige CPU's etwas schweriger wäre. :confused:
Gewiss , gewiss..schon alleine der ASM Befehlsvorrat dürfte schon "etwas" umfangreicher sein...
Ich bin gerade dabei meinem Board ein wenig Linux , oder besser Linux die Verbindung mit dem STM32 beizubringen. da muss ich erst mal im Web recherchieren..
Na vielleicht hat wer ' ne Hilfestellung für mich in Sachen Linux? Da bin ich ja nun schon zig Jahre so "aktiv" raus...
Gerhard
Ist bei den ARMs eigentlich schon Division und Fließkomma-Arythmetik-Unterstützung mit eingebaut, oder erwarte ich da zuviel von den Prozessörchen?
Div/Mult ist normal hardwareseitig unterstützt. FPU gibts nur ab Cortex M4.Zitat:
Zitat von White_Fox
mfg
- - - Aktualisiert - - -
Zur Vorgehensweise:
- Ihr braucht Emblocks.
- STLink Utility
- Standard Peripheral Library für eure Prozessorserie für die Beispiel. (F0, F1, ...)
Beide Programme installieren.
In Emblocks dann hier noch ein Tool zum flashen der Hex einrichten. (Debuggen funktioniert auch ohne, aber man will ja irgendwann mal ohne Debugger starten :p)
http://www.emblocks.org/wiki/tutorials/f401_f429_disco/release_target#add_load_hex_tool
Hier müsst ihr normal nur diesen 1 Schritt machen.
Das Tutorial auf Microcontroller.net find ich jetzt teils nicht ganz so toll, da ziemlich viel unnötiges aufgeführt ist.
Im Prinzip müsst ihr bei dem Project Wizard nur euren Prozessor einstellen (in dem Tut gut erklärt) und den Hacken bei "Enable Semihosting" setzen. Sonst würde ich da gar nichts ändern.
Schon könnt ihr euer erstes Programm schreiben und den Debugger starten. Da ist wirklich nichts dabei.
mfg
Musik in meinen Ohren. Denn bei mir liegt ist das STM32F4DISCOVERY Board, da steht in der Kurzbeschreibung "... STM32F407VGT6 microcontroller featuring 32-bit ARM Cortex-M4F core, 1 MB Flash, 192 KB RAM in an LQFP100 package ...". Und ich hoffe, dass das "F" im M4F kein Downsizing-Zusatz ist. Da sehe ich fast schon, dass ich (wieder mal) Rechenzeiten von transzendenten Funktionen messen werde.Zitat:
Div/Mult ist normal hardwareseitig unterstützt. FPU gibts nur ab Cortex M4 ...
Das Board hatte ich ja zur Seite gelegt . . . weil . . . aber Deine Rede macht ja wirklich Mut. Ich hoffe nur, dass ich nicht übermütig werde und mich überstürzt da reinhänge. Denn - erst ist noch mein Archie dran, der soll auf einen halbwegs passablen Zustand gebracht werden. Übrigens hatte ich genau dieses Disco-Board eigentlich für das Projekt Archie gekauft und bin dann eben auf die mir halbwegs bekannten 8Bitter von Atmel als I²C-UART-Teamworker ausgewichen. Vor allem - weil ich von mehreren Seiten vor der Komplexität der ARMs gewarnt wurde.
Alles nur Nullen und Einsen...kein Hexenwerk. ;)Zitat:
Vor allem - weil ich von mehreren Seiten vor der Komplexität der ARMs gewarnt wurde.
So habe ich mir komplexe Thematiken in Informatik-Kursen bisher immer kleingeredet um nicht an der Komplexität der Dinge zu verzweifeln. Ich hoffe, das klappt bei dir auch.
Aber die arythmetischen Fähigkeiten der ARMs klingen auch zu gut...was man damit alles anstellen kann...*lechz*...vielen Dank für die Infos Wsk8. :)
Bringst mich auf eine Idee, ich hab ja auch noch so eine Taschenuhr förmige, echt russische Stoppuhr zu liegen... ;) Nein mit sowas befasse ich mich nicht....Zitat:
Zitat von oberallgeier
Die Tools sind schon Installiert...bis auf das Flashen, gleich via EM::Blocks..danke für den Tipp Wsk8 !!
Das ist ja schon fast ein Tutorial, danke. Nun habe ich mal eine Frage/Bitte: Üblicherweise sichere ich bei Platinen mit aufgespielten Demos die Firmware (hex, EEPROM, Fuses, etc) - damit ich mal später, wenn mal wieder etwas nicht läuft, nachsehen kann ob wenigstens die Demo unverändert läuft. Deswegen würde ich die Demo erstmal sichern - und das ohne jegliche Ahnung wie ich das machen soll.Zitat:
Zitat von Wsk8
Daher meine Bitte um eine Liste der Arbeiten - wirklich für Dummies - mit denen ALLE Modifikationen auf meinem STM32F4DISCOVERY Board gesichert werden (können). Danke im Voraus.
Zitat:
Zitat von oderlachs
Wie stehts bei Euch um dieses Projekt? Seid ihr vorbereitet?Zitat:
Zitat von White_Fox
Ich habe bisher nix dazu vorbereitet (ausser dem STM32F4 discovery board das hier schon über ein Jahr liegt) - aber vielleicht könnten wir gemeinsam drangehen? Jeder an seine Sache natürlich, aber der Einstieg ist sicher prinzipiell ähnlich - ich denke da an das Posting oben von Wsk8. Und wenn wir jetzt so langsam die Rechner einrichten, sind wir nach dem GEschenke auspacken und der Silvesterparty bereit für neue Horizonte!
Hallo Oberall... !
Leider habe ich wegen zZt. häuslicher Verpflichtungen kaum gross Zeit für solche Sachen...bin noch nebenbei dabei von Win auf Linux umzusteigen, da muss man sich erst einfuchsen..es ist eigendlich nur die Arduino-Programmierung was ich bislang 100%ig da vollbracht habe. Alles Andere kann ich zwar unter Linux Code schreiben..compilieren, muß aber unter Win dann, den Code in den Chip flashen....
Ich habe da Code:Blocks und Geany..aber so recht will es mir nicht gelingen...schliesslich muss der "Professor" ja auch noch mitbekommen was ich ihm befehlen möcht.
nach dem HDD Crash sind auch meine vorherigen Linux-Anleitungen mit ins Nirvada verschwunden...also es braucht noch seine Zeit.
Gruss der Oderlachs ;)