Einstieg TI OMAP-L138

Alex Gast #3600164
Lesenswert?
• ▲
▼ 
Hallo Leute!

Erstmal zur Situation:
Ich arbeite an einem Messsystem das komplexe Signalverarbeitung 
beinhaltet und hab bisher DSPs von AD (Sharc) verwendet und damit 
reichlich Erfahrung.
Das Messsystem wird jetzt erweitert und daher hab ich mir einen anderen 
Prozessor gesucht (aus verschiedenen Gründen) und bin auf den OMAP-L138 
von TI gestoßen.
Hab mittlerweile den devel-kit LCDK und einen JTAG (XDS100v2) am Tisch 
und schaffe den Einstieg nicht so recht.
Hab CCS & MCSDK installiert, mir einige Beispiele angesehen, aber blicke 
einfach nicht durch.
An Stelle einer Antwort auf eine Frage finde ich nur neue Fragen... :-)


Gibt es hier jemanden, der mit dem System arbeitet?

Ich denke es hakt am (tiefgreifenden) Verständnis grundsätzlicher 
Sachen:

Der L138 ist ein 2Core SoC (DSP + ARM9) für den es verschiedene 
Betriebssysteme gibt (BIOS / Linux...).
Welcher Kern greift auf welche externen devices zu? (IO?)
Was hat es mit der Arago-Toolchain auf sich?
Programmier ich das Ding im CCS oder in Linux/Arago?

Üblicherweise ist mein Start-Ansatz auf neuer Hardware mal eine serielle 
Kommunikation mit einem Host aufzubauen und darüber dann simple 
IO-Sachen laufen zu lassen.
Das krieg ich aber hier nicht auf die Reihe..

Falls also jemand hier ist, der so ein System am Laufen hat, und die 
Güte einem Anfänger ein bißchen unter die Arme zu greifen wär ich echt 
dankbar!

Alexander
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Frank K. #3610654
Lesenswert?
• ▲
▼ 
Mit dem L138 habe ich mich vor vielen Jahren mal kurz beschäftigt.

Beide Kerne können grundsätzlich auf die gesamte Peripherie zugreifen. 
Wer was ansteuert, bestimmt der Systemdesigner.

Linux läuft nur auf dem Arm9, das DSPBIOS ist ein "OS" bzw eine Library 
für den DSP. Du musst Linux nicht verwenden, aber die ganzen 
Vorentwicklungen hat TI für Linux gemacht.

Arago kenne ich nicht, sagt mir nichts.

CCS ist eigentlich die Toolchain, die TI für diesen Chip vorgesehen hat 
- plus eben halt das Gnu-Zeugs für Linux auf dem ARM9.

Der Ablauf ist so, dass zuerst der ARM9 startet, das Linux bootet, 
welches Deine Applikation startet, die dann den DSP-Code ins RAM lädt 
und den DSP startet. Für die Kommunikation zwischen ARM und DSP gibts 
DSPBIOS-Funktionen.

Das ist so ganz grob das, was ich noch in Erinnerung habe.

fchk
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Alex Gast #5465007
Lesenswert?
• ▲
▼ 
Hi Martin,

Danke für das Angebot, mittlerweile haben wir unser System stabil und 
gut am laufen.
Rückblickend muss ich sagen, dass der TI Support wirklich erstaunlich 
schlecht ist.
Die Doku ist unübersichtlich, widersprüchlich, z.t. inkonsistent.
und Finger weg von dem EE-Forum, das kostet nur Zeit.

Alexander
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Dr. Sommer Gast #5465051
Lesenswert?
• ▲
▼ 
Alex schrieb:
> Rückblickend muss ich sagen, dass der TI Support wirklich erstaunlich
> schlecht ist.

Ich fange gerade mit einem TI Sitara an und kann das bestätigen - aber 
welcher Hersteller von Anwendungsprozessoren hat überhaupt eine Doku 
bzw. Support? Sonst gibt es da nur NXP, bei allen anderen beschränkt 
sich die Doku auf ein paar Seiten Marketing Geschwurbel. Oder hab ich 
einen übersehen?
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Dergute W. #5465120
Lesenswert?
• ▲
▼ 
Moin,

(In grober Missachtung der roten Schrift ueber dem Posteingabeformular) 
Marvell hab' ich in nicht so schlechter Erinnerung was Qualitaet und 
Umfang von Datenblaettern von Chips angeht. Nur stellen die sich 
irrsinnig mit NDA etc. an.
Bei TI hab' ich immer Angst, aus dem Riesenangebot von Prozessoren genau 
den rauszusuchen, der dann kurz drauf abgekuendigt und dessen 
Produktreihe eingestampft wird. Und wenn ich schon ein Windowsprogramm 
brauch', nur um festzustellen, welche wilden Kombis aus x-fach belegten 
Multipurpose-GPIO Pins unterschiedlichster Powerdomains prinzipiell noch 
gehen koennten...und warum dann doch nicht...Neeee,nichsoooopralle.

Gruss
WK
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Dr. Sommer Gast #5465121
Lesenswert?
• ▲
▼ 
Dergute W. schrieb:
> Marvell hab' ich in nicht so schlechter Erinnerung was Qualitaet und
> Umfang von Datenblaettern von Chips angeht. Nur stellen die sich
> irrsinnig mit NDA etc. an.

Aha, gut zu wissen. Wenn man wenigstens rausfinden könnte dass es 
Datenblätter gibt! Wobei die Marvell SoC's für mich auch viel zu fett 
wären.

Dergute W. schrieb:
> Bei TI hab' ich immer Angst, aus dem Riesenangebot von Prozessoren genau
> den rauszusuchen, der dann kurz drauf abgekuendigt und dessen
> Produktreihe eingestampft wird.
Genau das hab ich mir auch gedacht...

Dergute W. schrieb:
> nd wenn ich schon ein Windowsprogramm
> brauch', nur um festzustellen, welche wilden Kombis aus x-fach belegten
> Multipurpose-GPIO Pins unterschiedlichster Powerdomains prinzipiell noch
> gehen koennten...und warum dann doch nicht...Neeee,nichsoooopralle.
Das gibt's mittlerweile Web-basiert... Im Datasheet steht das doch auch, 
nur nicht sonderlich übersichtlich.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren