CMX-RTX evaluation Version auf einem AT91SAM7S256

hallo,
für welches target ist denn deine cmx eval version den vorgesehen?
wenn die nicht für den arm7 ist dann wist du nichts damit anfange 
konnen, da der scheduler und das startup target spezifisch ist.

gruss
gerhard

@til
prinzipiell finde ich deinen und auch robert's eifer ganz nett und 
manchmal auch hilfreich, aber manchmal (wie auch diesem thread) einfach 
nur lästig.

gruss
gerhard

@til
gegen deine hilfe ist, an richtiger stele platziert ist, 
selbstverständlich nichts einzuwenden und ist im gegenteil herzliche 
willkommen. spzeille dann wen es um fargen und problem produkte deines 
unternehmens geht.

nur in diesem fall sind deine kommentare keine hilfe, oder glaubst du 
tatsächlich das man mit dem embos project und linker file ein gänzlich 
anderes rtos zum laufen bringt? so naiv bist du hoffentlich nicht 
wirklich oder?

aber wenn es dich beruhigt verkneife ich mir meine kommentare zu eurem 
"product placement" in diesem forum auch gerne.

gruss
gerhard

>Ich weiß nicht wieso du mit naiv anfängst, was ich schon beleidigend
>finde, du unterhälst doch sonst nicht etwa auf diesem Niveau, oder?
wußte nicht das jemand das adjektiv "naiv" als beleidigend empfindet, 
nehme ich hiermit zurück.


>Wenn du technisch mit mir darüber diskutieren willst, ob der Vorschlag
>gut war oder nicht, hab ich nichts dagegen.
>Was spricht den dagegen, das embOS Projekt für den SAM7 zu nehmen, die
>embOS Sachen rauszuschmeissen und CMX Kram hinzuzupacken? Ich kenn jetzt
>CMX nicht so gut, und weiß nicht, was er da bekommen hat, aber
>prinzipiell sehe ich da kein Problem. Wo siehst du das Problem im Linker
>File?
ganz ehrlich gesagt fehlt mir die zeit und die lust dir das jetzt zu 
erklären. probier es einfach mal und gib uns dann bescheid.


>Wenn du eins kennst, womit Sebi schneller klar kommt, dann poste es doch
>bitte hier. Ansonsten finde das eher unkonstruktiv.
www.freertos.org

gruss
gerhard

>Es geht nicht darum, das ich hier irgendwas beweise, von dem du
>behauptet hast, das es nicht funktioniert. Schade, das du erst
>Vorschläge schlecht machst und dann keine Lust mehr hast, diese
>technisch zu diskutieren (was doch eigentlich der Sinn dieses Forums
>sein sollte).
besprich das thema doch bitte mal mit einem rtos experten bei euch, 
vielleicht klärt er dich darüber auf woraus ein rtos besteht und wie das 
so funktioniert einen in assembler programmierten scheduler samt der 
zugehörigen api mal ganz schnell zu portieren.

noch eine frage: warum bezeichnest du alles, was nicht aus eurem haus 
kommt und das du überhaupt nicht kennst als "kram"?


gruss
gerhard

Erst mal vielen Dank euch Beiden für die angeregte Diskussion ;) ...Ich 
bin euch dankbar für die Hilfe und ihr dürft auch gerne weiter posten! 
Und ich muss sagen, ich kann euch irgendwie beide verstehen...

Zu meinem Problem, es muss halt wirklich das CMX-RTX sein, wir verwenden 
es für ein Projekt. Ich bin halt frisch von der Uni und habe gerade 
meinen ersten Job und jetzt muss ich halt erst einmal in die ganze 
Materie reinkommen. Unterdessen habe ich mit CMX gesprochen und sie 
geben mir eine evaluation Verison für den SAM7S. Daher hat sich das 
ganze vorerst erledigt und ich warte bis ich die Software kriege, und 
keine Angst dann kommen sicher weitere Fragen :)...


Gruss
Sebi

@sebi:
bei fragen betr. cmx stehe ich gerne zur verfügung (verwende cmx schon 
seit ca. 10 jahren mit div. targets).

gruss
gerhard

Hallo

Ich kann inzwischen CMX kompilieren, nur mit dem laden des Codes auf das 
Demoboard hapert es noch ein wenig. Manchmal stürzt sogar der PC mit 
einem Bluescreen ab. Um den code zu laden benütze ich SAM-BA von Atmel. 
Hat jemand erfahrung mit CMX auf diesem Mikrocontroller? Ich frage mich 
ob es am Linkerfile liegen könnte oder ob ich es an den falschen Ort im 
Speicher hinkopiere....

Gruss und schöne Ostern
Sebi

hallo sebi,
ein paar generelle tips:
-) vergiß sam-ba!
das tool ist ein "zustand", die aktivierung ist eine zumutung und das 
pc-tool ist ein einziger bug
-) für vernünftiges arbeiten ist ein jtag-ice sinnvoll, besser einen 
langsamen parallel-wiggler als sam-ba.
von der iar workbench wird in v4.xx leider nur j-link (=sam-ice) od. der 
parallele wiggler unterstützt, ab v5.xx auch der arm-usb-ocd (von 
olimex).

