STM32F407 Black und Arduino

Markus schrieb:
> Hat das hier schon mal jemand verwendet?

Ja. Wenn du die Suchfunktion hier im Forum richtig benutzt wirst
du auch was dazu finden.

Markus schrieb:
> Mich würde besonders interessieren, was man mit dem Funkchip machen
> kann.

Da ist kein "Funkchip" drauf.

Markus schrieb:
> Das Board wird relativ viel im STM32Arduino Forum benutzt und kostet ca.
> 12€.

Wenn du 3 Euro drauflegst bekommst du es aus Deutschland geliefert
und musst nicht warten bis die Chinesen dich du alt und grau werden
lassen.

Markus schrieb:
> STM32F407 Black und Arduino

Da Board hat absolut nichts mit Arduino zu tun.

Markus schrieb:
> Das Board wird relativ viel im STM32Arduino Forum benutzt und
> kostet ca.
> 12€.
> Hat das hier schon mal jemand verwendet?


Ja, ich z.B.


> Mich würde besonders interessieren, was man mit dem Funkchip machen
> kann.


Funken, wenn den ein Funkchip auf dem Board wäre...

Ist aber nicht. Du kannst aber für wenig Geld passende 
NRF2401-Platinchen bei aliexpress oder ebay kaufen, die Du auf das Board 
stecken kannst.

Boards mit ziemlich ähnlicher Ausstattung, aber der Möglichkeit, noch 
ein externes RAM von 1MB aufzulöten, gibt es auch bei aliexpress für nur 
einen oder zwei Euro mehr, z.B.:

https://de.aliexpress.com/item/STM32F407ZET6-development-board-M4-STM32F4-core-board-arm-development-board-cortex-M4/32793995387.html?isOrigTitle=true

>Funken, wenn den ein Funkchip auf dem Board wäre...
http://www.ebay.com/itm/142124645773

Hmpf ... da habe ich wohl nicht genau genug gelesen:

Important Product Features:
Onboard: SD card slot
RTC Battery: CR1220
Wireless Communication: NRF2401 Interface

BTW: falsch verstanden ... nämlich drahtloses Interface statt Interface 
zum Drahtlosen ..

Im STM32-Arduino Forum hat gerade einer einen neuen Treiber für den Chip 
geschrieben.
BTW: kann man damit legal funken, oder ist das nur für Bastelzwecke?

>Boards mit ziemlich ähnlicher Ausstattung, aber der Möglichkeit, noch
>ein externes RAM von 1MB aufzulöten, gibt es auch bei aliexpress für nur
>einen oder zwei Euro mehr, z.B.:

Danke für den Tipp.
Warum die den Chip wohl nicht gleich drauf löten?

Markus schrieb:
> BTW: kann man damit legal funken, oder ist das nur für Bastelzwecke?

Damit "funkt" jeder "überall", und zwar legal, auf 2.4GHz

Markus schrieb:
> Warum die den Chip wohl nicht gleich drauf löten?

Weil nicht jeder grosses externes RAM braucht und das
auch seinen (sehr signifikanten) Preis hat.

Arduinoquäler schrieb:
> Markus schrieb:
>> BTW: kann man damit legal funken, oder ist das nur für Bastelzwecke?
>
> Damit "funkt" jeder "überall", und zwar legal, auf 2.4GHz


Das definitiv nicht.

Die Dinger haben keine allgemeine Zulassung.

73

>Und da sage noch einer ..
Guck mal, hier hat "stefanus" einen ziemlich guten Beitrag zur Nutzung 
von Arduinos und verschiedener Entwicklungsumgebungen geschrieben:

Beitrag "Re: Vom Arduino zum Mikrocontroller"

Und hier einer einen eher etwas dümmeren Beitrag verfasst:

Beitrag "Re: Arduino - bringt's das ?"

>Die Dinger haben keine allgemeine Zulassung.
Das hat kein Funkmodul, welches in einem Gerät verbaut wird. Die 
Zulassung bekommt immer das Gerät.

Die Frage ist, ob man mit einem NRF2401 das WLAN oder BlueTooth dich 
machen kann.

Hans schrieb:
> Die Dinger haben keine allgemeine Zulassung.

Ja stimmt, einen Zulassungs-Stempel habe ich noch auf keinem
NRF24 gesehen.

Auch wurden bisher äquivalente Zertifikate nicht in Papier-
Form oder *.pdf Dateien mitgeliefert.

Meine Fritzbox die auf dem gleichen Frequenzband arbeitet
und mehr Leistung ausstrahlt ist also knapp am Rande der
Legalität .... oder vielleicht schon drüber ....

