Billiges Cortex-M4-Board STM32F4DISCOVERY jetzt erhältlich

Kann es sein, dass ein "\" zuviel drin ist:

$(EXECUTABLE):   $(PP)main.c  \
  $(TOP)/STM32F4-Discovery_FW_V1.1.0/Libraries/CMSIS/ST/STM32F4xx/Source/T 
emplates/gcc_ride7/startup_stm32f4xx.s  \
  $(CC) $(CFLAGS) $^ -o $@  -L$(TOP) -lSTM32F4xx_StdPeriph_Driver

Ich meine, dass der hinter startup_stm32f4xx.s
(Forum bricht Zeile um, deshalb schaut es noch komischer aus)
zuviel ist ?

Ich habe es heute geschafft das ganze noch mal neu zu machen.

Inzwischen findet Atollic auch alle files.  Es ist wohl nicht so gut das 
Workspace unter Windows 7 ins C:/ root zu machen...

jetzt meckert der Compiler folgendes:

 #error  "USB_OTG_HS_CORE or USB_OTG_FS_CORE should be defined"

wobei der Text nach dem error egal ist.

Ich vermute, dass ich irgendwo einen Compiler Schalter setzen muss oder 
so was?

Gruß

Jörg

Ich habe jetzt an den Support von Atollic geschrieben, mal sehen ob die 
Helfen wollen....

Hab jetzt auch zwei der Boards. Die Anleitung hier 
http://www.mikrocontroller.net/articles/STM32_Eclipse_Installation 
funktioniert immer noch prima.

Weiß jemand, wie man diese nervigen Meldungen des Debuggers hier 
loswerden kann ?

warning: RMT ERROR : failed to get remote thread list.
warning: RMT ERROR : failed to get remote thread list.
warning: RMT ERROR : failed to get remote thread list.
warning: RMT ERROR : failed to get remote thread list.
warning: RMT ERROR : failed to get remote thread list.


Danke & Gruß,
Watz

Zu dieser Codezeile

1

static void SD_Panic(uint32_t code, uint8_t *message);

bekomme ich diese Warnung:

Multiple markers at this line
  - Line breakpoint: SDIO.c [line: 8]
  - expected 'uint8_t *' but argument is of type


was bedeutet das???

Jörg B. schrieb:

> Multiple markers at this line
>   - Line breakpoint: SDIO.c [line: 8]
>   - expected 'uint8_t *' but argument is of type
>
>
> was bedeutet das???

Das bedeutet, dass sich an fraglicher Zeile zwei Markierungen befinden: 
die erste zeigt Dir an, dass dort ein Breakpoint gesetzt ist, die zweite 
kennzeichnet einen Fehler im Quelltext.

Bei dem Fehler handelt es sich um einen Typfehler. Das Argument der 
Funktion muss vom Typ "Zeiger auf uint8_t" sein. Es ist aber vom Typ

HTH,

Christian

Manches ist doch echt unergründlich.
Ich hatte bis heute noch keine Zeit mir die Fehlermeldung / Warnung 
nochmals anzusehen. Heute ist der Fehler keiner mehr....

Bye the way @ xmega, ich habe es endlich geschafft das Projekt zu 
Importieren.
Es dauert etwas bis man hinter die "links" von TrueStudio steigt. Jedes 
Header und C File, welches sich nicht im Pfad des Projektes befindet 
muss einzeln unter Properties --> Resources --> Linked Resources 
eingegetragen werden.
Dann mussten noch einige Umgebungsvariablen gesetzt werden die man sich 
am besten aus dem Original Projekt kopiert.

Dann muss noch das Librarie eingetragen werden.   Nicht wie es als File 
"libPDMFilter_GCC.a" heißt, sondern als   "PDMFilter_GCC" und den 
Entsprechenden Pfad.

Liebe Forengemeinde,

als absoluter Gelegenheitsprogrammierer habe ich eine Trivialfrage,
an der ich derzeit scheitere:

Nach Basis-Installation von Atollic TrueSTUDIO Lite 2.3.0 habe ich
versucht, das im "Getting Started" Guide vom Discovery-Board
beschriebene Projekt einzubinden und zu übersetzen.

Das Einbinden des Projektes funktioniert ja noch, aber dann kommt
der Versuch, das Projekt zu "builden".

