Hi, ich würde gerne eine grafische Oberfläche auf dem Display des STM32F4 Eval Board (STM3240G-EVAL) realisieren. Welche würdet ihr empfehlen? Ich benutze Keil zum programmieren, da ist der Segger EmWIN dabei. Ein Kollege meinte nun das es auch QT4 gibt aber bin jetzt nicht sicher ob dafür die Hardware des stm32f4 ausreicht. Im gestrigen Newsletter von ST wurde auch STM32-JAVA beworben. Das wäre wohl extra eine Layer für so Oberflächen. Was gäbe es denn sonst noch für Möglichkeiten? Die OBerfläche hat jetzt keine besonderen Ansprüche: - Tiefe max. 30 Seiten/Blätter - Button's - Graph zum anzeigen eines Werteverlaufs - Aktuelle Messwerte anzeigen - Einstellmöglichkeiten von Parameter mit hilfe von Button hoch/runter, enter-, löschen- & home-taste Ich hab mich bisher mit den Demo's von ST und NXP beschäftigt EmWIN scheint schon sehr gut zu sein aber vllt. gibts ja noch etwas "einfacheres" oder etablierteres. Viele Grüße Ersan
Nimm emWin und gut ist. Vor allem weil es bei NXP und mittlerweile auch bei ST umsonst ist. Der Overhead von QT und Java ist auf einem STM32F4 viel zu groß und bringt dir bei deiner Applikation keine Vorteile. Ausserdem kannst du mit emWin erst mal lässig in der Simulation auf dem PC arbeiten und dann die Appliaktion 1:1 auf dein Target rüber nehmen. Ich würde gleich noch ein passendes embOS dazu nehmen, muss aber nicht.
Interessant sieht auch NuttX aus: http://www.nuttx.org/doku.php?id=nuttx Ist ein RTOS, das auch eine Grafikbibliothek mit Fenstermanager etc. mitbringt. Getestet habe ich das aber noch nicht. zu emWin: Ich kenne bisher nur die Preise von Segger und habe dann doch Abstand davon genommen ;-) Wo finde ich das denn bei ST kostenlos?
Vielen dank! ich bin dann doch jetzt beim EMWIN von Segger gelandet, welcher bei Keil umsonst dabei ist (hab die Prof. Edition). Diese ist aber auch kostenlos für STM32 von ST unter dem Namen "STM32 Embedded Gui Library" zu bekommen. Bei NXP ist diese ebenfalls umsonst dabei "EmWIN im CodeRed" Die Tutorials von Segger sind auch sehr gut. Aber für eine Oberfläche benötigt man auf jeden Fall ein OS wie FreeRTOS o.ä.
Stimmt, hatte ich ganz vergessen, bei Keil ist es ja auch kostenlos mit drin. Sven S. schrieb: > Aber für eine Oberfläche benötigt man auf jeden Fall ein OS wie FreeRTOS > o.ä. Jain, es geht auch ohne RTOS, aber ich stimme dir zu, es macht es einfacher.
Sven S. schrieb: > Diese ist aber auch kostenlos für STM32 von ST unter dem Namen "STM32 > Embedded Gui Library" zu bekommen. Interessanterweise wird bei ST in keinem Wort "Segger" oder "emWin" genannt. Bei NXP wird das ganz offen gesagt.
Horst schrieb: > Interessanterweise wird bei ST in keinem Wort "Segger" oder "emWin" > genannt. Das ist Quatsch, die STM32 Embedded Gui Library ist eine ganz andere GUI
ST nennt das Ganz STemWin: http://www.st.com/web/en/catalog/tools/FM147/CL1794/SC961/SS1743/PF259225?s_searchtype=keyword Gruß Rainer
Ich kann auch nur die emWin empfehlen, wenn möglich mit Sourcecode-Lizenz, dann wird das Debuggen viel einfacher. (Ja, auch in der emWin gibts Bugs...) mfg
Jörg B. schrieb: > Das ist Quatsch, die STM32 Embedded Gui Library ist eine ganz andere GUI http://www.st.com/web/en/catalog/tools/FM147/CL1794/SC961/SS1743/PF259225?s_searchtype=keyword "Thanks to a partnership with SEGGER Microcontroller GmbH, ST can provide the STemWin solution, based on SEGGER emWin one."
Genau und das ist Embedded Gui Library http://www.st.com/web/en/catalog/tools/FM147/CL1794/SC961/SS1743/PF257934?s_searchtype=keyword Hat gar nichts mit Segger zu tun
@Jörg Stimmt. Hatte immer gemeint, das seien ein und dieselben Libraries. Sorry. Den Release Notes entnehme ich: Embedded Gui Library ist für STM32F10xxx Devices, waehrend STemWin alle STM32F unterstützt.
Horst schrieb: > Sven S. schrieb: >> Diese ist aber auch kostenlos für STM32 von ST unter dem Namen "STM32 >> Embedded Gui Library" zu bekommen. > > Interessanterweise wird bei ST in keinem Wort "Segger" oder "emWin" > genannt. > > Bei NXP wird das ganz offen gesagt. Stimmt gar nicht - ST scheibt auch in den Doku dass es Seggers emWIN ist.
Mehmet Kendi schrieb: > @Jörg > Stimmt. Hatte immer gemeint, das seien ein und dieselben Libraries. > Sorry. > > Den Release Notes entnehme ich: > Embedded Gui Library ist für STM32F10xxx Devices, waehrend STemWin alle > STM32F unterstützt. Auch hier ist es nicht (mehr) ganz richtig. ST unterstützt emWIN auf den ST32F1xxx nicht mehr. Es bedeutet nicht, dass es auf diesen MCU nicht mehr funktioniert, jedoch werden die F1 nicht mehr im STMCube supported, wo die Middleware wie RTOS und emWin zusammen aufgeführt sind. Weiter findet man auch kein Beispiel dass einen SSD1289 Controller nutzt da der von Segger der Lib nicht zugefügt wurde und der wird eben sehr gern mal auf einem F1-Board vorgefunden. Nun, ST lässt offensichtlich nur dass einbauen, was sie auch gern mal auf ihren Boards verwenden. Selbst der Flexcolor Treiber ist nicht in vollem Umfang verfügbar. Ich habe bisher nur den SSD1963 genutzt und den benutzt ST eigentlich auch nicht. Bei NXP ist der Treiber auf verfügbar. Jedoch habe ich die Kombination SSD1963 auf einem STM32F1 Disco nie probiert.
Ich nutze (ST)emWin mit F4 und SSD1289 problemlos. Allerdings nicht mit CUBE sondern noch die alten Libs So toll finde ich emWin nicht. Es kann zwar 1000sende Dinge, aber eigentlich muss alles von Hand programmiert werden.Gerade das Handling von Variablen sollte doch schon automatisiert sein. Von einer derart teuren Software erwarte ich dann doch mehr. Kaufen würde ich es auf keinen Fall. Für ein neues Projekt tendiere ich im Moment zu Easy Gui aus DK. Kann zwar nicht so viel Grafikzeug, dafür nimmt es einen die Organisation der Variablen ab. Gerade bei Projekten mit vielen Parametern ist das von Vorteil. Kostet auch nur einen Bruchteil von emWin. Jörg
:
Bearbeitet durch User
Ich würde das auf keinen Fall mehr mit EmWin etc machen ... Seit langem mach ich es mit Qt und habe nur gute Erfahrungen gemacht. Ich klicke meine Oberflächezusammen, programmiere die Funktionen und exportiere es mit meinem STM32 Make und Compiler direkt in eclipse hinein. Klar gehen nicht alle Funktionen und klar muss ich drauf achten ressourcenschonend zu arbeiten. Aber wer externes Ram/Rom hat brauch sich keine Sorgen bei großen GUI's zu machen. Meist macht man doch sowieso nur kleine GUIs auf dem STM32.
uwe bastelt gerade an einer mini-gui ich denke zwar nicht das die eine ernstzunemende konkurenz zu emwin oder qt wird aber ich finds gut wenns alternativen gibt vor allem wenn man schnell ans ziel will und auf die grafik nicht so viel wert legt und auch kein OS benötigt. http://mikrocontroller.bplaced.net/wordpress/?page_id=4723
Hallo Ersan, erklär doch mal wie das geht. Ich denke daran hätten viele Leute interesse! Grüße Jörh
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.