www.mikrocontroller.net

Forum: Mikrocontroller und Elektronik Flash Speicher und TriCore

Autor: Frank Mayer (frankm)
Datum: 15.10.2007 19:24

Hallo liebe Kollegen,

ich habe einen schweren Umstieg zu meistern:
DSP 560xx auf TriCore!

Mein Hauptproblem:
Das interne Flash lässt sich nur 1000mal beschreiben!

Wer kann mich über die Performance der heutigen 32bit RISC Prozessoren
aufklären, wenn diese vom externen Flash arbeiten müssen?

Ist es richtig, dass Code vom internen Flash Zeile für Zeile gelesen und
dann entsprechend bearbeitet wird, oder legt der Prozessor sich alles
erst im RAM zurecht?



Danke für die Hilfe!



Gruss,



Frank
Autor: Olaf .o. (ope-)
Datum: 15.10.2007 20:17

> ich habe einen schweren Umstieg zu meistern:
> DSP 560xx auf TriCore!
>
> Mein Hauptproblem:
> Das interne Flash lässt sich nur 1000mal beschreiben!

Wenn ich mich recht entsinne ist beim TriCORE der Flash prinzipiell
immer extern, Du kannst ihn also ggf. auch austauschen ;-)

> Wer kann mich über die Performance der heutigen 32bit RISC Prozessoren
> aufklären, wenn diese vom externen Flash arbeiten müssen?
>
> Ist es richtig, dass Code vom internen Flash Zeile für Zeile gelesen und
> dann entsprechend bearbeitet wird, oder legt der Prozessor sich alles
> erst im RAM zurecht?

Einfach den Contents vom Flash in den RAM schubsen. Imo gab es dafür
auch eine App Note von Infineon oder gar Tasking.

Grüße
Olaf
Autor: Rudolph (Gast)
Datum: 15.10.2007 21:26

>Mein Hauptproblem:
>Das interne Flash lässt sich nur 1000mal beschreiben!

Bist Du sicher?
Welcher Tricore ist das?

Und wie wirkt sich das auf die Anwendung aus?
"Normalerweise" flasht man fertige Geräte ja nicht dauernd um.
Und was nach xxxx Zyklen sinkt ist die Data-Retention-Time, macht es
wirklich was aus, wenn der Controller das Programm nur noch xx Jahre
statt 100 Jahre hält?
Autor: Frank Mayer (frankm)
Datum: 16.10.2007 11:21

Danke für die schnellen Antworten!

Mein Probelm ist, dass es sich um ein verteiltes System mit mehreren
Prozessoren handelt, in einem muss man Testen und stellt fest das es vom
anderen schon falsch kommt -> neu Flashen der Quelle und wieder Testen..

Der Tricore hat wirklich internes Flash und einen EBU für externe
Anbindung, was sogar vom BSLoader unterstütz wird.
Jetzt blicke ich im Kern noch nicht durch, ob und wie der kleine RAM
Bereich verwendet wird.. Im Moment schafft es der Debugger zumindest
alles zu laden. Der Prozessor unterstützt Prefetching am EBU, was die
Ausführung wieder schneller machen sollte.

Ich würde also in der Entwicklung auch wieder vorziehen, alles aus dem
RAM auszuführen und spähter (wenn alles passt) ins Flash zu laden.


Was haltet Ihr davon?
Autor: Yupp (Gast)
Datum: 21.10.2007 16:27

Hallo,

es gibt viele Tricores die sich im Inneren deutlich unterscheiden. Beim
im anderen Thread angesprochene TC1796 hast Du 2 MB Flash. Auf diesen
kann durch in der PMI eingebauten Cache zugegriffen werden, was die
Ausführung beschleuningt und den PLMB-Bus entlastet. Zudem hat die PMI
48 kB SPRAM. Im Gegensatz zum Cache muss Code manuell dorthin geladen
werden. Vielleicht kannst Du sich ändernden Code dort lokatieren. Ich
glaub aber nicht, dass Du das interne Flash kaputt bekommst. Zudem
bietet dieser Tricore die Möglichkeit der Korrektur einfacher Fehler und
das Erkennen doppelter Fehler sowie kaputt gehenden Flashes (margin
check).

Wollt ihr die tollen DSP-Fähigkeiten des Tricores ausreizen? Schreib
doch später mal bitte Deine Erfahrungen beim Portieren und der
erreichten Performance. Ich denke, dass man es schlecht im vorher
abschätzen kann. Welchen Tricore verwendet Ihr?

Gruß, Yupp

Antwort schreiben

Die Angabe einer Email-Adresse ist freiwillig. Wenn Sie automatisch per Email über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.

Wichtige Regeln - erst lesen, dann posten!

  • Suchfunktion und Betreffsuche benutzen - vielleicht gibt es schon einen ähnlichen Beitrag
  • Aussagekräftigen Betreff wählen
  • Im Betreff angeben um welchen Controllertyp es geht (AVR, PIC, ...)
  • Groß- und Kleinschreibung verwenden
  • Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang
  • JPEG-Dateien (.jpg) nur für Fotos und Scans verwenden
  • Schaltpläne, Screenshots usw. als PNG oder GIF anhängen

Formatierung (mehr Informationen...)

  • [c]C-Code[/c]
  • [avrasm]AVR-Assembler-Code[/avrasm]
  • [pre]vorformatierter Text (z.B. Code in anderen Sprachen)[/pre]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] - Link zu Artikel





Hinweis: der Originalbeitrag ist mehr als 6 Monate alt.

webmaster@mikrocontroller.netImpressumWerbung auf Mikrocontroller.net