Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungNächste ÜberarbeitungBeide Seiten der Revision | ||
software:linux:emdebian:zoom [2013-07-12 13:45] – kalberer | software:linux:emdebian:zoom [2013-12-11 13:22] – kalberer | ||
---|---|---|---|
Zeile 4: | Zeile 4: | ||
Das Board wird im Unterricht eingesetzt und zur Zeit mit dem bereits von Texas Instruments bereitgestellten Filesystem betrieben. Auf dem Display wird eine mit QT erstellte Oberfläche dargestellt, | Das Board wird im Unterricht eingesetzt und zur Zeit mit dem bereits von Texas Instruments bereitgestellten Filesystem betrieben. Auf dem Display wird eine mit QT erstellte Oberfläche dargestellt, | ||
- | ===== Cross-Compilieren für das Zoom Board ===== | + | ==== Cross-Compilieren für das Zoom Board ==== |
Wie C-Sourcen oder Kernelmodule mit der Emdebian Toolchain übersetzt werden können ist unter [[.: | Wie C-Sourcen oder Kernelmodule mit der Emdebian Toolchain übersetzt werden können ist unter [[.: | ||
- | Die einfachste Variante die Kompilate auf das Target zu kopieren ist via SSH. Alle Boards sind für die NTB-Infrastruktur registriert und können so einfach via Hostname über das Netzwerk angesprochen werden. Die Files werden dann am einfachsten mit //scp// kopiert: < | + | |
+ | ==== Datenübertragung mit SSH ==== | ||
+ | Die einfachste Variante die Kompilate | ||
zum Beispiel: | zum Beispiel: | ||
scp hello.ko root@es092:/ | scp hello.ko root@es092:/ | ||
- | Das oben angegebene Verzeichnis /// | + | Das oben angegebene Verzeichnis /// |
- | Bei einem Kernel-Update erhält das Target einen neuen RSA key. Dadurch kann keine SSH-Verbindung mehr hergestellt werden, falls mit dem gleichen Host schon mal eine SSH Verbindung bestanden hatte. Es erscheint nur noch die Warnung '' | + | |
- | Wobei bei // | + | Auf dem Zoom Board ist ein Dropbear SSH-Daemon installiert. Falls dieser nicht aktiv ist, kann er folgendermassen über die Konsole gestartet werden:< |
+ | |||
+ | Bei einem Kernel-Update erhält das Target einen neuen RSA key. Dadurch kann anschliessend | ||
+ | Wobei bei // | ||
===== Kernel Update ===== | ===== Kernel Update ===== | ||
Zeile 38: | Zeile 43: | ||
===== SD Karte formatieren ===== | ===== SD Karte formatieren ===== | ||
- | Mit dem SDK von Texas Instruments wird ein Shell mitgeliefert, | + | Mit dem SDK von Texas Instruments wird eine Shell mitgeliefert, |
Das Formatieren erfolgt mit folgenden Schritten: | Das Formatieren erfolgt mit folgenden Schritten: | ||
- SD Karte mit Kartenleser anschliessen und mit '' | - SD Karte mit Kartenleser anschliessen und mit '' | ||
Zeile 44: | Zeile 49: | ||
[ 2160.114041] sd 4:0:0:0: [sdb] Assuming drive cache: write through | [ 2160.114041] sd 4:0:0:0: [sdb] Assuming drive cache: write through | ||
[ 2160.114044] sd 4:0:0:0: [sdb] Attached SCSI removable disk</ | [ 2160.114044] sd 4:0:0:0: [sdb] Attached SCSI removable disk</ | ||
- | - mksdboot Skript des TI SDKs ausführen mit Angabe des richtigen Devices! Dazu wird mit einer Konsole ins Hauptverzeichnis des SDK gewechselt und folgender Befehl ausgeführt: | + | - mksdboot Skript des TI SDKs ausführen mit Angabe des richtigen Devices! Dazu wird mit einer Konsole ins Hauptverzeichnis des SDK gewechselt und folgender Befehl ausgeführt: |
- Auf die so erstellte Karte kann anschliessend bei Bedarf ein neuer Kernel in die START_HERE Partition ins root-Verzeichnis kopiert werden. | - Auf die so erstellte Karte kann anschliessend bei Bedarf ein neuer Kernel in die START_HERE Partition ins root-Verzeichnis kopiert werden. | ||
Zeile 51: | Zeile 56: | ||
Dabei ist zu beachten, dass die Pins des OMAP-Prozessors gemultiplext sind, das heisst zum Beispiel, der auf dem Zusatzboard verwendete GP0[2] ist auch noch ein Pin der McBSP usw. Falls also die McBSP ebenfalls verwendet werden möchte, darf unter Umständen dieser Pin nicht als GPIO konfiguriert werden. | Dabei ist zu beachten, dass die Pins des OMAP-Prozessors gemultiplext sind, das heisst zum Beispiel, der auf dem Zusatzboard verwendete GP0[2] ist auch noch ein Pin der McBSP usw. Falls also die McBSP ebenfalls verwendet werden möchte, darf unter Umständen dieser Pin nicht als GPIO konfiguriert werden. | ||
+ | |||
+ | ^ I/0 ^ Pin ^ Alternativ-Funktionen ^ | ||
+ | | GP0[0] | 92 | AXR8 / CLKS1 / ECAP1_APWM1 | | ||
+ | | GP0[1] | 81 | AXR9 / DX1 | | ||
+ | | GP0[2] | 23 | AXR10 / DR1 | | ||
+ | | GP0[6] | 17 | AXR14 / CLKR1 | | ||
+ | | GP0[13] | 73 | AFSR | | ||
+ | | GP0[15] | 77 | ACLKR | | ||
{{: | {{: | ||
{{: | {{: | ||
- | == Steckverbinder == | + | === Steckverbinder |
Das Zusatzboard ist über einen Stecker mit 100 Pins angeschlossen. Auf dem Board sind noch vier weitere Stecker gleichen Typs vorhanden. Diese haben folgende Bezeichnung: | Das Zusatzboard ist über einen Stecker mit 100 Pins angeschlossen. Auf dem Board sind noch vier weitere Stecker gleichen Typs vorhanden. Diese haben folgende Bezeichnung: | ||
+ | |||
^ Beschreibung ^ Bezeichnung ^ Lieferant ^ Bestellnummer ^ | ^ Beschreibung ^ Bezeichnung ^ Lieferant ^ Bestellnummer ^ | ||
| Stecker | DF40C-100DS-0.4V(51) | Mouser | 798-DF40C100DS0.4V51 | | | Stecker | DF40C-100DS-0.4V(51) | Mouser | 798-DF40C100DS0.4V51 | | ||
| Buchse | DF40C-100DP-0.4V(51) | Mouser | 798-DF40C100DP0.4V51 | | | Buchse | DF40C-100DP-0.4V(51) | Mouser | 798-DF40C100DP0.4V51 | | ||