Hi,
sollte Deine Eventhandler nicht
void MULTIIO_BUMPERS_stateChanged(void)
heißen ? den Du da aufrufst ist der für die alten Bumper.
Hi,
sollte Deine Eventhandler nicht
void MULTIIO_BUMPERS_stateChanged(void)
heißen ? den Du da aufrufst ist der für die alten Bumper.
Gruß TrainMen
Ich rufe beide auf den für "vorne" und den für "hinten"
Thorben W
RN Userkarte: http://maps.google.com/maps/ms?ie=UT...e1f8fa1f19cae2
ja Du rufst beide in der Main auf, Du sagst aber nur dem alten was er machen soll wenn Kontakt da ist.
Gruß TrainMen
Reicht nicht auch einer für beide? Probier ich dann mal aus
Thorben
RN Userkarte: http://maps.google.com/maps/ms?ie=UT...e1f8fa1f19cae2
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.
Gruß TrainMen
@inka:
Wenn du vorher schon mal was machen willst:also schauen wir mal was mitte juli geht...
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);
Gruß
Dirk
@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...
gruß inka
Lesezeichen