PIC 18F Daten im RAM wohin speichern?

eyeyey...muss ich doch weiter ausholen^^

ich will den FLASH im laufenden betrieb beschrieben, da der PIC den ich 
für meine Anwendung später brauch kein EEPROM hat.

Und um den FLASH zu beschreiben wird vorher der alte block im RAM 
gerettet, modifiziert und wieder zurückgeschrieben.
Daher wollte ich wissen wo ich im RAM die 64byte hinschreiben kann ohne 
was zu überschreiben

MfG

Moin,

da ein Beispiel:

http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2680&dDocName=en538000

Damit kann man Daten im Flash speicher, laden etc. Also das was du 
anscheinend nutzen möchtest.....

Da ich ein USB-Device baun will programmier ich in C und Teile auch in 
Assembler.

N. M. schrieb:
> Da ich ein USB-Device baun will programmier ich in C


Ná ja.
Dann leg halt ein Array mit 64 Bytes an und lass den Compiler/Linker 
sich darum kümmern, wo sie das im Speicher anordnen. Das ist ja 
schliesslich ihr Job, sich darum zu kümmern.

Karl Heinz Buchegger schrieb:
> Dann leg halt ein Array mit 64 Bytes an und lass den Compiler/Linker
> sich darum kümmern, wo sie das im Speicher anordnen. Das ist ja
> schliesslich ihr Job, sich darum zu kümmern.

hätt ich auch selbst drauf kommen können -.-
Jetzt brauch ich aber wieder die Adresse für mein FSR0H/L.
An das untere Byte kommt man leicht. Wie ich aber an das Obere komm weiß 
ich jetzt ehrlichgesagt nicht so recht (in Assembler).

Ich könnte nach dem compilieren natürlich schaun wie die Adresse ist, 
und dann angeben aber das würde ich nur ungern machen.

@ holger
Komisch einer hats ja hinbekommen mir den richtigen Denkanstoß zu geben.

Und nein ich weiß leider nicht wie ich mit Assembler ein 64 byte langes 
Array im RAM anlegen kann. Würde ich das wissen hätte ich hier mit 
Sicherheit nicht gefragt.

Aber Trolle gibts halt überall...

N. M. schrieb:
> Karl Heinz Buchegger schrieb:
>> Dann leg halt ein Array mit 64 Bytes an und lass den Compiler/Linker
>> sich darum kümmern, wo sie das im Speicher anordnen. Das ist ja
>> schliesslich ihr Job, sich darum zu kümmern.
>
> hätt ich auch selbst drauf kommen können -.-
> Jetzt brauch ich aber wieder die Adresse für mein FSR0H/L.
> An das untere Byte kommt man leicht. Wie ich aber an das Obere komm weiß
> ich jetzt ehrlichgesagt nicht so recht (in Assembler).
>
> Ich könnte nach dem compilieren natürlich schaun wie die Adresse ist,
> und dann angeben aber das würde ich nur ungern machen.

Schon mal was vom 'Adress Of' Operator (in C: &) gehört?

> Und nein ich weiß leider nicht wie ich mit Assembler ein 64 byte langes
> Array im RAM anlegen kann. Würde ich das wissen hätte ich hier mit
> sicherheit nicht gefragt.

Ich frage mich, warum du überhaupt Assembler programmierst, wenn du die 
einfachsten Sachen nicht kannst.
Jeder Assembler hat dazu Direktiven, um Speicher im SRAM zu reservieren.


Ist das wieder so eine Sache: Ich kanns in C nicht, also vermurkse ich 
es wenigstens in Assembler?
Na dann: Prost.

Für was gibts denn bitte Foren, wenn man nicht nach Hilfe fragen darf, 
weil man dann sofort als Depp abgestempelt wird der von nix ne Ahnung 
hat?

Warum ich bei meinem Projekt Assembler Programmiere? Weil ich es "muss".
Ich "muss" den FLASH meines PICs beschreiben und das Datenblatt macht 
das eben im Assembler.

Natürlich kann ich mit
test EQU 0x20
abc RES 4
Speicher reservieren.

Nur kenn ich mich leider nicht so gut aus und hab beim debuggen eben 
festgestellt, das ich die Variable mit
ORG 0xXX
Temp RES 64
anlege er mir die Variablen die z.B. in C angegeben sind überschreiben 
kann.
Aber wie ich oben schon geschrieben hab bin ich ja eh nen Depp. von 
daher.

Keine Angst. Ich werd ab jetzt alle Fragen für mich behalten.
Na dann: Prost!

N. M. schrieb:
> Für was gibts denn bitte Foren, wenn man nicht nach Hilfe fragen darf,
> weil man dann sofort als Depp abgestempelt wird der von nix ne Ahnung
> hat?

Auf jeden Fall nicht dafür, dass die einem die Grundlagen beibringen.