RP6 mit Code::Blocks

[TrainMen]

Hi Leute,
Kann mir jemand helfen beim Einrichten von Code::Blocks für den RP6.
Also besonders das Einbinden der Libs.

[inka]

Hi,
ich arbeite seit 2 jahren mit code:blocks und möchte inzwischen nichts anderes. Wo drückt der schuh?

[TrainMen]

Hi Inka,
wie binde ich die Libs ein ?

[inka]

Hi TrainMen,

ich arbeite mit der linux version, aber das müsste in der win-version identsch sein...

beim bereits angelegten projekt:

- rechte maustaste auf den projektnamen (in der linken spalte von codeblocks)
- datei hinzufügen
- bis zu lib durchklicken und c + h auswählen
- öffnen klicken
- ziel auswählen, wenn mehrere erstellungsziele angelegt sind
- Ok

man kann es uter "projekteigenschaften(bei mir properties)/erstellungsziele/(bei mir "built target files" ) noch ändern...

[TrainMen]

ja genau so habe ich es gemacht. Nur beim Compilieren bekomme ich die Meldung das die .h Datei nicht gefunden wird. Daraus folgernd natürlich x Fehlermeldungen. Also dachte ich das ich was falsch gemacht habe.

Ich habe zum Testen die Base Lib genommen.
in Header stehen die beiden h Files und in Sources die Lib .c sowie die RP6Base.LED.c aber die RobotBaseLib.h wird nicht gefunden.

Ich dachte nicht das es so kompliziert ist. Mir vergeht schon wieder Lust.

[inka]

Ich dachte nicht das es so kompliziert ist. Mir vergeht schon wieder Lust.

ist es auch nicht. Ich habe keine files für die base mit code:blocks kompiliert. Alles nur für die m32, die hast du doch auch...

könnten wir versuchen ein testprojekt mit einem der beispiele für die m32 anzulegen, damit wir es direkt vergleichen können? sage mir welche ich nehmen soll...

[inka]

hi TrainMen,

hast du in projekteigenschaften(properties) / einstellungen projekt (unten rechts) /

neues popupfenster geht auf

search direktories (oben der dritter reiter von links)

die lib direktories (jede einzeln) eingetragen?

[TrainMen]

hi inka
mal kurz einen Zwischenbericht.
Sieht gut aus, ich bekomme zwar jede menge Fehlermeldungen, aber die kenne ich schon, haben was mit dem Display zu tun. Scheint also zu funktionieren.

Jetzt muß ich aber erst mal Abendbrot essen. Ich melde mich morgen noch mal. Erst mal Danke.

[TrainMen]

Hi,

Dank inka hat es geklappt. Verstehen tuh ich es aber nicht. Denn diese Eintragungen die er erwähnt hat habe ich schon in den Globalen Compiler Einstellungen gemacht, warum ich die nochmal in jedem Projekt machen muß erschließt sich mir nicht.

Ich kann nicht sagen das ich begeistert bin. Es dauert ewig bis man coden kann, zig klicks um erst mal das Projekt einzurichten, wenn man seine Daten weit verschachtelt hat dauerts noch länger und das bei jedem Projekt Beginn. Vielleicht kann man sich ein Muster erstellen das dann Kopieren. Trotzdem sind dann noch viele umbenennungen zu machen.

Ich habe mir das alles besser vorgestellt, das Handling mit verschiedenen Libs dachte ich ist besser gelösst. Aber schon wenn man z.B. den Base Ordner mit Einbindet also Base/Common/Control so als Muster Projekt ohne Inhalt kann man nicht mehr Compilieren weil Befehle doppelt sind. Ist ja eigentlich auch klar. Im Makefile zusammen mit Notepad steht ja auch nur eine entweder die Base oder die Control. Aber bis ich darauf gekommen bin warum es hier Fehlermeldungen hagelt habe ich mir fast den Finger abgebissen.

Mal sehen was daraus wird. Ich werde es mal ein paar Tage damit arbeiten.
Vielleicht hat inka noch ein paar Tipps für mich.

[inka]

hi TrainMen,

Dank inka hat es geklappt. Verstehen tuh ich es aber nicht. Denn diese Eintragungen die er erwähnt hat habe ich schon in den Globalen Compiler Einstellungen gemacht, warum ich die nochmal in jedem Projekt machen muß erschließt sich mir nicht.

ich habe in den globalen einstellungen nur "/usr/lib/avr/" und bin nicht einmal sicher ob ich das eingetragen habe, ist ja nur der pfad zum compiler denke ich, alles andere ist im projekt...