Dabei erhalte ich folgende Fehlermeldung:
arm-atollic-eabi-gcc: 
..\..\..\..\..\Libraries\CMSIS\ST\STM32F4xx\Source\Templates\TrueSTUDIO\ 
startup_stm32f4xx.s:  No such file or directory

Ich vermute, daß hier offenbar das Assembler-File startup_stm32f4xx.s
nicht gefunden wird - ich weiß nur nicht, warum es nicht gefunden
wird und wie ich die Sache fixen kann.

Jede Hilfe ist willkommen.

... und entschuldigt bitte die dumme Frage - ich prutschel nun
schon 2h daran herum.

Viele Grüße

Igel1

Hallo Igel,
welches Beispiel denn???

Kopiere dir am besten die Beispiele komplett in dein Workspace und dann 
beim Importieren nicht den Haken für das kopieren machen.

So sollten eigentlich alle Beispiele von ST laufen.

Wenn du Windows 7 benutzt, dann bitte das Workspace nicht ins Root C 
sondern in deine Eigenen Dokumente.  Ich hatte da auch schon 
Zugriffsprobleme im Root.


Gruß

Jörg

Danke an Jörg für seine Hinweise (toll, daß es immer wieder so 
hilfsbereite, engagierte Leutchen gibt). Ich hatte es kurz zuvor nach 
ein paar weiteren Stündchen Ausprobieren inzwischen auch herausgefunden:

Es hat irgendetwas mit den Pfaden zu tun ...

Meine derzeitige Vermutung:

Offenbar dürfen die Workspace-Verzeichnisse oder die 
Projektverzeichnisse nicht "zu tief" im Dateisystem liegen. Ich bin 
allerdings zu faul die genaue Verzeichnistiefe oder mögliche verbotene 
Sonderzeichen in Pfadnamen herauszufinden.

Nachdem ich den Verzeichnisnamen von "STM32F4-Discovery_FW_V1.1.0" auf 
"STM32F4-Discovery_FW" gekürzt habe, funktioniert's.