Hans schrieb:
> Arduinoquäler schrieb:
>> Markus schrieb:
>>> BTW: kann man damit legal funken, oder ist das nur für Bastelzwecke?
>>
>> Damit "funkt" jeder "überall", und zwar legal, auf 2.4GHz
>
>
> Das definitiv nicht.
>
> Die Dinger haben keine allgemeine Zulassung.
>
> 73

Na und?

1.79

Arduinoquäler schrieb:
> Markus schrieb:
>> Warum die den Chip wohl nicht gleich drauf löten?
>
> Weil nicht jeder grosses externes RAM braucht und das
> auch seinen (sehr signifikanten) Preis hat.


Naja, um die zwei Euro in Einzelstückzahlen machen den Braten auch nicht 
mehr fett.
Ich rate jedenfalls zu so einem Board.

STler schrieb:
> Naja, um die zwei Euro in Einzelstückzahlen machen den Braten auch nicht
> mehr fett.

So so ....

IS61WV51216BLL-10TLI  bei um die 10 Euro
in Sückzahlen ab 100

>Naja, um die zwei Euro in Einzelstückzahlen machen den Braten auch nicht mehr 
fett.
>Ich rate jedenfalls zu so einem Board.

Wenn, dann wuerde ich nur bestueckt kaufen. Habe aber keins gefunden.

Apropos SDRAM: Es gäbe ja auch das STM32F429 Discovery mit 8MB-Ram:
http://www.st.com/en/evaluation-tools/32f429idiscovery.html

Das Board ist zwar schon in STM32GENERIC-Arduino angelegt, aber es fehlt 
leider noch die Unterstützung für die Komponenten wie Display usw.

Autor: Arduinoquäler (Gast)
>Da Board hat absolut nichts mit Arduino zu tun.

Da bist Du nicht ganz auf dem neuesten Stand.

>Wenn du 3 Euro drauflegst bekommst du es aus Deutschland geliefert
>und musst nicht warten bis die Chinesen dich du alt und grau werden
>lassen.

Das schnellste scheint das hier zu sein:
http://www.ebay.de/itm/Core407V-STM32F407VET6-STM32-Cortex-M4-Development-Board-Mainboard-Module-Kit-/401294298420?hash=item5d6f010d34:g:qcwAAOSw-kdX0mup

Kommt angeblich aus Frankfurt und braucht trotzdem knapp 14 Tage.Daniel

Das Board gefällt mir immer besser.
Wenn ich es richtig lese, hat es 16MBit serielles Flash.
http://wiki.stm32duino.com/index.php?title=STM32F407
Das wäre früher ein ausgewachsener PC gewesen.

Markus schrieb:
> Das Board gefällt mir immer besser.

Bisschen löten und schon kann man mit dem Display spielen ....

Hatte es schon mal gepostet aber nicht gleich gefunden....

Beitrag "stm32_f4ve lcd für 16x2-Stiftleiste"

Ich möchte lieber weniger Kabel.
Dazu wäre ein ILI9341 mit SPI.

Beitrag "Re: 2.2'TFT ILI9340 und Arduino"

> den gibts ja auch für 1000 verschiedene andere Boards die mit
> Ardunio rein garnichts zu tun haben.

Das ist so ähnlich wie wenn Du sagen würdest, die Südamerikaner haben 
mit Spanisch rein gar nichts zu tun.

>Die AVR sind für ASM und C ausgelegt wurden, ebenso die obige STM
>Platine.

Vielleicht hörst Du jetzt lieber auf, Du weißt nämlich gar nicht was 
"Arduino" bedeutet.

Damit es nicht so unklar bleibt:
https://de.wikipedia.org/wiki/Arduino_(Plattform)

https://de.wikipedia.org/wiki/Arduino_(Plattform)

>Hm. Ich habe einen PC. Ist der jetzt für Windows entwickelt worden, oder
>doch eher für Linux?
>Ich weiß es nicht.......

Da liegt glaube ich das Problem: Er verwechselt die Platine mit dem 
Atmega328 mit Arduino.

>Fakt ist eins:
>Das STM32F407 Black wurde nicht für Arduino entwickelt

Hat das hier im Thread irgend jemand behauptet?

Rene K. schrieb:
> Arduino ist etwas für Menschen die
> möglichst schnell an ihr Ziel kommen wollen, mit möglichst wenig
> Aufwand, die Lötkolben vorne an der Spitze festhalten. Und das ist auch
> gut so. Aber diese Leute sollten sich nicht vermessen zu glauben, andere
> die sämtlichen Register einer Reihe aus dem Kopf aufsagen können, ein
> FFT auf einem Tiny10 zum laufen kriegen, und TQFP mit fünf Bier und nem
> Feuerzeug einlöten zu beurteilen.

