Hardware-Fragen zur Multi-IO

[Thorben W]

Reicht nicht auch einer für beide? Probier ich dann mal aus
Thorben

[TrainMen]

Dirk benutzt ja in den Libs andere Variablen die abgefragt werden müssen, als die der alten Bumper.
Wie sollte das in Deinem Code funktionieren ? Kontakt vorn - ...fahre Vorwärts Kontakt hinten - ...fahre Vorwärts wäre ja dann Deine Programm Logik und das wäre ja unsinn. Du mußt also schon die Zustände aller 4 Bumper abfragen und je nach dem reagieren.

[Dirk]

@inka:

also schauen wir mal was mitte juli geht...

Wenn du vorher schon mal was machen willst:
Setz mal in der Demo (RP6Control_MultiIO_05) die I2C-Busgeschwindigkeit weiter runter.
Und zwar in 10er Schritten von 100 kHz auf 90, 80, 70. Jeweils neu kompilieren und testen.
Zeile: I2CTWI_initMaster(100);

[inka]

@Dirk,
habe den wert versuchsweise auf 70, 50 und 20 geändert, das programm reagiert wie gehabt, wird also nach einer einmaligen anzeige der minIMU werte beendet und kehrt zu der "READY TO GO!" LCD-anzeige zurück...

[Dirk]

@inka:
Dein Programm beendet sich selbst.
Was du probieren kannst:
1. Lade das Beispiel und die Libs nochmal komplett runter.
2. Prüfe nochmal den elektrischen Anschluß der MinIMU.
3. Ändere I2CTWI_initMaster(100) auf I2CTWI_initMaster(70).
4. Kompiliere das neu.

Wenn das Programm jetzt immer noch aussteigt, weiß ich erstmal nicht weiter.

[inka]

@Dirk:

habe die dateien für M32 (RP6Control_MultiIO_05.zip) heruntergeladen, die dateien

RP6Control_MultiIO.h
RP6Control_Orientation.h
RP6Control_OrientationLib.c
RP6Control_OrientationLib.h

in meinem libverzeichnis durch die neuen ersetzt und die RP6Control_MultiIO_05.c mit unveränderten (neuen) libs neu kompiliert. Nach dem upload hat sich am ergebnis nichts geändert, das programm beendet sich nach einmaligem anzeigen der minIMU daten selbst.

das gleiche passiert nach der änderung von I2CTWI_initMaster(100) auf I2CTWI_initMaster(70).

die hardwarekontrolle beschränkte sich auf die nochmalige kontrolle der "abweichenden IO jumperstellung für die M32", das vorhandensein der VIN, GND, SDA und SCL leitungen/signale für die minIMU (deren verbindung zu den entsprechenden punkten an der BASE bzw. der M32).
Alles OK...
Würden die fehlen, würde ja die minIMU garnichts tun, oder?

dann habe ich versucht die im archiv enthaltene *.hex datei zu laden, nach deren start bleibt das LCD "dunkel", es wird nichts angezeigt.


das einzige was mir noch einfällt: könnte ich Dir das IO-board, die minIMU und den HDMM zum überprüfen schicken? Für porto hin und zurück komme ich selbstverständlich auf...

[Dirk]

Hi inka,

als Schritt davor habe ich erstmal die HEX der Demo 05 geschickt.
Funktioniert die?