Ich muß schon sagen: tolle Software :-(

Viele Grüße

Igel1

Guten Morgen Kollegen,

ich würde gerne einen Hinweis im Wiki unterbringen, mit Bezug zum 
"St-Link" und Linux.
Die dort (www.mikrocontroller.net/articles/STM32F4-Discovery#stlink) 
angegebenen Schritte habe ich hier - aktuelles Ubuntu - nachgearbeitet 
und war zunächst erfolglos, sprich, das Board blinkte nach Einstecken 
der USB-Verbindungen nur munter vor sich hin, aber keine Chance, den 
Flashinhalt versuchsweise auszulesen.
Das Geheimnis liegt in den beiden Jumpern, die für diesen Zweck 
BOOT0/VDD und PB2/GND verbinden (müssen).
Ich halte einen kurzen Hinweis darauf im Wiki beim Thema "ST-Link" für 
nützlich, weiß jedoch nicht, ob ich als stiller Mitleser und 
"Laienschauspieler" selbst Hand anlegen sollte...?
Im Übrigen verschweigt das User Manual zum STM32F4-Discovery der 
ST-Dokumentation oder ich habe es schlicht überlesen, dass ein Zugriff 
per ST-LinkV2 über die Micro-USB-Buchse möglich ist, stattdessen wird 
diesbezüglich nur auf die SWD-Pfostenleiste verwiesen und die 
Micro-USB-Buchse als OTG-Schnittstelle erwähnt.

Manfred

Ein ELF-File flashen? Du kannst ein .hex file mit dem ST-Link-Utility 
flashen.

ELF -> HEX geht mit folgendem Kommando:

arm-none-eabi-objcopy --output-target ihex test.elf test.hex

Das Programm "arm-none-eabi-objcopy" war bei meinem Compiler (GCC)
mit dabei.

Wenn es sich um das stlink Utility unter Linux handelt, benötigt das 
flash Utility ein Binär Datei und keine Hex Datei. Das kann man auch mit 
objcopy aus der ELF Datei erzeugen. Einfach mal die manpage von objcopy 
anschauen.

ELF -> BIN:
arm-none-eabi-objcopy --output-target binary test.elf test.bin

@Uli :
Ich habe mir folgendes via Amazon bestellt, ist aber leider noch nicht 
da, kann also nix sagen. Aber mein Datenkabel vom Galaxy S2 passt auch.

http://www.amazon.de/gp/product/B006CHDYSK/ref=oh_o00_s00_i00_details

Uli schrieb:
> Danke erstmal
>
> @Harry: das hatte ich auch gesehen, aber da steht explizit microB
>
> @erhardd: autsch, Gewalt ! :)
>
>
> @Christian B.
>
> dann warte ich noch auf Rückmeldung
>
> S2: meinst Du da dieses ?
> Samsung Mikro-USB-Adapter (ET-R205U), z.B. für Samsung Galaxy S2
>
> ciao !

Hab das Kabel heute bekommen und funktioniert wie erwartet !

Gruß

Liebe Forengemeinde,

ich möchte gerne Daten (z.B. Meßwerte der AD-Konverter) vom 
Discovery-Board über USB an Windows XP senden und ggf. später auch 
einmal etwas in die umgekehrte Richtung (also zum Board) schicken 
können.

Nach etlichen Stunden Lektüre habe ich genug über USB gelernt, um zu 
erkennen: ohne vorgefertigten Code und Libraries (hüben wie drüben) wird 
das ganze ein Lebenswerk.

Der mit dem Discovery-Board mitgelieferte Beispielcode ist ne Nummer zu 
hoch für mich und scheint zudem auch eng mit dem Beschleunigungssensor 
verknüpft zu sein.

Daher die Frage an Euch:

Kennt Ihr irgendwelche Projekte/Sites/Hinweise/HowTos/Bücher, in denen 
eine Kommunikation zwischen einem STM32F4 Discovery-Board und einem 
Windows-Computer beschrieben wird.

Optimalerweise sollte alles über einen virtuellen COM-Port unter Windows 
abgewickelt werden, dann kann ich auf Windows-Seite viele Programme 
(Logview, Labview, ..) direkt weiterverwenden.

Viele Grüße

Igel1


PS:  Vorbeugend sei gesagt: Verweise auf das virtuelle Com Port Beispiel 
des STM32F1-Boards helfen wenig - die Libraries sollen angegeblich 
völlig anders sein als diejenigen des STM32F4.

Ein dickes Dankeschön an AVerr für den Tipp!!
Genau so etwas hatte ich gesucht und ganz offenbar übersehen.
Jetzt keimt erste Hoffnung auf, daß ich die Geschichte vielleicht doch 
noch hinkriegen könnte.

Es wäre natürlich supernett, wenn Du, AVerr, Deine Anpassungen für das 
Discovery-Board noch finden könntest und mir zusenden könntest (ich bin 
nämlich nur Hobbyelektroniker und noch nicht soooo superversiert in 
Sachen STM32).

Sollten andere Leser im Forum ebenfalls funktionierende Programme / 
Projekte mit STM32F4 und USB via VCP (Virtual Com Port) haben, so bin 
ich sehr daran interessiert.

Viele Grüße

Igel1

Danke für die Tipps!

Hättet Ihr denn eventuell auch ein biß'erl Code für mich?
Optimalerweise solchen, der auch auf dem Discovery-Board läuft sowie das 
passende Gegenstück unter Windows?

Viele Grüße

Igel1

Danke für die Tipps - Ihr seid echt nett zu mir !

Hallo Jungs,

so langsam wird das was mit dem Umstieg von Atollic auf Eclipse Indigo 
(mit all seinen Maken). Trotzdem bleiben noch paar Fragen offen:

1.  Der Indigo-ST-Link-GDB-Hardware-Debugger übergeht einfach die 
Interrupt-Routinen im Gegensatz zu Atollic. Gibt’s da einen Schalter den 
ich noch nicht gefunden habe?

2.  Dann schaffe ich es nicht die STM32-Libs über Paths and Symbols 
extern einzubinden. Es ist irgendwie Schade die 100Mbyte in jedem 
Projekt mitzuschleppen. Hat Jemand ein Demoprojekt zum downloaden wo die 
Standard+CMSIS-UDB-Lib nicht im Workspace-Projekt liegt? Irgendwas mache 
ich noch falsch mit Indigo.

Tomy

Hier für 12 Euro(auch an privat):

http://de.mouser.com/ProductDetail/STMicroelectronics/STM32F4DISCOVERY/?qs=J2qbEwLrpCFMptdjNAVzZXDc5BN%252b9qEw

Hinweis an alle Coocox Nutzer: Die unterstützen jetzt auch die 
STM32F4-µC.

Gruß
Jonny

Zum Thema USB:

Danke für die Mühen und die guten Links.

Damit wir nicht alle zusammen in den Bau einfahren (oder alternativ an 
schlechten Gewissen ersticken) habe ich auf Deinen/Euren Tip hin den 
Axelson bestellt.

Buch liegt vor mir und drückt ziemlich schwer aufs Knie ...

Viele Grüße

Igel1

Schau mal bei http://www.watterott.com/de/STM32F4Discovery vorbei.

Mouser ist schon top (auch die Auswahl ist gigantisch). Ab 75 euro (oder 
so) bekommt man die Ware übrigens ohne Versandkosten.

Werner schrieb:
> Ich habe beide nun an vier Laptops und einen kräftigen USB-HUB
> angeschlossen.
> LD 2 (Power kommt kurz)
> LD 4 blinkt kurz
> LD 3, 5, 6 silent key
> Das war es. die Demo läuft nicht ab. 5 Volt sind da.

Wir haben Beide unsere Drei mit Kabeln einer externen Festplatte 
betrieben.
So eine MobilDisk ( 2,5" ) von Atelco, weil der Stecker passt.
Solche Platten benutzt heute wohl keiner mehr, zur Sicherheit
haben wir es dennoch probiert, sie gehen an den dazugehöringen Kabeln.
Das Board mit seinen 3-4-5 mA nicht.
Frag' mich nicht.

Extern versorgt auf P2 und es blinkt.
Andere USB Kabel und es blinkt.
Da die 5Volt statisch an D1 anstehen,
muss eigentlich der 3.3 Volt Regler irgendwie aussteigen ?

Dann gibt es da dieses USB device, ein "ST LINK".
Yoh, weiss ich.
Mit Fragezeichen oder ObachtSchild.
Einen Treiber sucht man vergebens.
Dazu gibt es ein "st-link_v2_usbdriver.exe" im Internet oder im KEIL.
Das Fragezeichen oder ObachtSchild wird man so aber nicht los...

Ich werde den Mist nicht wiederholen, aber scheinbar muss das Board´
ausgestöpselt sein, während man das ausführt oder man KEILT ein UV 
irgendwas angeblich, dann geht KEIL und "stm32_st-link_utility.exe" kann 
sich mit dem Board verbinden, es schreiben / lesen.

Vorher geht garnix...

Alles unerwähnt, nicht selbsttätig, deterministisch und logisch ?

Hallo,
ich kann mich nur anschliessen.
Gerhard sucht Antworten, nun kommt eine Frage :0)
Gerhard H schrieb:
> VmWare mit WinXP probiert.
> Dort wird immerhin der Treiber installiert und der ST-Link erkannt.

Ich habe keinen Treiber im eigentlichen Sinne finden können.
Nur diese "st-link_v2_usbdriver.exe" die ich hin und wieder ausführen
muss, ohne das ich ein Muster erkennen wann und warum das nötig ist / 
wird.
Wo findet man den Treiber den Gerhards VmWare installiert ?
Es könnte so scheinen, dass man das Board stets am gleichen USB Port 
anschliessen muss ? Vor oder nach "st-link_v2_usbdriver.exe" ?
Ich bin jetzt etwas unglücklich mit dem Ding.

Grüße Werner

OK, hier auch merhmals, es scheint sich überreden zu lassen.
Bleibt aber nicht für immer.

Wenn es geht, dann sieht es bei mir so aus....

Die Einstellung ist dann auch SWD

P.S. auch bei mir wollte es die Firmware des ST-Link updaten,
das habe ich verneint, da ich nicht weiss was das Link auf dem Board
für eins ist

● ST-LINK or ST-LINK/V2 in-circuit debugger/programmer probe ?

Nicht, dass Du Deins geschossen hast ?

Hallo Werner,

auf den Seiten von STM:

http://www.st.com/internet/evalboard/product/252419.jsp

http://www.st.com/internet/evalboard/product/251168.jsp

sind sehr viele nützliche Dinge enthalten, von der Beschreibung des 
Boards über Treiber sowie ein "Getting started".

Es hilft enorm, einige PDFs zu lesen.

Viel Erfolg!

Fritz schrieb:
> Nachdem ich im Gerätemenager ein Treiberupdate durchgeführt habe ging
> alles und der Gerätemanager meldet einen korrekt installierten Treiber.
Genau das gibt es hier nicht, so wie im Moment wird es nur durch 
Ausführen der EXE.
In KEIL gibt es ein Verzeichnis Driver fur ST_Link
(C:\Keil\ARM\STLink\USBDriver)
Darin befindet sich aber kein Treiber sondern lediglich die
"st-link_v2_usbdriver.exe"

Gelesen habe ich das auch alles und ich fühle und denke wie Gerhard:
Das hilft nix.

Überlesen hatte ich wohl nur,
dass auf dem DISCOVERY Board ein ST-LINK/V2 sitzt, das wird tatsächlich 
erwähnt. Das sagt mir erst mal auch garnichts. Ich weiss auch nicht mehr 
wie ich dann darauf kam einen "Treiber" für das Discovery Board bei 
einem ganz anderen, nirgends erwähnten Produkt der Fa. ST zu suchen / 
leihen.

Grüße Werner

Ich habe hier µVISION 4.50.0.0.
Unter Flash / Configure Flash Tools ...
findet sich DEBUG und UTILITIES.

Darin wird ST-Link angeboten und funktioniert wohl auch.
Man / ich musste es nur vorher manuell einrichten, damit es erschien.

und was zu beweisen war...

Zu früh gefreut, mit µVISION kann ich nicht flashen, obwohl die ST-Link
eingestellt und erkannt ist.

Den von µVISON erzeugten Hex-File kann ich mit der ST-Link Utility 
flashen.
Der Debugger in µVISION funzt dann wieder (weiter)

Ist das (noch) normal ?

sitze ich jetzt mit Umgebungen da, die
entweder 30 Tage laufen
oder 32 Kbyte generieren und nicht flashen können ?

Das hätte auf die Verpackung gehört!

@Gerhard
Schade,
die Jungs die das Board hier im Thread mal so euphorisch promoted
haben sind wohl alle weg.

Ob deren Boards in der Ecke liegen ? :0)