Abgesehen davon, dass das alles Quatsch ist, bist Du ein bornierter 
Angeber.

Einfaches Gegenbeispiel:
Ich löte freihand locker 0602 und TQFP100 mit 0,5mm (nicht mit dem 
Feuerzeug, das will ich gern von Dir sehen), programmiere mit EmBitz, 
Coocox und Co. und nutze trotzdem Arduino-Hard- und Software, wenn es 
passt. Die reale Welt ist äußerst vielfältig und ich bin flexibel, Du 
offensichtlich nicht.

>Ich habe nicht gesagt das ICH das kann, aber er (Markus) urteilt über
>diese Leute -
In diesem Thread sehe ich jetzt keine einzige Zeile in der ich über 
Leute geurteilt hätte.

Hattest Du schon immer so große Probleme mit dem Textverständnis?

Hurra,

mein Board ist heute angekommen. Wenn man es ansteckt, blinkt es, aber 
die USB-Schnittstelle meldet "Treiber nicht erkannt".

Hat das Board schon mal jemand in Betrieb genommen?

Markus schrieb:
> aber die USB-Schnittstelle meldet "Treiber nicht erkannt".

Ja, du hast ja auch kein Byte USB-Software (Firmware) dafür
auf den Controller geladen.

Markus schrieb:
> Hat das Board schon mal jemand in Betrieb genommen?

Ja.

>Ja, du hast ja auch kein Byte USB-Software (Firmware) dafür
>auf den Controller geladen.

Irgendwo meine ich gelesen zu haben, dass das Board mit vorinstallierter 
Software ausgeliefert werden soll, sodass es als "Mass Storage Device" 
auftaucht.

Markus schrieb:
> Irgendwo meine ich gelesen zu haben, dass das Board mit vorinstallierter
> Software ausgeliefert werden soll, sodass es als "Mass Storage Device"
> auftaucht.

Bezweifel ich stark - trotzdem eines meiner Lieblingsboards. Einziger 
Schönheitsfehler (für mich): Es gibt keinen Kontakt zur Erkennung der 
SD-Karte

Das Board scheint auch ganz gut für MicroPython geeignet:
https://forum.micropython.org/viewtopic.php?t=3086

Aber eigentlich suche ich ein Bild zum Anschluss des ST-Link.

+-----+
  | 1  2|  Pin 1 = 3v3
  | 3  4|  Pin 4 = GND
  | 5  6|
 _| 7  8|  Pin 7 = SWDIO
|   9 10|  Pin 9 = SWCLK
|_ 11 12|
  |13 14|
  |15 16|
  |17 18|
  |19 20|
  +-----+

Wunderbar, zusammen mit dem Bild und dem JTAG-Connector Anschluss habe 
ich das Blink-Example geflasht: funktioniert ;-)

Markus schrieb:
> Irgendwo meine ich gelesen zu haben, dass das Board mit vorinstallierter
> Software ausgeliefert werden soll, sodass es als "Mass Storage Device"
> auftaucht.

Nein.

Super, das analogRead-Example funktioniert auch, wenn man A0 in PA0 
umbenennt:

1

// the setup routine runs once when you press reset:

2

void setup() {

3

  // initialize serial communication at 9600 bits per second:

4

  Serial.begin(115200);

5

}

6

7

// the loop routine runs over and over again forever:

8

void loop() {

9

  // read the input on analog pin 0:

10

  int sensorValue = analogRead(PA0);

11

  // print out the value you read:

12

  Serial.println(sensorValue);

13

  delay(1);        // delay in between reads for stability

14

}

Nach dem flashen erzeugt die Arduino-Firmware einen virtuellen COM-Port 
am USB-Anschluss.

Markus schrieb:
> Super, das analogRead-Example funktioniert auch, wenn man A0 in PA0
> umbenennt:

Das wäre natürlich mit einem Arduino Uno oder Arduino Nano niemals
möglich gewesen.

Markus schrieb:
> Nach dem flashen erzeugt die Arduino-Firmware einen virtuellen COM-Port
> am USB-Anschluss.

Welch ein Wahnsinn. Man braucht eine komplexe 32-Bit Maschine
um einen Analogwert mittels ADC zu messen.

Ich sags ja: Das wäre natürlich mit einem Arduino Uno niemals
möglich gewesen.

Dazu braucht man schon die Black Mamba.

>Welch ein Wahnsinn. Man braucht eine komplexe 32-Bit Maschine
>um einen Analogwert mittels ADC zu messen.
>Ich sags ja: Das wäre natürlich mit einem Arduino Uno niemals
>möglich gewesen.
>Dazu braucht man schon die Black Mamba.