nun zu deinem eigentlichen problem:

verwendest du ein original cmx beispiel? wenn ja dann kannst du davon 
ausgehen das das beispiel auch funktioniert.

der blue-screen stammt vermutlich von sam-ba, das tool am besten 
deinstallieren und vergessen!

wenn du mal dein linker-listing postest (oder besser noch das ganze 
beispiel) kann dir vielleicht besser geholfen werden.

gruss
gerhard

Hallo gerhard

Also du würdest nicht sam-ba verwenden um den code zu laden? Ich habe 
einen SAM-ICE, würdest du prinzipiell den Code damit aufs Device laden? 
Verstehe aber nicht ganz wie das geht. Ich habe es mit J-Flash ARM aus 
dem Segger toolset versucht aber nicht rausgefunden wie es gehen soll.

Ja ich verwende ein original CMX beispiel, das einzige was ich verändert 
habe ist die zusätzliche initialisierung der Debug Uart damit ich auch 
was 'sehe'...

So sieht mein linker file aus:

1

OUTPUT_FORMAT("elf32-littlearm", "elf32-bigarm", "elf32-littlearm")

2

OUTPUT_ARCH(arm)

3

ENTRY(_start)

4

5

/* INPUT(&& &&Assembler Files&)   */

6

/* INPUT(&& &&Source Files&)      */

7

8

__TEXT_START__ = 0x100000;

9

__DATA_START__ = 0x200000;

10

__STACK_END__  = 0x204000;

11

12

13

SECTIONS

14

{

15

  /* Read-only sections, merged into text segment */

16

17

  .text __TEXT_START__ :

18

  {

19

    *intvec.o(.text)

20

    *(.text)    

21

    *(.text.*)

22

  }

23

24

  PROVIDE (__etext = .);

25

26

  .rodata   : 

27

  { 

28

    *(.rodata) 

29

    *(.rodata.*) 

30

  }

31

32

  /* append .data; it will be copied by crt0 to final __DATA_START__ */        

33

  . = ALIGN(4);  

34

  __INIT_DATA_START__ = .;  

35

  .data __DATA_START__ : AT ( __INIT_DATA_START__ )

36

  {

37

    *(.data)

38

    *(.data.*)

39

    SORT(CONSTRUCTORS)

40

  }

41

  . = ALIGN(4);  

42

  __DATA_END__ = .;  

43

44

  /* noninitialized data; will be zeroed by crt0*/

45

  __bss_start__ = .;

46

  .bss       :

47

  {

48

   *(.bss)

49

   *(.bss.*)

50

   *(COMMON)

51

   . = ALIGN(4);

52

  }

53

  . = ALIGN(4);

54

  __bss_end__ = . ;

55

  PROVIDE (end = .);

56

}

Gruss
Sebi

hallo sebi,
sam-ice ist sicher eine gute wahl, am besten in verbindung mit der iar 
workbench.
zu deiner linker-datei:
sieht mir nach gcc aus und damit habe ich leider keine erfahrung (daher 
auch die empfehlung für iar).

hast du von cmx nicht ein komplettes iar projekt als beispiel erhalten? 
das sollte ohne probleme mit der iar workbench zu verarbeiten sein.



gruss
gerhard

Bin schon etwas weiter gekommen, nun aber habe ich mein makefile 
abgeändert und will eine statische library hinzulinken. Leider kommen 
nur Fehlermeldungen:

1

make cmx_lib 

2

arm-elf-gcc -nostartfiles -Xlinker -Map=cmxsamp.map -Xlinker --script=./at91sam7s64.ind -l cmxarm_le.a -n -o getting_started.elf cmx_init.o cmx_isrs.o cmxsamp.o crt0.o cstartup_sam7.o cxskv5.o handlers.o intvec.o

3

c:/programme/yagarto/bin/../lib/gcc/arm-elf/4.2.2/../../../../arm-elf/bin/ld.exe: cannot find -lcmxarm_le.a

4

collect2: ld returned 1 exit status

5

make: *** [cmx_lib] Fehler 1

Meine library heist cmxarm_le.a (früher cmxarm_le.lib). Weiss jemand wie 
ich sie korrekt linke? Kriege es weder mit -l noch mit -L gebacken....

Gruss
Sebi

>(früher cmxarm_le.lib)
hast du die datei einfach nur umbenannt?
bist du dir sicher das das cmx beispiel den gcc unterstützt?
cmxarm_le.lib deutet eher auf iar workbench hin.

gruss
gerhard

CMX unterstützt den GCC nicht. Das Bsp. was Du bekommen hast wird nur 
mit dem IAR laufen. ( besonders das "Cxskv5.s79" File )

Gruss
Steffen

Hallo zusammen