Kann es sein, dass ihr die falsche Buchse nehmt? Ich benutze Linux, von 
daher kann ich euch nur bedingt weiterhelfen, aber man flasht nicht über 
die OTG-Buchse.

D.h. es muss nur ein Mini-USB-Kabel angeschlossen sein an Buchse CN1.

> Die Treiberdetails sehen bei mir genauso aus wie bei dir.
> Nur muss ich nicht jedesmal das exe starten.
ich muss das nicht jedesmal, manchmal und völlig unerwartet ....

> Vielleicht funktioniert das alles ja auch nicht aus einer VMWare heraus.
Das ist erstmal der auffäligste Unterschied bei uns.
> Ich habe aber sonst nur noch Win7.
Ich habe kein Win7 ( privat, jetzt zuhause )
Von berufswegen habe ich Leute die unser normales Produkt auf einer 
virtuellen Maschine haben wollen / laufen lasen.
Zu unserem normalen Produkten gehören CryptoBoxen von Marx und Sentinel.
USB devices.
Unter VmWare gelingt das nicht. Eingeschränkt, es gibt da reale Ports 
die man virtuellen Maschinen zugestehen, freigeben kann. Vergessen ?
Erst Freitag wollte es einer mit dem MicroSoft Gegenstück ( weiss jetzt 
nicht mehr wie das Ding heisst ), auf jedenfall meldete er sich 17:20 am 
Gründonnerstag , das haute nicht hin.
Ich habe ihm dann die Lizenz in eine maschinengebundene Datei übertragen 
müssen.