[x] Du hast möglicherweise schon einmal einen Arduino UNO verwendet
[ ] Du kennst den Unterschied von Beispiel und Anwendung
[ ] Du kannst eine notwendige von einer hinreichenden Bedingung 
unterscheiden

Diese Fragebögen sind mir zu kompliziert.

Mir fehlt die Anleitung dazu. Gibt es einen Hilfefunktion,
vielleicht so wie bei Arduino.cc?

Das Board hat doch einige Anschlüsse.
Die Frage ist: Wo einen I2S-Verstärker anschließen?

Markus schrieb:
> Die Frage ist: Wo einen I2S-Verstärker anschließen?

Du hast dich ja schon ausgiebig mit dem Thema beschäftigt:

Beitrag "I2S Verstärker"

Also kannst du dir die Antwort sicher selbst geben.

Warscheinlich funktioniert es nicht, das geht nur mit Arduino Lib.

Hmm, die I2S scheint an SPI3 zu hängen. Leider sind die Pins auf dem 
Board etwas durcheinander geroutet:

http://wiki.stm32duino.com/index.php?title=STM32F407

So der Adafruit I2S Verstärker läuft auch.
Ich komme hier aber nicht über eine Maximalamplitude von 1/4 der 16 Bit 
ohne dass der Lautsprecher übersteuert.

Hier der Anschluss des STLINK-V2 an das BlackV407VE Board, damit man es 
einfacher hat.

UI schrieb:
>Bezweifel ich stark - trotzdem eines meiner Lieblingsboards. Einziger
>Schönheitsfehler (für mich): Es gibt keinen Kontakt zur Erkennung der
>SD-Karte

Ich frage mich, ob das ein Problem durch "zerschießen" der SD-Karte 
geben könnte?

Habe diese Woche das schwarze Board mit dem F407ZET und den Pads für das 
SRAM bekommen. Dort ist in der Tat eine Software drauf mit der sich das 
Board als Mass-storage meldet.

Original ist ein is62wv51216bll als SRAM vorgesehen. Spricht was gegen 
ein is61wv51216bll? Nach meinen Infos ist der is61wv51216bll lediglich 
schneller.

>Habe diese Woche das schwarze Board mit dem F407ZET und den Pads für das
>SRAM bekommen.

Sehr schön. Ich habe auch noch mal eines bestellt, aber ohne das RAM.
Könntest Du den Link posten, wo man das Board mit RAM bekommt?

>Dort ist in der Tat eine Software drauf mit der sich das
>Board als Mass-storage meldet.

Auf meinem Board war nichts drauf. Beim Board war ein USB-Kabel und 
PIN-Buchsenkabel dabei. Insofern könnte man erwarten, dass es durch 
einfaches Anstecken funktioniert. Aber egal, ich habe es dann mit dem 
ST-LINK benutzt.
Ich habe noch mal eines bestellt und bin gespannt, ob dort etwas 
vorinstalliert ist.

Mit welcher Entwicklungsumgebung willst Du das Board benutzen?

Ich verwende VisualGDB

>dort ist in der Tat eine Software drauf mit der sich das
>Board als Mass-storage meldet.

Bei mir ist das nächste Board angekommen ( wieder eines ohne 
RAM-Extension ) . Beim Anstecken blinken die LEDs, also ist ein 
Blink-Testprogramm drauf.
Beim Einstecken meldet Windows allerdings "USB-Gerät nicht erkannt". Das 
scheint ein Unterschied zu Deinem Board zu sein.

Es aber egal, ich werde es sowieso mit dem ST-Link programmieren.

Meins kam von Aliexpress:

https://www.aliexpress.com/item/STM32F407ZET6-development-board-M4-STM32F4-core-board-arm-development-board-cortex-M4/32793995387.html

Hier scheint es ein Display zu geben, das direkt auf das STM32F407 Board 
passt:
https://ru.aliexpress.com/item/3-2-inch-TFT-LCD-screen-with-resistive-touch-screens-ILI9341-display-module/32662835059.html?spm=2114.10010208.1000016.1.RGnYFD&isOrigTitle=true

Allerdings ist der Versender in Russland, ob das wohl bei uns ankommt?

Du hast Recht, hab's gerade auf Deutsch gefunden:
https://de.aliexpress.com/item/3-2-inch-TFT-LCD-screen-with-resistive-touch-screens-ILI9341-display-module/32662835059.html?spm=2114.10010208.1000016.1.RGnYFD&isOrigTitle=true

geil, war gerade dabei, einen adapter für arduino-tft zu löten...

Das Problem ist nur: wenn man das Display jetzt bestellt, muss man 
mindestens 3 Wochen warten.

