STM32F103RB RAM voll - Development Board gesucht

OP #3776857
Lesenswert?

Ich arbeite seit längerem an einem größeren Projekt für das ich dieses 
Board einsetze: 
http://www.dx.com/de/p/mini-stm32-stm32f103rbt6-development-board-w-2-8-tft-lcd-touch-screen-157301?tc=EUR&gclid=CNOLlO2prsACFVGWtAodVDsAFA#.U_sgfhZB1I0
Da der Code mittlerweile recht umfangreich ist ist der RAM des 
Controllers nun voll. Daher möchte ich ein Development Board mit einem 
STM32 mit mind. 64 kB RAM (besser mehr, derzeit 20 kB). Es muss mit dem 
ULINK2 kompatibel sein. Praktisch wäre auch ein "integriertes" TFT mit 
Touchscreen, da könnte man zur Not aber auch das vorhandene benutzen. 
Ein Board mit externem RAM habe ich leider auch nicht gefunden.

Das Einzige Board das ich mit TFT finden konnte ist dieses: 
http://www.dx.com/de/p/stm32-arm-2-4-tft-512k-flash-64k-sram-development-board-black-blue-151994#.U_sjsRZB1I0
Wie gesagt wäre mir aber mehr RAM lieber.

Ich möchte nicht mehr als 80€ ausgeben.
#3776885
Lesenswert?

Bei eBay gibt es für rund 30 Euro ein STM32F103VET-Board mit Display 
drauf:
http://www.ebay.de/itm/220832020955

Laut ST hat das Dingen 512kByte Flash und 64 kByte RAM.
http://www.st.com/web/catalog/mmc/FM141/SC1169/SS1031/LN1565

Ich würde aber ebenfalls zur STM32F429-Disco raten -da sind gleich 8 
MByte externer RAM mit drauf, Tocuh-Display inklusive:
http://www.ebay.de/itm/161177600716 für 27,50€ inklusive Versand, aus 
.de.
Nachteil: Die Standard-Peripheral-Library-Aufrufe musst du umschreiben, 
die unterscheiden sich etwa bei den Registernamen oder bei 
Peripherie-Initialisierung teils "deutlich" (GPIO-Pullup oder -Pulldown 
setzen, zum Beispiel.)
#3777733
Lesenswert?

Nutzt du die ST-Peripheral-Lib?

Beim Portieren gibt es einiges zu durchstöbern darin ;)

Ein paar Hinweise:
Timer-Unterschiede: 
http://www.st.com/st-web-ui/static/active/en/resource/technical/document/application_note/DM00042534.pdf

Und die Clocks für die Peripherie hängen natürlich immer woanders dran, 
so etwas hier:
RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOx, ENABLE);

Bei der einen Familie ist das AHB2 und so was. Hatte mich beim Wechseln 
in die unterschiedlichen Familien etwas überrascht, betont ST doch die 
einfache Portierbarkeit. Die Anpassungen benötigen dennoch ein paar 
Stunden, je nach Code-Komplexität.
OP #3777979
Lesenswert?

Ja, ich benutze die ST-Peripheral-Lib.
Solange es nur solche Kleinigkeiten sind ist das Portieren sicher 
machbar. Zudem benutze ich nur Timer, GPIO, SPI, UART, CRC, RTC und I2C. 
Das sollte sich alles in endlicher Zeit umbauen lassen. Und den Aufwand 
ist es in Anbetracht des deutlich größeren und leistungsfähigeren 
Controllers auf jeden Fall wert.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren