Mega256 + 64kb SRAM

[Timo Birnschein (Gast)]

Hallo Leute,

ich glaube jeder der hier klickt wird denken: "Das hatten wir doch nun 
schon tausend mal..."

Ich habe auch schon gesucht und gemacht und alles was mir einfiel 
getestet. Jedoch läuft folgendes nicht:

Ich habe für den Mega2560 mit knapp 100 Pins ein kleines Dev-Board 
gebaut, was im Augenblick mit 18,432 Mhz läuft. Uart läuft schon prima.
Ich will mal wieder einen SRAM mit 64KB ansteuern, allerdings klappt das 
nicht die Bohne.
Mein Ansatz ist folgender:

In der main wird als erstes

XMCRA = 0x80;    // External Memory Control Register A : 1000 0000
  XMCRB = 0x00;    // External Memory Control Register B : 0000 0000

aufgerufen. Damit aktiviert sich das Externe Interface, was -oWunder- 
auch tatsächlich passiert. Allerdings nur auf dem Oszi, wo ich z.B. ALE 
und einige Daten- sowie Adressleitungen flackern sehe.
Zusätzlich habe ich in meinem Makefile folgendes stehen:

EXTMEMOPTS = -Wl,--section-start,.data=0x802200,--defsym=__heap_end=0x80ffff

Der Mega2560 hat 8KB internen Speicher, weswegen ich meinen Heap 
dahinter erst anfangen will. Dadurch liegen alle Variablen extern.

Um nun auf dem Speicher zuzugreifen, mache ich folgendes:

  u_char* data_buf = malloc(size * sizeof(uint8));
  int error = 0;

  if(!data_buf){
    printf("Memory size smaller than: %d\r\n", size);
    error = -1;
  }

Um jetzt zu testen, wieviel Speicher ich eigentlich habe, vergrößere ich 
size interationsweise immer um einen Faktor, bis das

if(!data_buf)

fehl schlägt. Dann weiß ich wie viel Speicher ich habe. Natürlich gebe 
ich den Speicher immer wieder mit free frei, so dass es keine Probleme 
geben sollte.

Laufen tut das allerdings nicht. Ich bekomme die abstrusesten Sachen zu 
sehen... Ich habe den Code angehängt, vielleicht könnte da mal jemand 
drüber schauen?

Init Board
Checking avilable memory...
Memory size smaller than: 22758
Testing Memory: 22757
Memtest successful.



Init Board
Checking avilable memory...
Memory size smaller than: -24578
Testing Memory: -24579
Memtest successful.

Init Board
Checking avilable memory...
Memory size smaller than: -24594
Testing Memory: -24595
Memtest successful.

Gruß
Timo

[Timo Birnschein (Gast)]

Nach ein wenig googlen scheine ich nicht der Einzige zu sein, der mit 
dem externen Speicher am Mega2560 Probleme hat. Da sich einige Register 
geändert haben, kann man auch nicht das normalerweise verwendete asm 
File, meist xram.S oder extram.S genannt, verwenden um die 
entsprechenden Register zu setzen.

Ich hatte damals für meinen Mega128 den Inhalt für die asm Datei von 
hier bekommen. Damit lief es dann.

Ich vermute, dass man mit einem entsprechend korrigierten asm File das 
Problem also beheben können müsste.
Allerdings habe ich ein Problem mit dem File, denn wenn ich es an der 
entsprechenden Stelle im Makefile einbinde, meint der Compiler er hätte 
keine Regel um sram.o zu bauen. Darum komme ich mit dem Speicher 
immernoch nicht weiter. :(

Irgendjemand eine Idee?

[Jens (Gast)]

Hi, ich hab zwar mangels C Kenntnis keine Idee und unklar bleibt auch 
wie Deine Hardwareanbindung  konkret ausschaut (mehr als im Mega256 
Manual beschrieben ist ja nicht zu tun, zu beachten höchstens ein nicht 
zu langsames 573!!!- bei 18MHz wirds wohl ohne besondere Vorkehrungen 
sehr schnell kritisch). Ich kann Dir aber versichern dass mein 2560 mit 
512KB SRAM im  Banking-Betrieb und assemblerangesteuert keine Probleme 
macht! Zugegeben aber nur mit 8 MHz. Beim Lesen solcher Beiträge (und 
davon gibt es viele) bin ich immer wieder froh, unter Assembler wirklich 
alles unter Kontrolle zu haben :-))

[Timo Birnschein (Gast)]

Ja, das stimmt.
Allerdings ist der Witz dieser Lösung, die übrigens mehrmals 
kontrolliert genau wie im Datenblatt beschrieben aussieht, dass ich den 
Speicher mit C genauso ansprechen kann, als wäre es normaler 
variablenspeicher. Ich brauche mich also nicht um adressen und um das 
Speichermanagement kümmern.

In Asm mit eigener Ansteuerung ist das natürlich klar, dass er läuft. 
Ein Sram an zu steuern ist ja glücklicherweise nicht all zu schwer :)

Ich will aber eigentlich nicht mit asm rum matschen, da mir persöhnlich 
das deutlich zu unübersichtlich ist. Klar mangels Erfahrung, aber ich 
bin erstmal ganz glücklich so :)