Markus schrieb:
> Das Problem ist nur: wenn man das Display jetzt bestellt, muss man
> mindestens 3 Wochen warten.

Früher (tm) hat man sich ein Auto bestellt und dann 12 Jahre darauf 
gewartet. ;-)

Drei Wochen ist doch völlig okay, deswegen extra ein "Adapter" bauen 
finde ich dann etwas Sinnbefreit. Vor allem darf man den Preis auch 
nicht außer Acht lassen. Da bestellt man sich dann sowieso gleich 
mehrere.

Wie schließt man das nrf24l01 an das STM32F407 Board an?

Ich finde im Moment nur Beispiele für normale Arduino-Shields:
https://forum.arduino.cc/index.php?topic=421081.0

Markus schrieb:
> Wie schließt man das nrf24l01 an das STM32F407 Board an?

Ja ich weiss, das ist nicht ganz einfach. Und nicht jeder
hat dieses tiefgreifende Wissen um den Anschluss korrekt
durchzuführen, das ist einfach manchmal zu schwierig, viele
Leute fühlen sich damit echt überfordert.

Ich selbst habe auch lange überlegen müssen und bin nach
mehrmonatigen Experimenten zu folgendem Anschlussschema
gekommen.

Siehe Anhang.

Christopher J. schrieb:
> Da die Chinesen bei dem microSD-Slot ja scheinbar geizig mit den Pins
> umgegangen sind würde mich mal brennend interessieren ob der
> microSD-Slot wenigstens über 4-Bit SDIO angebunden ist.

Deinen Ausführungen entnehme ich dass du zu faul oder unfähig
bist des Schaltplan des Boards zu lesen und zu interpretieren.

Hallo Christopher,
Der SD-Kartenslot ist 4bittig.
Fuer den Arduinotreiber haben sich die Kontributoren zum Arduino 
STM32GENERIC mehrere Wochen den Kopf zerbrochen und er ist ziemlich 
geschwindigkeitsoptimiert.

Christopher J. schrieb:
> Also wo ist denn jetzt der Schaltplan?

Suche stm32f407vet6 schematic

Christopher J. schrieb:
> Super Idee aber mit so einem dermaßen genauen Suchbegriff ist Google
> völlig überfordert.

Nö.

Offensichtlich bist Du überfordert. Aber das hast du
ja schon vorher bewiesen.

Das erste Bild das g. liefert ist der Schaltplan zu
genau diesem Modul.

Ein kleines Einstein Zitat:
"Zwei Dinge sind unendlich: Das Universum und die Dummheit der Menschen. 
Aber beim Universum bin ich mir noch nicht so sicher"

Von daher gilt: Eine Dumpfbacke vergeht, dafür eine neue entsteht.
Ich denke der Arduinoquäler hat den Nick auf Dumpfbacke geändert, was 
allerdings auch viel passender ist.

Christopher: Ignoriere die Dumpfbacke, er ist ein Troll und will hier im 
wesentlichen den Thread versauen, damit er beendet wird. Ich weiß es ist 
hart, aber betrachte das Ganze als eine Art Zen-Übung sonst treibt dich 
der Typ zum Wahnsinn.
Noch ein kleiner Tipp: nur eine Dumpfbacke weiß heutzutage nicht, dass 
Google Ergebnisse kontextabhängig sind.

habe das ili9341-tft jetzt bekommen. Wäre schön, wenn jemand den 
lowlevel-code für dieses tft hier einstellen würde.

Welches hast Du, das parallele oder ein serielles?

Markus schrieb:
> Welches hast Du, das parallele oder ein serielles?

16bit parallel, passend zum TFT-header...

C. W. schrieb:
> ziemlich schnell am Rennen gehabt

schön. Stellst du den code zur Verfügung?

Ich selbst habe nur serielle ILI9341 verwendet. Aber Du könntest mal im 
STM32duino Forum fragen. Ich könnte mir vorstellen, dass dort jemand 
einen Treiber hat.

C. W. schrieb:
=> 407VE

Habe alten LPC-code gefunden. Den müsste ich umbasteln. Problem ist, die 
Datenpins liegen nicht hintereinander. Richtig wäre es daher, das ganze 
über FSMC anzuschließen. Da wäre ich aber auf Beispielcode angewiesen.

Für das Arduino STM32GENERIC Framework gibt es ein Beispiel:
https://github.com/danieleff/STM32GENERIC/blob/master/STM32/libraries/BoardExamples/examples/BlackF407VE/LowLevelHAL/FSMCLCD/FSMCLCD.ino

Danke für den link und den code. Das hilft weiter.

Meinen bescheidenen Erfahrungen nach wäre auf dem Core407V Board

1

