Zuerst suche ich einen (30-poligen) Steckverbinder, an den ich Drähte anlöten kann und dann in den Calliope v3 stecken. Was gibt es da im Handel? Ich habe nichts gefunden. Mit den Labor Steck Drähten kann ich kein Modell bauen, das sich bewegt. Ich will auch nicht immer wieder einzelne Drähte in die richtigen Löcher einsortieren.
Dann möchte ich wissen, an welche PINs ich überhaupt etwas anschließen kann. Zum Beispiel einen Servo. Beim Calliope v1 und v2 konnte ich mit led.enable(false)
die LED Matrix abschalten und konnte alle (9) PINs C4 bis C12 als digitale Ein- oder Ausgänge frei benutzen.
Das ist beim Calliope v3 ganz anders. Ich habe die PINs in der Tabelle mal raus geschrieben.
Den Block led.enable(false)
gibt es beim v3 ja auch noch. Welche PINs kann ich denn jetzt damit gewinnen? Es sind bestimmt nicht mehr 9 Pins?
Wenn die Button A und B auf der Pinleiste liegen, kann ich dort wahrscheinlich einen Taster anschließen. Wie aber sollte ich die PINs C5 und C11 mit Blöcken programmieren, z.B. einen Servo anschließen? Warum wird C5 und C11 bei PIN Blöcken angezeigt, wenn sie für Button A und B reserviert sind?
Kann ich bei v3 jetzt zumindest die (3) GPIO2, GPIO1, GPIO4 frei verwenden, ohne led.enable(false)
und ohne Nebenwirkungen? GPIO3 ist ja die Grove Buchse.
Kann ich C13, C14, C15 jetzt auch nehmen, die gab es ja früher gar nicht?
Calliope v3 PINs
Steckverbinder | Bezeichnung v3 | Blöcke v3 | digital | analog out | analog in |
---|---|---|---|---|---|
1 | VCC | 3.3V | |||
2 | GND | GND | |||
3 | PAD1 | P1 | v3 v1 | v3 v1 | v3 v1 |
4 | PAD0 | P0 | v3 v1 | v3 | v3 |
5 | PAD3 | P3 | v3 v1 | v3 | - |
6 | PAD2 | P2 | v3 v1 | v3 v1 | v3 v1 |
7 | BTN_A | C5 | v3 v1 | v3 v1 | v1 |
13 | BTN_B | C11 | v3 v1 | v3 | - |
8 | COLR1 | C4 | v3 v1 | v3 v1 | v3 v1 |
9 | COLR2 | C7 | v3 v1 | v3 | - |
10 | COLR4 | C6 | v3 v1 | v3 v1 | v1 |
14 | COLR5 | C10 | v3 v1 | v3 | v3 |
22 | COLR3 | C18 | v3 v1 | v3 | v3 |
11 | GPIO2 | C9 | v3 v1 | v3 | - |
12 | GPIO1 | C8 | v3 v1 | v3 | - |
16 | GPIO4 | C12 | v3 v1 | v3 | - |
19 | GPIO3 | C17 TX | v3 v1 | v3 v1 | v1 |
20 | GROVE_Analogin | C16 RX | v3 v1 | v3 v1 | v3 v1 |
15 | SPI_EXT_SCK | C13 | v3 | v3 | - |
17 | SPI_EXTMOSI | C15 | v3 | v3 | - |
18 | SPI_EXT_MISO | C14 | v3 | v3 | - |
21 | I2C_EXT_SCL | C19 | |||
24 | I2C_EXT_SDA | C20 | |||
23 | GND | ||||
_ | RGB | ||||
_ | MIC | v1 | v1 | ||
25 | MOTOR_B+ | M1 | |||
26 | MOTOR_A+ | M0 | |||
27 | MOTOR_B- | M1 | |||
28 | MOTOR_A- | M0 | |||
29 | GND | ||||
30 | VM_IN (+9V) |
Völlig verrückt wird es, wenn mit dem neuen MakeCode in der Hardware Version v1 oder v2 die PINs programmiert werden sollen. Da werden jetzt die PIN Nummern von der v3 angezeigt, auch solche die es im alten MakeCode v4 nicht gab C13, C14, C15. Müssten beim Umschalten der Hardware nicht die alten PIN Listen angezeigt werden (mit den alten ENUM-Werten)?
Dass die ENUMs möglicherweise falsche Werte haben, wenn im neuen MakeCode die Hardware v1 oder v2 eingestellt ist, wurde hier schon beschrieben:
Vielleicht sollten die PINs im neuen MakeCode für die alte Hardware mal repariert werden oder zumindest dokumentiert werden, was nicht mehr unterstützt wird.
Vielen Dank
Lutz