#define übergreifend problem

[Alex R. (itaxel)]

Hallo zusammen,

ich habe das Problem, dass ich in meinem programm ein wert definiere und 
dieser in einer includierten datei übernehmen soll bzw. eine abfrage 
statt finden soll. Dieser wert soll dann über eine funktion abgerufen 
werden.

Mit diesem #define möchte ich festlegen welchen header includiert werden 
soll.

meinTest.ino

#define WERT_1

#include "test.h"

test t;

void setup() {
  Serial.begin(9600);
  t.showWert();
}

void loop () {
  
}

test.h

#ifndef _TEST_H_
#define _TEST_H_

#if defined WERT_1
#include "var1.h"
#endif

#if defined WERT_2
#include "var2.h"
#endif

class test {
  public:
    test(void);
    void showWert(void);
  private:
};

#endif

var1 oder var2 wird nicht geladen.



test.cpp

#if ARDUINO >= 100
 #include "Arduino.h"
#else
 #include "WProgram.h"
#endif

#include "test.h"

test::test(void) {
}

void test::showWert(void) {
  Serial.println(wert);
}

var1.h

static const int PROGMEM wert = 123;

var2.h

static const int PROGMEM wert = 456;

gibt es vielleicht noch eine andere möglichkeit?

Gruß Alex

[Bernd K. (prof7bit)]

Hör mit dem .ino Zeugs auf.

Der Murks zerpflückt und verwürfelt Dein Programm auf nicht 
vorhersehbare Weise so daß Du Dich nicht mehr auf die 
Include-Reihenfolge (oder überhaupt irgendwas) verlassen kannst.

Schreib Dein Programm in C und wenn das nicht reicht dann nimm C++, aber 
vor allen Dingen lass die Arduino-IDE mit ihren undurchsichtigen und 
verwirrenden Eigenmächtigkeiten weg und nimm richtiges Werkzeug welches 
genau das und nur das tut was Du ihm sagst.

[Ulrich F. (Gast)]

Klar.. da ist mal wieder das Killerwort Arduino gefallen und schon wird 
darauf rum gehackt...

Dabei tritt dieser Fehler in jeder Umgebung auf!

Wenn test.cpp kompiliert wird, wird findet ein include von test.h statt.
Bei diesem Vorgang wird #define WERT_1 nicht gesehen, da er ja in der 
*.ino steht.

Klarer:
Wird die *.ino kompiliert wird der Wert gesehen.
Wird die *.cpp kompiliert gibt es den Wert nicht.

Und das hat nichts mit Arduino zu tun.

Bernd K. schrieb:
> Der Murks zerpflückt und verwürfelt Dein Programm auf nicht
> vorhersehbare Weise so daß Du Dich nicht mehr auf die
> Include-Reihenfolge (oder überhaupt irgendwas) verlassen kannst.
Doch das ist nachvollziehbar.
Mann muss nur wollen!

[Bernd K. (prof7bit)]

Ulrich F. schrieb:
> Wenn test.cpp kompiliert wird, wird findet ein include von test.h statt.

Normalerweise übergibt man solcherlei defines an der gcc Kommandozeile 
mit der -D Option. Also trag das in den Projekteinstellungen der IDE 
ein.

[Ulrich F. (Gast)]

Bernd K. schrieb:
> Also trag das in den Projekteinstellungen der IDE
> ein.

Leider hat die Arduino IDE sowas nicht. Und auch kein make File.

Die Alternative wäre vielleicht eine eigene boards.txt/plattform.txt 
anzulegen, und es dort einzutragen.

Oder eine config.h, mit dem define, anzulegen.
Dann in *.ino und in test.h ein include config.h  machen.

[Bernd K. (prof7bit)]

Ulrich F. schrieb:
> Bernd K. schrieb:
>> Also trag das in den Projekteinstellungen der IDE
>> ein.
>
> Leider hat die Arduino IDE sowas nicht.

Ja, genau solche Sachen meine ich. Was gibt es denn überhaupt für einen 
Grund so verzweifelt an diesem unvollkommenen Spielzeug festzuhalten und 
an allen Ecken umständliche Verrenkungen anzustellen wenn es doch alles 
nur komplizierter statt einfacher macht?

[Ulrich F. (Gast)]

Bernd K. schrieb:
> Ja, genau solche Sachen meine ich. Was gibt es denn überhaupt für einen
> Grund so verzweifelt an diesem unvollkommenen Spielzeug festzuhalten und
> an allen Ecken umständliche Verrenkungen anzustellen wenn es doch alles
> nur komplizierter statt einfacher macht?

Ich glaube mal, dass du bei deiner Einstellung wirklich auf den Einsatz 
der Arduino IDE verzichten solltest.
Viel zuviel Aufregung für dich.... und für mich...

