wie verwendet ihr CUBE-IDE?

[Schwuppse (Gast)]

Hallo zusammen,

ich habe bis jetzt immer mit der SPL und EMBItz gearbeitet und möchte 
nun auf CubeIDE umsteigen.

wie verwendet ihr dieses Programm? Nutzt ihr immer ein leeres Projekt 
und kopiert dann eure eigenen Initialisierungen mit HAL-Funktionen 
hinein, oder benutzt ihr das Zusammenklicken mit CubeMX?

Wie sieht euer Workflow bei CUBE-IDE aus (das interessiert mich am 
Meisten)?

lg

[pegel (Gast)]

CubeMX ist ein guter Ausgangspunkt, finde ich jedenfalls.

Du musst auf deine bisherigen Projekt oder SPL nicht verzichten.
Sieh dir dazu die verschiedenen Import Möglichkeiten an.

[Schwuppse (Gast)]

ich verzweifle grade. Ich habe ein Projekt erstellt und nun den Ordner 
mit dem Projekt umbenannt und verschoben. Wie kann ich das Projekt nun 
öffnen? Ich bekomme es einfach nicht hin.

[Schwuppse (Gast)]

Ich fürchte ich habe die Funktionsweise von Eclipse noch nicht 
verstanden. Ich bin es gewohnt Projektordner als eigenständige Einheiten 
anzusehen, die ich nach belieben verschieben und umbenennen kann. Geht 
sowas mit Eclipse nicht?

Ist mir grad echt peinlich, aber ich kapier es nicht ^^

[pegel (Gast)]

Besser ist es, den Workspace zu nutzen.

Beim Programmstart kannst Du den vorgeschlagenen nutzen, oder einen 
neuen erstellen.

Z.B. workspce-BluePill.

Das ist dann der Ordner von BluePill Projekten.
Darin legst Du das neue Projekt an und da bleibt es dann auch.
So kannst Du jeder Zeit alle Dateien bearbeiten und auch mit CubeMX 
Einstellungen ändern.

Umbenennen kannst Du dann im Project Explorer.

[Schwuppse (Gast)]

ah danke! Und wie mache ich das, wenn ich das Projekt auf einem anderen 
Rechner nutzen will oder jemand anderem geben will? Sorry für die blöden 
Fragen...

[pegel (Gast)]

Dafür gibt es Export.
Damit kannst Du alles in eine zip packen, was zum Projekt gehört.

Dieses kann der Andere dann wieder Importieren.

[Schwuppse (Gast)]

welche workspace nutzt der andere dann? Wird die ebenfalls exportiert?

[pegel (Gast)]

Nein, es kann ein beliebiger Workspace sein.
Sollte natürlich eine sinnvolle Bezeichnung haben.

[pegel (Gast)]

Vor dem Export sollte man ein clean ausführen, spart mächtig Platz.

[Schwuppse (Gast)]

ah danke! naja wirkt am Anfang alles etwas umständlich.

Ich habe die Projekte für Code für gewöhnlich nicht an einem Ort, 
sondern verteilt auf unterschiedlichste Pfade (die sich obendrein ändern 
können.)

Damit werde ich mit Eclipse wohl leben müssen. Gibt es eigentlich 
irgendeine Methode dieses Eclipse-Verhalten abschalten zu können?

[Jens J. (jensen23523)]

Neues Projekt anlegen und alles, was mit CubeMX zu tun hat schmeiße ich 
raus.
Ebenso wird die gesamte HAL entsorgt und ausschlielich mit CMSIS 
gearbeitet auf Registerebene.

Dann einfach programmieren und Testen etc....

[pegel (Gast)]

Schwuppse schrieb:
> wirkt am Anfang alles etwas umständlich

Du kannst sogar eine Teamarbeit einrichten, aber das ist ein eigenes 
Kapitel.

Für verteilte Dateien/Pfade lassen sich links nutzen.

[Schwuppse (Gast)]

Danke für eure Tipps!

[Schwuppse (Gast)]

super! nun komme ich klar. Das erste Blinky läuft und allmählich 
verstehe ich auch das Prinzip hinter CubeMX.

[Gerhard O. (gerhard_)]

Ich möchte übrigens vorschlagen auf Cube-IDE HAL Funktionen so weit wie 
möglich zu verzichten und anstatt die von ST alternativ bereitgestellten 
"LL" Funktionen zu verwenden. Das kann man in Advanced Options 
einstellen bevor man Cube die Projekt Dateien bauen läßt.

Was mich betrifft finde ich die LL Funktionen effizienter und weniger 
aufgebläht.

So schlimm sind die LL Funktionen nicht als daß man total darauf 
verzichten sollte. Speziell am Anfang tut man sich damit leichter.

[Stefan F. (Gast)]

Schwuppse schrieb:
> Wie kann ich das (verschobene) Projekt nun öffnen?

In den aktuellen Workspace importieren.

[Schwuppse (Gast)]

Stefan ⛄ F. schrieb:
> Schwuppse schrieb:
>> Wie kann ich das (verschobene) Projekt nun öffnen?
>
> In den aktuellen Workspace importieren.

Danke Stefan! habe es nun auch gefunden.

Gerhard O. schrieb:
> Ich möchte übrigens vorschlagen auf Cube-IDE HAL Funktionen so
> weit wie
> möglich zu verzichten und anstatt die von ST alternativ bereitgestellten
> "LL" Funktionen zu verwenden. Das kann man in Advanced Options
> einstellen bevor man Cube die Projekt Dateien bauen läßt.
>
> Was mich betrifft finde ich die LL Funktionen effizienter und weniger
> aufgebläht.
>
> So schlimm sind die LL Funktionen nicht als daß man total darauf
> verzichten sollte. Speziell am Anfang tut man sich damit leichter.

ah danke für den Hinweis. Ich habe vorher meist mit den 
Registerdefinitionen der SPL gearbeitet und dann Register selbst 
gesetzt. Ich muss aber sagen, dass mir die Initialisierung per CubeMX 
jetzt gar nicht so schlecht gefällt. Grade bei der Initialisierung kommt 
es ja nicht auf Effizienz an.

Was mir insgesamt eigentlich ganz gut gefällt ist die Code-Struktur. Man 
wird durch diese eigentlich dazu gezwungen eine bestimmte Ordnung im 
System zu halten.

[Rigó M. (rig_m)]

Also an jene die meinen man sollte ein Projekt exportieren, und drauf 
aufpassen dass man zuerst ein clean macht, denen möchte ich einfach nur 
raten eine CVS zu benutzen.
Einfach generierte Sachen in die Ignore Liste aufnehmen, und dann können 
andere das Projekt bequem auschecken.