Ich kann nicht sagen das ich begeistert bin. Es dauert ewig bis man coden kann, zig klicks um erst mal das Projekt einzurichten, wenn man seine Daten weit verschachtelt hat dauerts noch länger und das bei jedem Projekt Beginn. Vielleicht kann man sich ein Muster erstellen das dann Kopieren. Trotzdem sind dann noch viele umbenennungen zu machen.

die einrichtung der entwicklungsumgebung dauert etwas, man macht sie aber nur einmal. Muster/schablone habe ich nicht gemacht, ich kopiere innerhalb eines projektes die erstellungsziele - dann muss ich nur an drei stellen den pfad für die neue kompilierte datei anpassen und habe innerhalb der projektstruktur alle varianten, die es bei der entwicklung so gibt in einem zugriff. Finde ich gut...
Oder ich kopiere im dateimanager das ganze projektverzeichnis, öffnne dann in code:bolcks das "neue" projekt und muss dann ein, zwei pfade anpassen ein paar projekt-dateien umbenennen und habe dann ein komplett neues projekt. Die inkludierten dateien bleiben ja oft, oder sogar meistens und wenn nicht, kann ich es leicht unter den eigenschaften der erstellungsziele mit einbauen oder wegklicken (häckchen)....
Man kann auch aus einem erstellungsziel, wenn es in dem projekt zu unübersichtlich wird ein neues projekt erstellen (properties/erstellungsziele/projekt aus ziel erstellen)...

Ich habe mir das alles besser vorgestellt, das Handling mit verschiedenen Libs dachte ich ist besser gelösst. Aber schon wenn man z.B. den Base Ordner mit Einbindet also Base/Common/Control so als Muster Projekt ohne Inhalt kann man nicht mehr Compilieren weil Befehle doppelt sind. Ist ja eigentlich auch klar. Im Makefile zusammen mit Notepad steht ja auch nur eine entweder die Base oder die Control. Aber bis ich darauf gekommen bin warum es hier Fehlermeldungen hagelt habe ich mir fast den Finger abgebissen.

Also das doppelte vorhandensein der funktionen in den eingebundenen libs kann man nur durch wegklicken oder dazuwählen in den erstellungsziel-eigenschaften realisieren. Hast aber schon so oder so ähnlich geschrieben.
Was ich bei code:blocks gut finde ist die unabhängigkeit vom dosfenster, in linux ist es der terminal bzw. wie die "echten" linuxer sagen shell, das war mir schon immer ein greul...Um die vielen verzeichnisse für die einzelnen varianten muss ich mich z.b. im regelfall nicht kümmenr, das macht das programm für mich (sind im verzeichnis "bin")...
Und - ich weiss nicht ob das notepad bietet - beim programmieren kann ich durch einen rechtsklick auf eine funktion in meinem code die deklaration und umsetzung dieser funktion in der entsprechenden lib aufrufen. Natürlich nur dann, wenn sie eingebunden ist...
Was ich nicht realisieren konnte ist das direkte flashen der hexdatei aus code:blocks heraus, dann wäre es ideal. Immerhin kann ich von dort den RP6-loader starten, alles andere bleibt...

Mal sehen was daraus wird. Ich werde es mal ein paar Tage damit arbeiten.
Vielleicht hat inka noch ein paar Tipps für mich.

ich habe es mir "abgewöhnt" ein software-werkzeug von A biz Z sofort kennenlernen zu wollen. Dazu fehlt mir einfach die zeit . Ich habe alles erfasst, was ich zum normalen programmieren brauche, natürlich mit gewissen komfort, wobei man sagen muss, die linuxversion ist schon sehr rudimentär gestrickt. Sie funktioniert, aber die win-version hat sicher mehr funktionalität...
Wenn es ein problem gibt, oder ich brauche etwas, was ich noch nicht kenne - google.., es gibt auch ein (englisches) forum und die *.org seite...

Ist die windowsversion von code:blocks eigentlich in deutsch? Meine linuxversion hat son komischen mischmach aus englisch und deutsch. Aber man gewöht sich auch daran. Hauptsache kein dosfenster, make und makeclean, kein struktur wirrwar. Und keine makefiles, die laufen irgendwo im verborgenem, was mir sehr recht ist...


Wie umfangreich/gut ist die (englische?) hilfe? Suche mal nach "manual code:blocks deutsch"...

Ich fände es schade wenn Du es wieder runterschmeisst, fand ich doch bisher keinen hier der code:blocks verwendet hat. Also zähne zusammenbeissen (ohne finger dazwischen) und durch...