Nutze die IDE deiner Wahl und lass die Arduino Probleme, den Arduino 
Nutzern.
Betrachte es als das, was es ist, als PAL, als "Problem anderer Leute".

[Alex R. (itaxel)]

Vielen Dank Ulrich für deine Tipps.

Hab das ganze jetzt im ATMEL Studio gemacht um unnötige, nichtsnutzige 
Beiträge und Diskussionen zu vermeiden!!!

Wieder zurück zum Thema...
Vielleicht gibt es ja auch eine andere Lösung?

Mein vorhaben ist, eine Lib für ein Display zu programmieren und der 
User soll die möglichkeit haben anhand des setzens eines #define eine 
Schriftart auszuwählen. Die Schriftarten sind als einzelne header-Files 
vorhanden.

z.B.

#define ARIAL  // auswahl der Arial.h
#include "test.h"

test t;

int main(void)
{
    while (1) 
    {
    
    }
}

Vielleicht hab ich auch einen falschen Ansatz. Sitze schon so lange 
davor, dass ich wahrscheinlich den Wald vor lauter Bäume nicht mehr sehe 
:)

[Ulrich F. (Gast)]

Alex R. schrieb:
> Die Schriftarten sind als einzelne header-Files
> vorhanden.
Ich glaube da steckt der erste Fehler.
Daten sollen nicht in *.h stecken, sondern in *.c oder *.cpp Dateien
(auch wenn es technisch möglich ist)


Vorschlag:
Für jeden Font, machst du eine *.h und eine *.cpp Datei.
In der *.h deklarierst du das Fontarray als extern.
In der *.cpp definierst du das Datenarray.

Der Bezeichner aller dieser Fontarrays sollen gleich sein.
z.B. einfach nur font



Und der User, was hier wohl Programmierer bedeuten soll, macht in seinem 
Hauptprogramm:
#include "arial.h"
Fertig!

User Fehler 1: Vergessen den Font einzubinden
Der Linker schreit, weil er die Array Referenzen nicht auflösen kann

User Fehler 2: Der User bindet 2 Fonts ein
Der Linker schreit, weil 2 gleich lautende Arrays vorhanden sind.

[Mark B. (markbrandis)]

Alex R. schrieb:
> Mein vorhaben ist, eine Lib für ein Display zu programmieren und der
> User soll die möglichkeit haben anhand des setzens eines #define eine
> Schriftart auszuwählen. Die Schriftarten sind als einzelne header-Files
> vorhanden.

[obligatorisch]

Erstmal brauchst du ein Buch, und/oder ein Tutorial, anhand derer Du die 
Grundlagen lernst.

[/obligatorisch]


>

> #define ARIAL  // auswahl der Arial.h
> #include "test.h"
>

Wenn das Setzen eines Präprozessor-Defines etwas bewirken soll, dann 
muss es natürlich auch abgefragt werden. Zum Beispiel so:

#define ARIAL  // auswahl der Arial.h

#ifdef ARIAL
#include "arial.h"
#endif

Wenn der Benutzer aber sowieso den Sourcecode ändern muss, dann kann er 
auch einfach gleich die #include Zeile anpassen.

[Karl H. (kbuchegg)]

Alex R. schrieb:

> Mein vorhaben ist, eine Lib für ein Display zu programmieren und der
> User soll die möglichkeit haben anhand des setzens eines #define eine
> Schriftart auszuwählen. Die Schriftarten sind als einzelne header-Files
> vorhanden.
>
> z.B.
>

> #define ARIAL  // auswahl der Arial.h
> #include "test.h"
> 
> test t;
> 
> int main(void)
>

das kann aber so nicht funktionieren.
Denn der #define steht hier zwar zur Verfügung, wenn test.h inkludiert 
wird. Von daher wäre das in Ordnung.

Wo er aber nicht zur Verfügung steht, das ist wenn test.cpp compiliert 
wird. Jedes cpp File wird für sich selbst und unabhängig von allen 
anderen compiliert. Was in dieser main.cpp an #define enthalten ist, 
interessiert den Compiler nicht die Bohne wenn er test.cpp compiliert. 
Der Compiler sucht sich nicht aus allen am Verzeichnis vorliegenden cpp 
Files das zusammen, was er gerade braucht. Ein cpp File - ein unabhängig 
von allen anderen durchgeführter Compiliervorgang.

Entweder du machst ein H-File, das zwangsweise von allen CPP Files 
inkludiert werden muss. zb ein config.h oder du gibst die Option in dein 
makefile bzw. in die korrespondieren Variante in deiner IDE auf dass so 
sichergestellt ist, dass dem Compiler immer das entsprechende #define 
von aussen vorgegeben ist.