Ich versuche gerade, aus dem Code in beispielsweise in8-bcu1 zu verstehen, welche Pins der TS-ARM Platine verwendet werden. Allerdings scheitere ich kläglich beim Vergleich der Pinbezeichnungen im Code mit dem Eagle-File (3.0.5). Beispiel: PIO2_1 wird in der Software von verschiedenen Projekten verwendet, ist im Eagle-File aber nicht angeschlossen.

Gibt es irgendwo ein Pin-Mapping, das ich noch nicht gefunden habe? Oder übersehe ich irgendwas anderes?

Hallo Stefan,

das habe ich gesehen. Meine Frage ist eine andere (habe ich wohl schlecht formuliert). Was hier als IOx markiert ist, ist am uC PIOy_z. Dieses Mapping interessiert mich, denn da scheint die Eagle-Datei nicht zum Code zu passen.

Fange ich im Code an zu suchen, finde ich uC-Pins, die als Eingangspin verwendet werden, aber laut Eagle-Schaltplan (3.0.5) gar nicht angeschlossen sind, und die übrigen habe eine scheinbar zufällige Reihenfolge. Beispiel aus in8-bcu1:

PIO2_2 -> IO2
PIO0_7 -> EXT4 -> NC
PIO2_10 -> EXT8 -> NC
PIO2_9 -> IO9
PIO0_2 -> EXT1 -> NC
PIO0_8 -> IO10
PIO0_9 -> IO3
PIO2_11 -> IO4

In in4-bcu2 und rol-jal-bcu1 (channel.cpp und hand_actuation.cpp) sieht es ähnlich aus.

Wenn ich andersherum in Eagle schaue, wie dort die IOx Anschlüsse des Boards an den uC gelegt sind, ergibt sich dieses Mapping:

IO2 -> PIO2_2
IO3 -> PIO0_9
IO4 -> PIO2_11
IO5 -> PIO1_1
IO6 -> PIO3_0
IO7 -> PIO3_1
IO8 -> PIO3_2
IO9 -> PIO2_9
IO10 -> PIO0_8
IO11 -> PIO1_10
IO12 -> PIO0_11
IO13 -> PIO1_0
IO14 -> PIO1_2
IO15 -> PIO2_3
IO16 -> PIO1_5

Da sind aber jede Menge PIOy_z uC-Pins, die ich im Code nicht sehe.

Anders gefragt: Wie spreche ich im Code welches IOx-Pad auf der Platine an? Verstehst Du meine Verwirrung?

Viele Grüße,

Hendrik

Stimmt das steht da nicht.

Über die Verwendung der Pins kann ich dir leider nicht viel sagen, ich habe die Entwicklung der TS-ARM nicht aktiv verfolgt.

Vermutlich macht es Sinn die Pins der Platinen nach den ARM IOs zu benennen.

Die Tabelle, die ich aus dem Eagle-Schaltplan entnommen habe, passt auch zum Eagle-Boardlayout. Kann es sein, dass dann einfach die Pinbelegungen in den Beispielen noch nicht angepasst sind und da noch copy'n'paste vom LPC drin ist?

Das Probelm ist das die ganze SW für den ARM derzeit nur für den 4TE Controller geschrieben ist. Daher findest du die PIN Namen nicht im Source Code...

Man müsste die SW auf an die ARM-TS erst anpassen.

Ah, okay! Ich muss mir erst noch die Hardware beschaffen, aber dann kann man das ja angehen. Danke!

Ich wollte gerade auf der TS-ARM Wiki-Seite eine Tabelle mit der ARM-Pinbelegung einfügen, darf die Seite aber scheinbar nicht bearbeiten. Vielleicht kann das ja jemand mit den passenden Rechten erledigen:

|=Pin|=ARM IO
|IO2|PIO2_2
|IO3|PIO0_9
|IO4|PIO2_11
|IO5|PIO1_1
|IO6|PIO3_0
|IO7|PIO3_1
|IO8|PIO3_2
|IO9|PIO2_9
|IO10|PIO0_8
|IO11|PIO1_10
|IO12|PIO0_11
|IO13|PIO1_0
|IO14|PIO1_2
|IO15|PIO2_3
|IO16|PIO1_5
|LED|PIO2_0

Hendrik, sag mir bitte deinen xwiki Benutzer dann schalte ich dich fürs Wiki frei, dann kannst du das einpflegen.

Hallo,

der letzte Beitrag bei disem Tag ist zwar schon ein paar Tage her

Aber trotzdem habe ich da nochmal eine Frage: beim kompilieren bekomme ich immer mehrere Fehler und ich weiß nicht wie ich die weg bekomme.

\in4-bcu2\Debug/../src/app_main.cpp:50: undefined reference to `bcu'
\sblib\Debug_BCU2\libsblib.a(bcu_base.o): In function `TIMER16_1_IRQHandler':
\sblib\Debug_BCU2/../src/eib/bcu_base.cpp:26: undefined reference to `bus'
\sblib\Debug_BCU2\libsblib.a(bcu_base.o): In function `BcuBase::begin_BCU2(int, int, int)':
\sblib\Debug_BCU2/../src/eib/bcu_base.cpp:88: undefined reference to `bus'
\sblib\Debug_BCU2\libsblib.a(main.o): In function `main':
\sblib\Debug_BCU2/../src/main.cpp:52: undefined reference to `bcu'

Eigentlich habe ich die aktuellste sblib und die aktuellste in4-bcu2 aus dem github verwendet.
Vielleicht kann mir ja einer so über das Forum helfen.

Achja und nochmal was anderes: ist es mit irgendeiner Firmware möglich die ARM TSS als in4 mit einem Temperatursensor zu nutzen?