#define LCD_RAM     (*((volatile uint16_t *) 0x60080000))     /* DC = 1 */

anzusetzen.

Harry L. schrieb:
> if (HAL_SRAM_Init(&hsram1, &Timing, NULL) != HAL_OK)
>   {
>     _Error_Handler(_FILE_, _LINE_);
>   }

Ich verwende kein HAL, daher kann ich nur raten. Unter der SPL
muss man die entsprechende Speicherbank auch noch enablen.

1

  //  Enable Bank 1 / PSRAM 1

2

  FSMC_NORSRAMCmd (FSMC_Bank1_NORSRAM1, ENABLE);

3

  // -----------------------------------^^^^^^^^

Vielleicht ist das in der HAL auch so ....

Harry L. schrieb:
> aber das wäre ja dann A19...oder?

Die Bits richtig abzuzählen überlasse ich dir.

Die übliche Zählweise ist Bit 0...31

Es gibt noch einen Faktor 2 wegen 16-Bit Zugriffen.

Bei einem Byte-Zugriff wird mit den Leitungen LOWB und UPPB
unterschieden was aber beim Display nicht gemacht wird.

>Werde ich probieren, aber das wäre ja dann A19...oder?

Ist das der richtige Anschlussplan?

Markus schrieb:
> Ist das der richtige Anschlussplan?

Nö. Der richtige hat keine so gelben Kästchen.

>Nö. Der richtige hat keine so gelben Kästchen.

Ach, sonst wäre Dir aufgefallen, dass da FSMC_A18 und nicht 19 steht.

Wenn du aufgepasst hättest würdest du nicht so dumm daherreden.

Harry L. schrieb:
> #define LCD_REG              (*((volatile uint16_t *) 0x60000000))
> /* DC = 0 */
> #define LCD_RAM              (*((volatile uint16_t *) 0x60040000))
> /* DC = 1 */


es gibt dazu einen lehrreichen thread:
Beitrag "STM32F4 mit TFT Codeverständnis"

Danach wäre
#define LCD_REG              (*((volatile unsigned short *) 0x60 00 00 
00)) /* RS = 0 */
#define LCD_RAM              (*((volatile unsigned short *) 0x60 02 00 
00)) /* RS = 1 */

richtig

Harry L. schrieb:
> Ich hab jetzt mal nachgemessen, und es ist so, daß das Display auf BANK4
> liegt.

Beim Core407V nicht.

PD7 = FSMC_NE1 -> CS

Also Bank 1.

Aber vielleicht reden wir von verschiedenen Boards. Dass das
Display aber 16-bittig angesprochen wird, dabei bleibt es wohl.

Harry L. schrieb:
> Ich hab dieses Board:
> 
https://de.aliexpress.com/item/STM32F407ZET6-development-board-M4-STM32F4-core-board-arm-development-board-cortex-M4/32793995387.html?spm=a2g0s.9042311.0.0.ZWr0pY

Der Titel dieses Threads bezieht sich aber auf das STM32F407VE.

Beitrag "STM32F407 Black und Arduino"

Harry L. schrieb:
> Ich spiel auch gerade mit dem Board

Wie soll jemand wissen dass du ein anderes Board meinst?

>Der Titel dieses Threads bezieht sich aber auf das STM32F407VE.

Ist das so?

Aber immerhin haben wir gerade gelernt, dass es zwischen den sehr 
ähnlich aussehenden Boards ( mit und ohne RAM-extension ) einen 
deutlichen Unterschied gibt.

Markus schrieb:
> Ist das so?

Vielleicht hält dein Gedächtnis nicht so lang .....

Oder du bist ein ganz anderer Markus .... und verstehst den
Thread ganz anders.

Hmm .. scheinbar wird nur der VET6 als

"Black VET6" STM32F407VET6 Variant

bezeichnet.
Die ZTE Variante kommt ohne "Black" aus, obwohl sie auch schwarz ist:
http://wiki.stm32duino.com/index.php?title=STM32F407#STM32F407ZET6_Variant

Markus schrieb:
> Hmm .. scheinbar wird nur der VET6 als
>
> "Black VET6" STM32F407VET6 Variant
>
> bezeichnet.

Das Bild das du zum Start gepostet hast ist eindeutig.

Aber vielleicht handelst du nach dem Motto: Was kümmert
mich mein Geschwätz von gestern.

Übrigens hast du schon herausgefunden wie der NRF24L01
anzuschliessen ist? Schwierige Sache gell?

Markus schrieb:
> Wie schließt man das nrf24l01 an das STM32F407 Board an?

Harry L. schrieb:
> Mag sein, aber erst durch diesen Thread bin ich überhaupt auf das Board
> aufmerksam geworden.

