MSleep bei richtungswechsel?

[Valen]

Ich verstehe es geht dich nur um das MSleep. Aber ich will nicht Kommentare geben über den (mögliche) Code-fehlern, wann es nicht sicher ist das die Symptomen auch dazu gehören. Das soll man erst ausschließen, sonnst wird man sich selbst verwirren. Aber dein letztes Bild zeigt an es ist Gleich außer den Schreibfehlern.

Es stimmt. Änderungen der Motorkraft und Drehrichtung haben eine starke Einfluss auf den Bordspannung. Diese Bordspannung wird auch angeschaltet an den Tastenmessung (durch Pin PD3 und R24) und deshalb soll man nicht auf nur 1 PollSwitch Messung verlassen ob die Tastern eingedrückt sind (und bleiben). Das kann einfach eine Falsche Tastenmessung geben. Man soll die PollSwitch werten in 2 Variablen speichern und danach mit einander vergleichen ob sie gleich sind und eine bestimmte wert haben worauf ein Aktion gemacht werden soll.

Eine weitere Tip für den 'Linie'-messung. Die beide Werten sind fast NICHT gleich bei gleiche Beleuchtung von den Taschenlampe. Bauteilen haben immer verschiedene Empfindlichkeiten und Widerstandswerten. Mann soll die Differenz im Ruhe-kondition erst abspeichern, und später bei jeder neue Messung davon abziehen. Sonnst wird dein Asuro immer ein Präferenz haben für eine Richtung.

Es gibt genug Beispiel Programmen für diese 2 Problemen bereits im Forum. Einfach suchen nach den PollSwitch und LineData Befehlen im Asuro abteilung.

[Fabulous84]

@ Valen: Vielen Dank für die Antwort.

Weitere erklärungen zu der Pollswitch abfrage und den Einfluss der Bordspannung auf diese wären hilfreich. Wer noch mehr dazu sagen kann, bitte posten.

Kann doch nicht sein das man als Anfänger an solche Probleme stößt für die, die eigene Programmierung gar nichts kann, sondern weil die Hardware nicht ausgereift ist. ärgerlich

[Dispo-Gott]

Kann doch nicht sein das man als Anfänger an solche Probleme stößt für die, die eigene Programmierung gar nichts kann, sondern weil die Hardware nicht ausgereift ist. ärgerlich

Ausgereift gibt es für den dreifachen Preis... . Du hast dich aber bewusst für einen günstigen Einsteiger-Bausatz entschieden. Da gehört ein wenig "Frickeln" halt mit dazu.

[Valen]

Ärgerlich ist es, ... für Einsteiger. Aber leider ist das die Physikalische (Dreckeiche) Realität, und das interessante an Roboter Technik. Man muss von beide etwas wissen. Programmierung und Elektronische/Mechanische Technik. Mann braucht auch eine gewissen Forschungswunsch. Wenn man etwas nicht verstehst soll man tiefer in dem Materie Untersuchungen machen. Was passiert dort wirklich???? Das heißt, den Schaltungsbild ansehen und versuchen zu verstehen. Datenblätter der verschiedene Teilen durchschauen. Und den asuro.c und asuro.h Code versuchen zu verstehen. Kennt man noch keine C-sprache? Dann soll man Tutorials im Netz suchen. Oder ein Buch kaufen. Das wird vielleicht eine weile dauern bis das Alles geht. So, Geduld soll man auch haben.

Vielleicht könnte die Entwickler von Asuro dieses Problem behoben haben, aber dann wurde das Paket fast Teurer sein als 50 Euro oder so. Mann braucht auch ein bisschen Herausforderung. Sonnst wird es bald Langweilig.

[markusj]

Kann doch nicht sein das man als Anfänger an solche Probleme stößt für die, die eigene Programmierung gar nichts kann, sondern weil die Hardware nicht ausgereift ist. ärgerlich

Die Hardware ist ausgereift, nur eben beschränkt. Fakt ist, dass die Bordspannung (aus gutem Grund) als Spannungsreferenz für die Tasterauswertung verwendet wird. Gleichzeitig sind Motoren nun Mal eben "Großverbraucher" und haben zudem noch die Angewohnheit, diverse Störungen ins Bordspannungsnetz einzuspeisen.
Speziell Änderungen der Motorparameter (Richtung, Drehzahl, Last) können sich so auf den Analogteil auswirken.

Dieses Verhalten ist konstruktionsbedingt, man könnte die Störungen durch eine kleine Induktivität (siehe ASURO-Wiki) evtl. noch etwas reduzieren. Bei größeren Robotern gibt es aus diesem Grund übrigens oft zwei Spannungsnetze (Logik- + Leistungsteil).

mfG
Markus