Bot friert ein
Bot friert ein
Moin,
mein CT-Bot friert immer wieder an verschiedenen Stellen ein.
Die LCD Anzeige bleibt stehen.
Der Vorgang läßt sich nicht eingrenzen.
Neuster Code runtergeladen.
Nach dem Einschalten, dauert es manchmal wenige Sekunden, manchmal einige Minuten, bis die Anzeige einfriert. Bei gleicher Testumgebung.
Hat da jemand eine Idee wo ich das Problem suchen muß ??
mein CT-Bot friert immer wieder an verschiedenen Stellen ein.
Die LCD Anzeige bleibt stehen.
Der Vorgang läßt sich nicht eingrenzen.
Neuster Code runtergeladen.
Nach dem Einschalten, dauert es manchmal wenige Sekunden, manchmal einige Minuten, bis die Anzeige einfriert. Bei gleicher Testumgebung.
Hat da jemand eine Idee wo ich das Problem suchen muß ??
Re: Bot friert ein
Hi,
Hast du eines der Testbinaries von http://www.heise.de/ct/projekte/machmit ... format=raw auf den Bot geladen und damit denselben Fehler?
* Falls nein, dann liegt der Fehler wahrscheinlich in deiner Compiler-Umgebung oder im Code, also irgendwo softwareseitig. Weitere Details dann später, wenn der Fall wirklich zutrifft.
* Falls ja, dann liegt wohl ein Hardwarefehler auf dem Bot selbst vor. Da würde ich zunächst einmal alle Platinenstecker abziehen und prüfen, ob das Problem auch ohne die Sensorplatinen besteht. Wenn ja, dann könnte es an der Spannungsversorgung oder der Resetleitung der MCU liegen, nähere Infos hierzu dann auch später.
Gruß,
Timo
ein paar weitere Informationen wären ganz hilfreich.verwegener hat geschrieben:Hat da jemand eine Idee wo ich das Problem suchen muß ??
Hast du eines der Testbinaries von http://www.heise.de/ct/projekte/machmit ... format=raw auf den Bot geladen und damit denselben Fehler?
* Falls nein, dann liegt der Fehler wahrscheinlich in deiner Compiler-Umgebung oder im Code, also irgendwo softwareseitig. Weitere Details dann später, wenn der Fall wirklich zutrifft.
* Falls ja, dann liegt wohl ein Hardwarefehler auf dem Bot selbst vor. Da würde ich zunächst einmal alle Platinenstecker abziehen und prüfen, ob das Problem auch ohne die Sensorplatinen besteht. Wenn ja, dann könnte es an der Spannungsversorgung oder der Resetleitung der MCU liegen, nähere Infos hierzu dann auch später.
Gruß,
Timo
Hallo Timo,
zunächst mal vielen Dank für die Antwort.
Ich werde deine Vorschläge prüfen und mich dann zwecks weiterer Fehlersuche wiedermelden.
Aufgrund eines anderen Forum Beitrages hatte ich schon geprüft, ob es nicht zu Abstürzen kommt, wenn der AVR Adapter eingesteckt ist. Aber auch dann friert der Bot ein.
Gruß
verwegener
zunächst mal vielen Dank für die Antwort.
Ich werde deine Vorschläge prüfen und mich dann zwecks weiterer Fehlersuche wiedermelden.
Aufgrund eines anderen Forum Beitrages hatte ich schon geprüft, ob es nicht zu Abstürzen kommt, wenn der AVR Adapter eingesteckt ist. Aber auch dann friert der Bot ein.
Gruß
verwegener
Moin,
also die drei Test Programme funktionieren einwandfrei.
Wenn ich aber den Code aus dem devel Zweig runterlade, stürzt das Prog nach wenigen Momenten ab.
Der Import aus dem staple Zweig bricht ab ( Cannot import )
Der Versuch ein geziptes release z. B. 16 runterzuladen, scheint zu funktionieren, bei genauer Betrachtung lädt er jedoch nur 15 k, ergo ein unvollständiges Zip File.
Und nu ??
also die drei Test Programme funktionieren einwandfrei.
Wenn ich aber den Code aus dem devel Zweig runterlade, stürzt das Prog nach wenigen Momenten ab.
Der Import aus dem staple Zweig bricht ab ( Cannot import )
Der Versuch ein geziptes release z. B. 16 runterzuladen, scheint zu funktionieren, bei genauer Betrachtung lädt er jedoch nur 15 k, ergo ein unvollständiges Zip File.
Und nu ??
Hi,
also dann hast du schon mal kein Hardware-Problem.
Auf welcher Plattform bist du denn unterwegs?
Deine Fehlerbeschreibung passt ziemlich genau zu einem fehlerhaften Compiler, der (leider) mit einigen Linux-Distributionen ausgeliefert wurde, ich glaube es war Version 4.3.0. Aus diesem Grund geht die Installationsanleitung den umständlichen Weg.
Wenn du den Code aus dem SVN nicht korrekt importieren kannst, dürfte er anschließend auch nicht compilieren, oder? Ebenso das zip-Archiv, wenn da das Herunterladen fehlerhaft ist, dürfte es sich doch nicht korrekt entpacken lassen und schon gar nicht fehlerfrei flashen. Oder verstehe ich hier etwas falsch?
Zu den Download- / Importproblemen kann ich so schlecht etwas sagen, mit welcher Software arbeitest du denn?
Gruß,
Timo
also dann hast du schon mal kein Hardware-Problem.
Auf welcher Plattform bist du denn unterwegs?
Deine Fehlerbeschreibung passt ziemlich genau zu einem fehlerhaften Compiler, der (leider) mit einigen Linux-Distributionen ausgeliefert wurde, ich glaube es war Version 4.3.0. Aus diesem Grund geht die Installationsanleitung den umständlichen Weg.
Wenn du den Code aus dem SVN nicht korrekt importieren kannst, dürfte er anschließend auch nicht compilieren, oder? Ebenso das zip-Archiv, wenn da das Herunterladen fehlerhaft ist, dürfte es sich doch nicht korrekt entpacken lassen und schon gar nicht fehlerfrei flashen. Oder verstehe ich hier etwas falsch?
Zu den Download- / Importproblemen kann ich so schlecht etwas sagen, mit welcher Software arbeitest du denn?
Gruß,
Timo
Hi,
1. überprüfe bitte, ob du WinAVR Version 20090313 installiert hast.
2. Hole das Projekt wie unter http://www.heise.de/ct/projekte/machmit ... UndEclipse beschrieben noch mal neu aus dem SVN (stable) von https://www.heise.de:444/svn/ctbot/stable/ct-Bot
3. Hat das ohne Fehler funktioniert, wählst du als Target Debug-MCU-W32 aus und lässt den Code übersetzen (das sollte automatisch geschehen).
4. Gab es hier keine Fehler, flasht du ct-Bot.hex aus dem Unterverzeichnis Debug-MCU-W32 auf den Bot (http://www.heise.de/ct/projekte/machmit ... wiki/Flash).
Grüße,
Timo
1. überprüfe bitte, ob du WinAVR Version 20090313 installiert hast.
2. Hole das Projekt wie unter http://www.heise.de/ct/projekte/machmit ... UndEclipse beschrieben noch mal neu aus dem SVN (stable) von https://www.heise.de:444/svn/ctbot/stable/ct-Bot
3. Hat das ohne Fehler funktioniert, wählst du als Target Debug-MCU-W32 aus und lässt den Code übersetzen (das sollte automatisch geschehen).
4. Gab es hier keine Fehler, flasht du ct-Bot.hex aus dem Unterverzeichnis Debug-MCU-W32 auf den Bot (http://www.heise.de/ct/projekte/machmit ... wiki/Flash).
Grüße,
Timo
Hallo,
hast du die Modifikation 5 aus http://www.heise.de/ct/projekte/machmit ... fikationen eingebaut? Das könnte die Fehlerquelle sein und ich würde grundsätzlich empfehlen, die anderen vier Mods auch einzubauen (zumindest wenn der betreffende Teil genutzt werden soll), obwohl sie für den Fehler jetzt unwichtig sein sollten.
Falls das nicht hilft, am besten die optionalen Teile des Codes zunächst alle ausschalten und mit einer Minimalversion testen. Funktioniert die, schrittweise die Optionen wieder einschalten und jeweils testen, um herauszufinden, bei welcher das Problem auftritt. Eine genaue Erklärung zu den Optionen aus der Datei ct-Bot.h und wie man sie ein- oder ausschaltet, findest du hier: http://www.heise.de/ct/projekte/machmit ... iki/ctBotH
Als Minimalversion würde ich nur die Optionen LED_AVAILABLE, ADC_AVAILABLE, ENA_AVAILABLE, SHIFT_AVAILABLE und DISPLAY_AVAILABLE eingeschaltet lassen, weil sie zum Debugging nötig bzw. hilfreich sind.
Möchtest du den Bot grundsätzlich nicht mit einem PC kommunizieren lassen, kannst du anstatt der Modifikation 5 auch die Option BOT_2_SIM_AVAILABLE dauerhaft ausschalten.
Viel Erfolg,
Timo
hast du die Modifikation 5 aus http://www.heise.de/ct/projekte/machmit ... fikationen eingebaut? Das könnte die Fehlerquelle sein und ich würde grundsätzlich empfehlen, die anderen vier Mods auch einzubauen (zumindest wenn der betreffende Teil genutzt werden soll), obwohl sie für den Fehler jetzt unwichtig sein sollten.
Falls das nicht hilft, am besten die optionalen Teile des Codes zunächst alle ausschalten und mit einer Minimalversion testen. Funktioniert die, schrittweise die Optionen wieder einschalten und jeweils testen, um herauszufinden, bei welcher das Problem auftritt. Eine genaue Erklärung zu den Optionen aus der Datei ct-Bot.h und wie man sie ein- oder ausschaltet, findest du hier: http://www.heise.de/ct/projekte/machmit ... iki/ctBotH
Als Minimalversion würde ich nur die Optionen LED_AVAILABLE, ADC_AVAILABLE, ENA_AVAILABLE, SHIFT_AVAILABLE und DISPLAY_AVAILABLE eingeschaltet lassen, weil sie zum Debugging nötig bzw. hilfreich sind.
Möchtest du den Bot grundsätzlich nicht mit einem PC kommunizieren lassen, kannst du anstatt der Modifikation 5 auch die Option BOT_2_SIM_AVAILABLE dauerhaft ausschalten.
Viel Erfolg,
Timo