> muss man das OTG-Kabel eigentlich immer anschließen, wenn man flashen
will?
spätestens vor dem Connect.
> Muss man einen der Knöpfe in bestimmter Reihenfolge drücken?
Nein, Hex.file laden.
Connecten, progrsmmieren ( ggf. Verify )fertig.
Keine Knöpfe.

Das mit diesem geschenkten Gaul ist einfach Mist.
Es hatte ja keiner gesagt: Hier gibt es Porsche geschenkt, ohne Motor.

Daniel S. schrieb:
> Kann es sein, dass ihr die falsche Buchse nehmt? Ich benutze Linux, von
> daher kann ich euch nur bedingt weiterhelfen, aber man flasht nicht über
> die OTG-Buchse.
> D.h. es muss nur ein Mini-USB-Kabel angeschlossen sein an Buchse CN1.

Ne, daran hätte ich nicht gedacht.
Für CN5 habe ich garkein Kabel.
Ich hätte, denn auf dem Foto der berühmten "Get Started" sind zwei miniB
gezeigt und ausgeschrieben gedruckt.

CN5 ist nicht mal microB, irgend ein Sch...

Gerhard H schrieb:
> Ich kann einzelne Geräte an die VMWare "anschließen" und dementsprechend
> vom Host abmelden. Mit (fast) allen anderen Geräten klappt das. (Einzige
> Ausnahme war bisher ein Diascanner.)