Auch deine Adress-"Spekulation" wies darauf hin das du mit
deiner Programmierung auf ein STM32F407VE-Board abzielst.

>Und jetzt?
>Soll ich deiner Meinung nach jetzt einen neuen Thread eröffnen?

Lass es ruhig hier. In der Überschrift steht ja "STM32F407" ohne eine 
spezielle Versionsbeschreibung.
Es ist interessant, ob sich noch weitere relevante Unterschiede zwischen 
der ZE und VE Variante ergeben.

Markus schrieb:
> In der Überschrift steht ja "STM32F407" ohne eine
> spezielle Versionsbeschreibung.

Seltsam. Wenn ich die "Überschrift" anschaue lese ich da

"STM32F407 Black und Arduino".

Scheinbar gibt es da Unterschiede in der Wahrnehmung, oder
uc.net gibt die "Überschrift" anwenderspezifisch aus.

Oft ist es aber wirklich so dass die Leute sich nicht mehr
um ihr Geschwätz von gestern kümmern.

Welche SD Karten machen eigentlich bei dem Board Sinn?

Was meinst Du damit?
4 bit SDIO geht.

Markus schrieb:
> Was meinst Du damit?
> 4 bit SDIO geht.

Unterstützte Größen.
SD: 8 MB bis 2 GB[1]
SDHC: 4 GB bis 32 GB
SDXC: 48 GB[2] bis max. 2 TB[3]

Und sinnvolle Geschwindigkeitsklassen (Speed Class 2 bis 10, ...) in 
Abhängigkeit der Leistungsfähigkeit des Board.

Von der LibMaple Seite wird SDHC unterstützt:
http://www.stm32duino.com/viewtopic.php?f=39&t=2215&p=31029&hilit=sdhc#p31029

Bei STM32GENERIC mit ziemlich großer Wahrscheinlichkeit auch.
SDXC müsste man mal suchen.

C. W. schrieb:
> Habe die Bins auch noch dazu gepackt. Bis auf die StemwinLib sind
> alles
> Files  inklusive CMSIS und HAL dabei.

Habe jetzt mal versucht, dein Projekt nachzubauen. Die TFT32test.ihex 
funktioniert. Im Projekt fehlen aber Dateien. Zumindest "GUI.h". Kannst 
du die noch nachliefern?

C. W. schrieb:
> direkt mit Stemwin

Danke für die Hinweise. Stemwin überfordert mich ein bischen. Sicher 
sehr gut, aber ich brauche im Prinzip nur text.

Die Initialisierung funktioniert mit

1

oid ili9341_init(void)

2

{

3

  LCD_REG = ILI9341_RESET;

4

  HAL_Delay(60);

5

6

  LCD_REG = ILI9341_DISPLAY_OFF;

7

8

  LCD_REG = ILI9341_POWERA;

9

  LCD_RAM = 0x39;

10

....

Mir fehlt jetzt die Funktion zum Schreiben eines Pixels

Müsste eigentlich so funktionieren:

1

void set_px(u16 x,u16 y,u16 color){

2

LCD_REG = 0x002a;

3

LCD_RAM = x;

4

LCD_REG = 0x002b;

5

LCD_RAM = y;

6

LCD_REG = 0x002d;

7

LCD_RAM = color;

8

}

Tut es aber leider nicht.


Kann jemand weiterhelfen?

Ich sage nur Arduino und Adafruit_GFX:

1

 virtual void drawPixel(int16_t x, int16_t y, uint16_t color) = 0;

Wenn sich einer die Mühe macht, Adafruit_GFX einzubinden, haben die 
anderen keine Probleme mehr ....

grundschüler schrieb:
> Tut es aber leider nicht.

Du musst dem LCD noch mitteilen dass es beschrieben werden soll.
Kommando 0x2C.

Die Parameter Liste für column address set und row address set
ist zwei mal 16 Bit (Anfangs- und Endwert)

1

void set_px (u16 x, u16 y, u16 color)

2

{

3

  LCD_REG = 0x002A;  // column address set

4

  LCD_RAM = x;       // Startwert 16 Bit

5

  LCD_RAM = x;       // Endwert 16 Bit

6

  LCD_REG = 0x002B;  // row address set

7

  LCD_RAM = y;       // Startwert 16 Bit

8

  LCD_RAM = y;       // Endwert 16 Bit

9

10

  LCD_REG = 0x002C;  // memory write

11

  LCD_RAM = color;

12

}

Alle dem memory write Kommando folgenden schreibenden
Datentransfers füllen das LCD sequentiell mir Daten,
solange der x,y Endwert nicht erreicht ist.

Markus schrieb:
> Wenn sich einer die Mühe macht, Adafruit_GFX einzubinden, haben die
> anderen keine Probleme mehr ....

Wenn du dir mal die Mühe machen würdest tiefer in die Materie
einzusteigen hättest du weniger Probleme. So bleibt es
bei dir bei der ewigen Copy&Paste Methode und führt immer mehr
zum Einschlafen der Hirnaktivität.

Arduinoquäler schrieb:
> Die Parameter Liste für column address set und row address set
> ist zwei mal 16 Bit (Anfangs- und Endwert)

gut erklärt, danke. Habe jetzt das erste Pixel erfolgreich geschrieben. 
Den Rest bekomme ich hin.

>Wenn du dir mal die Mühe machen würdest tiefer in die Materie
>einzusteigen hättest du weniger Probleme.

Da Du ja so viel Wert auf die genaue Auslegung des Thread-Topics legst, 
solltest du den lieber noch mal durchlesen.

Gerade gefunden:

Hier hat jemand eine Repostory mit ILI9488_FSMC support

https://github.com/andrethomas/STM32GENERIC/tree/master/STM32/libraries

Danke, andrethomas :-)