Ja das file habe ich einfach umbenannt, ich habe bis jetzt halt immer 
mit linux gearbeitet und dort heissen die librarys immer .a oder .so je 
nach typ. Der gcc sollte unterstützt sein, habe von CMX extra eine 
Version für die  GNU C tools bekommen...

Gruss
Sebi

hallo sebi,
was hast du den genau von cmx bekommen (liste der dateien wäre 
hilfreich)?

oder du kontaktierst cmx nochmal, die sind normalerweise sehr fix im 
antowrten auf anfragen.

gruss
gerhard

Alles klar, konnte die library reinkompillieren, aber vielen Dank. 
Leider läuft das Programm immer noch nicht. Am anfang startet alles 
schön, diverses Tasks werden registriert, aber der scheduler startet 
keinen dieser Tasks. Das Programm bleibt in einem endless loop stecken, 
vermutlich der idle task. Aber es ist ein original CMX beispiel das also 
funktionieren sollte... Ich weiss zur zeit nicht wie weiter....

Ich darf halt auch nicht beliebig code posten, da es ein 
Geheimhaltungsabkommen gibt...

Gruss
Sebi

hallo sebi,
ein paar fragen/anregungen die vielleicht dein problem lösen können:
-) wird der Periodic Interval Timer (PIT) initialisiert und gestartet? 
der dient normalerweise als zeitbasis für cmx.
-) wird der PIT-interrupt ausgelöst?
-) hast du an dem cmx beispiel irgendetwas geändert?

falls das nichts hilft dann poste mal dein main() (das wird ja wohl 
nicht geheim sein).

gruss
gerhard

Hallo gerhard

Es wird ein Timer initialisiert für den system tick, allerdings nicht 
den PIT sondern einer von den Intervaltimern. Aber das sollte ja auch 
gehen so...

Allerdings kommt der Interrupt wirklich nicht, aber ich sehe kein Fehler 
in der Initialisierung....

Habe am CMX beispiel nichts geändert, nur habe ich zusätzlich die Debug 
Uart initialisert, aber auch ohne diese zusätze funktioniert das Bsp 
nicht!

Hier die initialisierung der Timer:

1

   AT91F_TC0_CfgPMC();

2

   AT91F_TC0_CfgPIO();

3

   *(AT91C_TC0_CCR)  = AT91C_TC_CLKDIS;            /* disable the clock */

4

   *(AT91C_TC0_IDR)  = 0xFF;                       /* disable TC0 interrupts */

5

   dummy = *(AT91C_TC0_SR);                        /* clear any interrupts */

6

   /* MCK/8, capture mode, RC compare */

7

   *(AT91C_TC0_CMR)  = AT91C_TC_CLKS_TIMER_DIV2_CLOCK | AT91C_TC_CPCTRG;

8

   *(AT91C_TC0_RC)   = MCK/8/100;                  /* 10 ms */

9

   *(AT91C_TC0_IER)  = AT91C_TC_CPCS;              /* interrupt on RC compare */

10

   *(AT91C_TC0_CCR)  = AT91C_TC_CLKEN;             /* enable the clock */

11

   *(AT91C_AIC_IDCR) = (1 << AT91C_ID_TC0);        /* disable TC0 interrupt */

12

   pAic = AT91C_BASE_AIC;

13

   pAic->AIC_SVR[AT91C_ID_TC0] = (word32)cmx_irq;  /* vector to irq isr */

14

   pAic->AIC_SMR[AT91C_ID_TC0] = 0x3;              /* level sensitive, priority = 3 */

15

16

   *(AT91C_AIC_ICCR) = (1 << AT91C_ID_TC0);        /* clear TC0 interrupt */

17

   *(AT91C_AIC_IECR) = (1 << AT91C_ID_TC0);        /* enable TC0 interrupt */

18

   *(AT91C_TC0_CCR)  = AT91C_TC_SWTRG;             /* trigger the clock */

Gruss Sebi

hallo sebi,
ich verwende in so einem fall immer den "wave form mode" des timers, 
also

1

*(AT91C_TC0_CMR)  = AT91C_TC_CLKS_TIMER_DIV2_CLOCK | AT91C_TC_CPCTRG | AT91C_TC_WAVE;

gruss
gerhard

Hallo gerhard

Dein Zusatz hat leider nichts geändert am Ganzen. Ich habe mich mal ein 
bisschen in den Assembler files umgesehen und dort folgendes entdeckt:

1

# Enter FIQ Mode and set its Stack Pointer

2

   MSR   CPSR_c, #FIQ_MODE|I_Bit|F_Bit

3

   MOV   SP, R0

4

   SUB   R0, R0, #FIQ_Stack_Size

Das ist die initialisierung des IRQ interrupt stack pointers. Was ich 
nicht verstehe, wird hier nicht einmal die # als Kommentarzeichen 
verwendet und einmal um etwas ins Register zu laden. Eclipse zeigt mir 
jedenfalls beides grünlich an, was auf Kommentar hindeuted oder wird das 
einfach falsch angezeigt?


Gruss
Sebi