Keil C166, xhuge, huge

Wo ist das Programm?

Sonst, wie immer, Zeile 911.

Steffen Rose schrieb:
> Wenn ich mich recht erinnere

Falsch erinnert. ;-)

near: 16Bit mit 64k Adressbereich auf max. 16k Daten

far: 32Bit mit 256k Adressbereich auf max. 16k Daten

huge: 32Bit mit 16M Adressbereich auf max. 64k Daten

xhuge: 32Bit mit 16M Adressbereich auf max. 16M Daten

http://www.keil.com/support/man/docs/c166/c166_le_memtypes.htm

Steffen Rose schrieb:
> komplett innerhalb einer Page

Das ist das entscheidende bei far. Die referenzierten Daten dürfen 
nicht über eine Page-Grenze gehen.

aus http://www.keil.com/support/man/docs/c166/c166_le_far.htm
 "objects are limited to 16K and may not cross any n*(16K) page 
boundary, where n= {1,2,3,...)"

Hallo,

Vielen Dank euch allen.

@ Sindelfingen: Es geht nicht um einen Code es geht mir einfach 
allgemein darum es zu verstehen.

@steht da doch so
Das ist das entscheidende bei far. Die referenzierten Daten dürfen
nicht über eine Page-Grenze gehen.
=> ja ok und wie merk ich das ich habe das Gefühl das der Linker da 
überhaupt nicht meckert. Ich habe das schon alles gelesen aber eben 
lesen aber bei const daten habe ich halt Probleme denke ich und wie soll 
man das erkennen wenn der Linker einem nicht hilft? Hast du da ein Tipp?

@Peter: ja genau das dachte ich ja eben auch. Ich habe das Projekt mal 
geerbt als ich in der Firma wo ich bin angefangen habe. Leider musste 
ich auch immer wieder neue Sachen dazu bauen etc. Irgendwann ging dann 
der Speicher aus und dann fing ich an dies genau zu analysieren und 
dabei habe ich dann auch vom XLARGE Model auf HLARGE gewechselt weil ich 
eben auch gedacht habe das ich das nicht brauche. Dennoch habe ich noch 
2-3 xhuge im Code ohne diesen läuft es nicht - aber wieso ich diese 
dennoch brauche sehe ich noch nicht.

Der XC164 hat ja

2K Bytes Dual-port RAM for Register Sets and System Stack,
4K Bytes Data RAM Controlled by DMU,
Internal Instruction Memory Block (IMB) Controlled by PMU,
128K Bytes Program Flash, 4K Bytes RAM,

Kann es sein, dass wenn ich zum Beispiel im Flash ganz oben eine const 
struct abgelegt habe und ich diese irgendwo im Code verwenden möchte das 
ich dann ein xhuge brauche weil es ein kann das ich über die 64k hinaus 
komme? bei 128k flash?

Beim RAM kann ich ja nie Probleme haben weil ich ja nie und nimmer 64k 
habe. :-)


danke euch.

Hallo,

Also aktuell hier mal ein Beispiel wo ich nicht ohne XHUGE auskomme, es 
aber nicht verstehe.

1

#define XHUGE xhuge

2

3

typedef struct

4

{

5

  uint16_t mode; /*!< system info mode */

6

  uint16_t reset; /*!< system info reset */

7

  uint16_t dload; /*!< system info dload */

8

  uint16_t can_baudrate;

9

  uint16_t error;

10

  crc16_t crc; /*!< system info crc */

11

  byte_t infobits1; /*!< bits that can be used in the app */

12

  byte_t infobits2; /*!< bits that can be used in the app */

13

}hwinfo_t ;

14

15

// durch prama renameclass wird die sysinfo an den Anfang des RAM´s gelegt

16

// USER CLASS HWINFO die am anfang von 0xC000 liegt

17

#ifdef _KEIL

18

#pragma renameclass(xdata=hwinfo)

19

#pragma NOINIT

20

static hwinfo_t XHUGE hwinfo;

21

#pragma INIT

22

#endif // #ifdef _KEIL

23

24

err_t hwinfo_get_dload(uint16_t *data)

25

{

26

  memcpy(data, &hwinfo.dload, sizeof(uint16_t));

27

  return(ERROR_OK);

28

}

Wenn ich jezt das xhuge oben weglasse dann bekomme ich beim aufruf von 
hwinfo_get_dload nichts richtiges in data zurück. Aber wieso ich jetzt 
ein xhuge brauche eben kann mir das jemand erklären?

danke
sg
mathias

Hallo,

Kann mir da vielleicht jemand helfen?

sg
mathias

Dann zeige den Code, der nicht funktioniert.

Jedes Speichermodell hat eine passende Lib. Und die wird vom Linker 
eingebunden.

Die Frage ist eher, wie hier der Speicher verteilt wird. Renameclass, da 
sollte man wissen, was man tut.