Ich habe immer den Generic-Core benutzt.
https://github.com/danieleff/STM32GENERIC

Den hat ursprünglich Daniel Effek gewartet und später hat ihn ein 
Chinese "huaweiwx" geforked und massiv alle möglichen Libraries dazu 
gepackt. Inclusive StmWin Beispielen. Wobei die ja nicht unbedingt 
Arduino-konform sind.Vielleicht sollte man die neueste Version davon mal 
probieren. Die chinesische Version könnte allerdings aus Arduino-Sicht 
etwas verwachsen sein:

https://github.com/huaweiwx/STM32GENERIC

Wenn man mal Arduino als eine Art der Phiplosphie der Vereinfachung 
ansieht,  sollten dabei folgende Punkte gegeben sein:

1. Der entstehende Code soll sehr einfach lesbar sein
2. Die Funktionen sollen mit wenigen Parametern aufrufbar sein
3. Die Philosophie soll vom "Einfachen" ins "Komplexe" gehen, d.h. 
Klassen funktionieren schon mit wenig oder gar keinem Parameter, 
spezialisiert wird durch den Aufruf mit mehreren Parametern
4. Es müssen einfache Codebeispiele für jede Funktion vorhanden sein
5. Alles muss Out-Of-The-Box funktionieren

Definitiv dem ein- oder anderen Punkt dieser Philosphie widersprechen 
würde z.B. dieses Beispiel von Huaweiwx:

https://github.com/huaweiwx/STM32GENERIC/blob/master/STM32/libraries/BoardExamples/examples/BlackF407VE/ADC_RegularConversion_Polling/ADC_RegularConversion_Polling.ino

Leider benutze ich Visual-Micro nicht. Gibt es dort vielleicht irgend 
welche CLK-Optionen wie z.B. externen Quarz nutzen/nicht nutzen?

>Also, ich habe gerade die STM32duino-Cores runtergeschmissen, und die
>STM32Generic installiert.
>Damit klappts...

Sehr schön.
Ja, die stm32duino-Cores sind meiner Ansicht nach ein einziges 
Durcheinander:
https://github.com/stm32duino

Wenn ich es richtig weiß, hat STM einen Mitarbeiter, der eine kleine 
externe Firma betreut um das ganze Arduino-System auf den verschiedenen 
STM-Boards zum laufen zu bringen.
Ich hatte aber vor kurzem mal ein L476-Board mit dem stm32duino-Core 
probiert. Das Blinken ging sofort, aber beim ADC war schon Schluss. Der 
blieb auf einem festen Wert hängen. Es ist schon ein wenig ärgerlich, 
wenn ein Board im Auswahlmenue auftaucht, aber die Entwickler nicht mal 
den Test durchgeführt haben, ob die Grundfunktionen einwandfrei 
funktionieren.

Funktioniert das debuggen mit VisualMicro?

Scheinbar gibt es ziemlich viele Varianten des STM32F407VE6 Boards.
Das, welches ich habe
( https://www.mikrocontroller.net/attachment/328681/STM32F407_Black.jpg 
), gibt es mittlerweile für unter 10€.

Hallo zusammen

Ich versuche das Board aus Deutschland zu bestellen aber weiss nicht, 
welcher Lieferant aus Deutschland liefert.

Arduinoquäler schrieb:
> Wenn du 3 Euro drauflegst bekommst du es aus Deutschland geliefert
> und musst nicht warten bis die Chinesen dich du alt und grau werden
> lassen.

Weisst du wo man das Board aus Deutschland bestellen kann?