Noch ein DiaScanner ... ?
Diese (meine) Boxen sind ungleich spezieller, seltener als DiaScanner

> Da kam eine Meldung, dass das Boards nicht im DFU-Mode wäre.
Das habe ich auch schon gesehen, solange die eingebaute Demo lief.
Also diese Schaukelmaus mit Discoeffekt.
Was immer DFU ist.
Ich habe die CN3 gezogen und auf ST-Link (nicht Discovery) umgestellt
Nach Reset habe ich dann den FirmwareUpDate der ST-link zugestimmt.
Brücken wieder rein und M4 geflashed.

So, jetzt
ohne Gewähr.

Wenn die ST-Link im Bild Euch einen Update vorschlägt,
dann sollt Ihr JA sagen.
Wenn KEIL µVISION 4.50.0.0 das besser wissen will und wiederum updaten 
will, dann solltet Ihr NEIN sagen.

... und µVISION flasht über die ST-Link

Tzzz, tzz Aua

UPS,
falsche Bild, diese Version ist gemeint...

in der ST-Link etspricht das Ver. V2J14S0 oder OH

noch'n Bild

Dafür gibt es nur eine handvoll Erklärungen?

Du sollst keine Hardware mit third party Software anpreisen.

oder

(und ich sehe sie jeden ersten im Monat)
frisch Studierte suchen was man schon länger so macht, damit sie es dann 
jetzt richtig machen.
Sie kosten noch mehr Zeit als wir alle schon vor Bill Gates Fähnchen 
gesessen haben  :0))))

Jetzt habe ich es bei zwei weiteren PCs installiert.
Viele Wege mögen nach Rom führen...
Alle drei Discovery boards hatten ursprünglich nicht die aktuelle 
Firmware Version.
Hier hat es so geklappt:

Discovery Board ist nicht angeschlossen.
XP starten
Als Administrator anmelden.
"stm32_st-link_utility.exe" ausführen
( installiert ST-Link Utility )
"st-link_v2_usbdriver.exe" ausführen
( kopiert die Winusb.sys und winusb.dll. Funktion aber erst nach 
Neustart )
XP herunterfahren
Jumper CN3 abziehen (beide)
( Verifikation und Update sonst nicht möglich "nicht im DFU Modus" )
Rechner runterfahren
DISCOVERY Board anschliessen.
Rechner neu starten.
Als Administrator anmelden.

ST-Link Utility Programm starten.
- ST-LINK / Firmware update starten
- FIRMWARE V2.J14.SO prüfen , ggf. updaten
JUMPER CN3 stecken (beide)
- Target / connect

Das war es soweit....hoffentlich

KEIL µVISION 4.50.0.0 starten
- Flash  Configure Flash Tools  Debug und Utilities
ST-Link wird nicht angeboten ?
Wird auch nur bei Projekten mit STM32 MCUs angeboten.

- Projekt für  mit STM32F4xxx ändern  anlegen.
- Project / Select Device for Target >>> STM32F407VG

Flash und Debug sollten gehen, auch der Download Knopf...

Jetzt bin ich ratlos...

ST-Link Utility und µVISION 4.50.0.0 beurteilen die Notwendigkeit eines 
FirmwareUpDates wohl nur nach der Gleichheit der vorhandenen und jeweils 
gewünschten FirmWare Version in der ST-Link.
So kann man das Spiel auch beliebig lange und oft wiederholen ...

