Hier nochmal ne genauere Darstellung meines Problems.
Ich hab versucht die Datei "ucom-ir-20070904.hex" auf den nibo zu flashen. Das Ganze mehrmals, da es, wie bei einigen Beispielprogramm-Flash-Versuchen vorher auch, nicht gleich beim ersten Mal funktionierte (Fehlermeldung oder der Vorgang dauerte einfach länger als sonst). Danach hab ich nochmal n bisschen mit Jumper 1 und 2 rumgespielt (Warum ich all dies tat, kann ich leider nicht mehr nachvollziehen). Danach leuchteten die beiden LEDs, die noch vorn gerichtet sind, kurzzeitig auf.
Seitdem lässt sich der nibo gar nicht mehr flashen. Auch ein (teilweises) Wiederaufladen des Akkus brachte keine Besserung (das rechte Rad drehte sich zeitweise auch nicht mehr, was mich hoffen lies, es läge nur an nem leeren Akku; mittlerweile dreht sich das Rad, mit kurz geladenem Akku, wieder). Ich werde den Akku nochmal vollständig aufladen, vielleicht braucht er zum flashen ja einfach nur mehr Strom).
Der UCOM-IR funktioniert wahrscheinlich noch. Zumindest leuchten seine Lichter, je nach Zustand, noch rot und grün und er reagiert im noch auf Signale der Fernbedienung (getestet mit UComIrProg_1_0_0.exe).
Vielleicht hat ja jemand n paar Ideen oder kann mir zumindest sagen, dass man ihn nicht ohne weiteres "kaputt-flashen" kann.
Nibo geht und geht wieder nicht oder schlecht?
Deine Lötung der Lötpunkte gehen beim Nibo und den UCOM-IR
an den Bauteilen ganz durch die Platine?
Dann mal die Verbindungsseite.
Vom PC über USB-Kabel zu UCOM-IR
(am UCOM-IR ist der Jumper nicht gesteckt)
und mit 6 poligen Wangerstecker und Kabel auf Nibo
(am Nibo sind Jumper gesteckt).
Den Nibo einschalteten und im AVR-Studio unter AVRISP(Programm)
[Erase Devise] und dann HEX-Programm flashen.
Die Datei ucom-ir-20070904.hex ist die Firmware für den Programmieradapter, nicht für den Roboter...
Eventuell sind die Fuse-Bits im ATmega128 jetzt falsch gesetzt und dadurch die falsche Taktquelle eingestellt.
Im AVRStudio kann man im Downloader unter Board die ISP Freq. einstellen, probier dort mal den niedrigsten Wert.
Der Motor sollte sich eigentlich während des Resets bzw. während des Programmiervorgangs nicht drehen, falls er das trotzdem tut liegt ein Fehler vor.
Nachtrag: In nem anderen Thread wurde mir erklärt, dass ich ein 1MHz Signal an XTAL1 anlegen soll. Das hab ich auch irgendwie hingekriegt und jetzt lässt nibo sich wieder flashen.
Schön
Aber sobald ich ein altes Programm, das vorher funktionierte, lade, passiert ausser das der rechte Motor arbeitet und ich LED1 + 8 mit Berühren von R5 zum Leuchten bringen kann nix.
Kann ich vielleicht das Hex-File haben, das im ATmega128 war als er ausgeliefert wurde? Dann sollte doch, mit den Vorgängen unter Inbetriebnahme im Handbuch, wieder alles laufen (zumindest vielleicht )?
Edit: Und welche Fuse-Bits müssen gesetzt sein? (Int. RC Osc. 8MHz; 6CK + 0ms hab ich gerad selbst gesetzt; kann natürlich, wie so vieles bisher, totaler Unsinn sein).
Vielleicht haben Sie ja noch ne Idee wegen des rechten Motors.
Das Problem tritt unabhängig von anderen angeschlossenen Kabeln auf (Odometriesensoren, ISP, Display). Und wenn ich die linken Motor an X1 anschliesse, dreht der sich beim Start bzw. Flashen (Ansonsten wars der Rechte).
Am linken Getriebe war ne kleine Schicht schwarzer "Abrieb", wahrscheinlich vom Reifen, aber dort sind keine Abnutzungen zu sehen. Lies sich mit nem Pinsel aber sehr einfach wieder entfernen.
Ist die Verbindung zwischen den Pins 1 und 9 am IC2 (L293D) OK? Wenn der Pin 1 nicht am Reset angeschlossen ist, wird sich der Motor am Stecker X1 während des Resets bzw während des Programmierens drehen....
)?
Berechtigungen
Zitieren
Lesezeichen