Ich werde mich bei meinem Projekt jetzt erstmal auf andere Dinge 
konzentrieren, damit ich mal weiter komme hier :)

Gruß
Timo

[Randy (Gast)]

Hallo,

lasse den uC doch mal langsamer laufen, mit dem internen 1 MHz 
RC-Oszillator. Aber sicherheitshalber das Quarz abklemmen, ich hatte 
schon mal den Fall dass ein Mega16 mit der Quarzfrequenz lief obwohl die 
Fuses für den internen Oszi eingestellt waren. Dann kann man son mal 
sehen ob der Latch-Bausteim evtl. ein bisschen zu langsam ist. Die 
Betriebsspannungen aller ICs sind mit ca. 100nF Keramik-Kondensatoren 
abgeblockt? Und die Masseverdrahtung zwischen den ICs ist ziemlich 
direkt, so dass die Schleife zwischen den Datenleitungen und der Masse 
(dort fliest der Rückstrom) nicht zu viel Fläche aufspannt? Massefläche 
wäre natürlich optimal, ist aber nicht unbedingt erforderlich wenn man 
den Rest richtig macht. Hast du ein Oszilloskop mit dem du die Signale 
mal ansehen kannst?

HTH
Randy

[Peter (Gast)]

Kann es denn sein das dein RAM zu langsam ist? Ändere doch mal die 
Zugriffszeit.
Bei mir läufts auf ATMega2561 ohne Probleme

[Timo Birnschein (Gast)]

Wenn ich den Mega auf 18,432 / 8 Mhz laufen lasse, läuft mein 
Speichertest nicht mehr... im Augenblick scheint das Ding wirklich zu 
machen was es will...

Ich versuche daher derzeit einen Servotreiber zu schreiben, allerdings 
resettet die CPU nach einschalten der IRQs sofort und ständig, so, dass 
ich auch an der Baustelle nicht weiter komme.

Der Speicher kann laut Datenblatt knapp 35ns, was eine Belastbarkeit von 
knapp 28.011.204 hz entspricht. Das liegt noch 10mhz über meiner 
Taktfrequenz, sollte also kein allzugroßes Problem sein. Wenn ich die 
Timings runter stelle, verändert sich nichts. Selbst die längste 
Wartezeit hat gestern keine besseren Ergebnisse zu Tage gefördert. :(

Gruß und danke für die Tipps! Ich würde mich sehr über weitere freuen!

Timo

ps.

#include "servo.h"
#include <stdlib.h>
#include <avr/io.h>
#include <stdio.h>

void servo_init(void){

/*
Init timer interrupts here. Create servo list and fill it with servos. Servo can be both, engine and effector
*/
  printf("Initiating servo driver...\r\n");

  printf("Setting TCNT0\r\n");
  TCNT0 = 0x01;  // Set the 8 bit timer to value
  printf("Setting OCR0A\r\n");
  OCR0A = 0xB4;  // Set the Output Compare Register to 180 ticks
  printf("Setting TIMSK0\r\n");
  TIMSK0 = 0x02;  // Set the Output Compare Flag enable
  printf("Setting TIFR0\r\n");
  TIFR0 = 0x02;  // Set another Output Compare Flag enable
  printf("Setting TCCR0A\r\n");
  TCCR0A = 0x00;  // Set everything to default values
  printf("Setting TCCR0B\r\n");
  TCCR0B = 0x05;  // Set IO-Clock input to a prescaler of 1024. The Counter is now active.

  printf("Activating IRQ\r\n");
  SREG = 0x80;  // Setting the I-Flag
  //sei();

  printf("Initiating servo driver...\t\t\t\t\t\t[ok]");
  
}

SIGNAL(SIG_OVERFLOW0) {
  printf("I\r\n");
  TCNT0 = 0x00;  // Set the 8 bit timer to value

  printf("R\r\n");
  OCR0A = 0xB4;  // Set the Output Compare Register to 180 ticks
  printf("Q\r\n");
}

führt dazu, dass er bereits bei

  printf("Initiating servo driver...\t\t\t\t\t\t[ok]");

abstürzt. Ziel des Counters ist ein aufrufen einer 100hz 
Interruptroutine.

[Peter (Gast)]

Der Speicher hat 35nS Zugriffszeit, das kannst du nicht mal so einfach 
in MHz umrechnen. Lies dir lieber mal das Datenblatt vom Speicher und 
vom ATMega zum externen Speicherzugriff durch.

Auch hier gilt der alte Spruch: 1 Chinese braucht eine Stunde, 1 Million 
Chinesen brauchen 3,6mS.

[Timo Birnschein (Gast)]

Zugegeben, meine Behauptung steht auf wackeligen Beinen :P

Ich habe mal sehr gute Erfahrungen mit einem Cachebaustein gemacht, dass 
70ns hatte. Das lief mit 16Mhz und einem Waitstate sehr zuverlässig. 
Daher war ich davon ausgegangen, dass das neuere SRAM hier, mit deutlich 
geringerer Latenz, auch 18,432Mhz macht. Nun denn... aber recht hast du.