ST-Link Utiity Ver.2.2.0 wünscht V2J14SO in der ST-Link
µVISION 4.50.0.0 wünscht V2J15SO in der ST-Link

Wenn man das DEMO Projekt des Discovery boards compiliert, flashed und 
debugged fällt ein ST-Link (deprecated) auf. > überholt ! ?
Dieser funktioniert wenn in der ST-Link V2J14SO ist.
Sobald man dem von µVISION angeregten / geforderten Update der ST.Link 
zustimmt geht das nicht mehr, dann hat man V2J15SO drin und weder 
ST-Link (deprecated) noch ST-Link gehen noch. Keil hat es versaut ?

Mit V2J150SO geht es hier nie.

Wenn ich aber ein eigenes Projekt anlege und V2J14SO drin ist, dann is 
ST-Link NICHT (deprecated), also nur ST-Link die richtige und 
funktionierende Wahl in µVISION und es mekert unf mekert, aber ich sage 
dann immer NEIN wenn es alte FirmWare in der ST-Link updaten will, und 
es geht.

???

Yoh , danke.
Woher nimmt KEIL überhaupt eine FirmWare V2J15SO für die ST-Link ?
Ich kann bei ST soetwas nicht finden.

Ja, das frage ich mich ja auch.
Wenn ich dem UpDate durch µVISION 4.5 zustimme, dann geht das Flashen 
nicht mehr.
ST-Link Utility 2.2. sagt mir dann es sei V2J15SO in der ST-Link,
ob ich auf V2J14SO "updaten" wolle / solle..

Für mich ist 15 immer eins mehr als 14 gewesen.
Und Up(date) heisst rauf ?

Wieso können sich C und ASM KEIL Projekte den ursprünglichen 
Programmier- und Debugadapter "merken", obwohl ich sie komplett neu 
compiliere ?
Und dann habe sie offenbar einen an der Klatsche, wenn es um deren 
Versionen geht...

oder noch anders gefragt:
Was gäbe es denn noch ohne Zeitbegrenzung auf WINDOWS basierend ?

Uwe Bonnes schrieb:
> Wenn Du libusb auf Deinem Rechner hast, dann kannst Du
> https://github.com/texane/stlink.git
> selbst kompilieren. OpenOCD geht auch.

stm32 discovery line linux programmer ?

Uwe, ja ich weiss jetzt nicht wie ich es sagen soll...
Ich habe auch schon zwei, drei Ostern mit der Installation von LINUX 
verbracht.
Es ist mir auch stets gelungen; Nur, ja wie sagen ?
Ich kann damit nichts anfangen, ich kann es einfach nicht einmal 
bedienen.

Das wäre mein erster ARM, und ich habe einen komisches Anliegen:
Ich wollte etwas ASM von AVR > ARM, 8 > 32Bit, 20 > 168MHz portieren.
Bei dem Preis könnte man mit dem Board alles machen und 90% ungenutzt 
lassen...ohne zu Löten.

Ich habe mir aber geschworen NIE WIEDER LINUX zu versuchen.
( Bei mir heisst das Drei- bis Vierbuchstabensch.. )

Sorry und Danke,
den Hits nach gibt es eh nur 34 minus 8-10 Moderatoren dieses Discovery 
Borads.

Werner B. schrieb:
> den Hits nach gibt es eh nur 34 minus 8-10 Moderatoren dieses Discovery
> Borads.

Schade, dass man hier nicht edieren kann

... den Hits nach gibt es eh nur 34 Nutzer, minus 8-10 Moderatoren 
dieses Discovery Boards.

Drei- bis VierBuchstabensch...
geht bei mir nicht um Command Line Interpreter.
Ich fühle mich sehr wohl in DOS, etc.
Diese Termini waren in der Muttermilch :0)

Drei- bis VierBuchstabensch... ist wenn jedes Handbuch und Anleitung 
pausenlos Abkürzungen mit drei bis vier Buchstaben anführt, die mir dem 
Neuling garnichts sagen.
Wofür ich Stunden brauche, um sie nachzuschlagen und ich habe dann 
vergessen wozu ich das wissen wollte,
"Sie sagen im KDM, FKK, TUI, BLA, BAL, musst Du. What the F(PIEEP)"

So Ostern ist vorbei.

Die Discovery boards kamen noch Donnerstag vor Ostern hier an, obwohl 
Dienstag nach Ostern ETA. Und das aus den Staaten..

Ich habe da diese Idee, AVR Assembler Code auf einer 32 Bit, 168 MHz 
CORTEX M4 laufen zu lasssen.
Nach gefühlten 20 Stunden weiss ich, die IDEs dafür sind nix für 
Privatleute.
Man muss sich nicht nur in eine neue CPU einarbeiten, die einzige IDE 
unter WINDOWS ohne zeitlich begrenzte, kostenlose Nutzung reicht aus um 
einen ein ganzes Ostern lang zu beschäfftigen.
Einzig um zu erkennen was sie nicht macht / was sie falsch macht.

Schade um die Zeit

Die auf 32k limitierte Kickstart-IDE hatte ich nicht gefunden.
Ich kannte nur die zeitlich begrenzte Evaluation Version..
Das ist ein morz Klotz, wenn man sich anschaut, wass es da alles kopiert 
und installiert wird. Dann ist es aber wie  µVISION, oder ?
Nur es hat garkeine Probleme mit ST-Link V2J14SO oder V2J15SO.
Beides ging ohne, das ich irgendwas einstellen musste.
Ich habe die DEMO in beide Versionen ST-Link gespielt und gedebugged.
Danke.

KEIL macht wohl irgendwas komisch ...
µVISION 4.50 und die ST-Link Utility haben auch keine Probleme mehr mit 
V2J14SO und / oder V2J15SO.
Dieser Updater im KEIL Verzeichis geht schon, nur scheinbar nicht falls 
µVISION bereits läuft, und µVISION startet ihn ja dummerweise...
Ich habe ihn getarted als ST-Link Utility und µVISION geschlossen waren.
Nu gehts, mal sehen wie lange.

Kameramodul?

Guckst Du hier: 
http://joe-c.de/pages/posts/einstieg_mikrocontroller_stm32f103_101.php

Beschreibung ist zwar noch für den Vorgänger (STM32F103), aber 
vielleicht kannst Du ja trotzdem damit etwas anfangen - ich fand das 
Projekt ziemlich beeindruckend.

Viele Grüße

Igel1

Dennis P. schrieb:
> Es geht ja nur per RMII:
>
> Beitrag "Re: STM32F4 USART1"
>
> Das reine Ethernetprojekt habe ich mal angehangen. Ist ne modifikation
> des großen Evalboards des STM32F4`s.
>
> In einem anderen Projekt hab ich die Webseiten auf ne SD Karte
> ausgelagert und arbeite grade an der FTP integration.

Hallo Dennis,
hast du das Projekt noch weiter verfolgt?

Gruß
Jörg

Ja hab ich. Werde es mal raussuchen und Online stellen. Kann aber 2-3 
Tage dauern, bin grade nicht in Rechnernähe.

Eilt ja nicht, wäre sehr nett!

https://bitbucket.org/blackbird745/stm32f4-webserver/src

Als ich das letzte mal alles getestet habe lieft es. Also Sd-Card, 
Ethernet, HTTP-Server, FTP Server sowie RFM12, nrf24L01 als Funkbrücke, 
NTP Client, RTC.

Ich habe auch ein SSD1289 am laufen, jedoch noch nicht im Zusammenspiel 
mit dem Webserver.

Der WEB Server ist echt genial, danke für den Link.

Auch wenn jemand keinen WEB Server braucht, allein als Code Sammlung ist 
es schon echt spitze.

Hallo Thomas,
womit hast du Compiliert? Welche IDE? Hast du ein Make FIle ?

Grüße

Jörg

Keine Ahnung, habe noch nicht darüber nachgedacht. Vermutlich weil ich 
auch FTP und HTTP groß schreibe.

Thomas Winkler schrieb:
> Keine Ahnung, habe noch nicht darüber nachgedacht. Vermutlich weil ich
> auch FTP und HTTP groß schreibe.

und wie hast du es nun copiliert?

Falls noch jemand auf der Suche nach einer kostenlosen IDE ist

http://www.emblocks.org

Unterstützt auch schon das neuste 32F429IDISCOVERY von ST

Im Forum gibt es dafür auch schon 2 Beispiele von ST