Hilfe: mein Asuro folgt keiner linie :(

hallo zusammen,

auch ich bin ein jünglich der asuro-weihnachts-beschenken.

der zusammenbau klappte sofort - der test ist bestanden - alles eigentlich wie es soll. ABER:

mein Asuro folgt keiner linie - oder nicht so wie er soll.

ich habe auf ein A4 Blatt per drucker einen Kreis gedruckt. leider folgt er diesem nicht, sondern fährt wild umher und falls er mal an deine seite es blatte kommt, dann folgt er ihr ein wenig und dann dreht er sicher wieder :(

wie gesagt, den test inkl anleuchten von t9 und t10 hat er bestanden.

hat jemand ne info für mich, was ich falsch mache ?

danke und gruß

Hallo

Zitat:

---

hat jemand ne info für mich, was ich falsch mache?

---

Mal ehrlich, woher sollen wir das wissen? Ein Fehler ist, dass du uns nicht verrätst, mit welchem Programm der asuro der Linie folgen soll. Zweiter Fehler wäre die fehlende Angabe des Kreisdurchmessers, der Strichdicke, die Farbe...

Mal im Ernst, poste das Programm (in Code-Tags) und vielleicht noch die Druckvorlage für den Kreis dazu. Das würde unsere Chancen deutlich verbessern.

Ansonsten natürlich noch das obligatorische "Willkommen im RN-Forum" und herzlich Glückwunsch zum funktionierenden asuro.

Gruß

mic

hallo mic - vorab danke für deine hilfe :)

sorry aber mir war nicht bewusst, dass die wichtige infos sind.

das programm kann ich nicht mehr dazupacken -es waren diverse, die ich im netz und auch hier gefunden habe - also potenziell funktonsfähige programme :)

dachte das mit dem blatt habe ich schon genug ausgeführt :)

also A4 blatt mit eine kreis d=17, Liniendicke: 0,4cm, schwarz gedruckt

habs auch mit einer geraden linie von hand gezeichnet auf A4 versucht - gleiches problem :)

Zitat:

---

ich habe auf ein A4 Blatt per drucker einen Kreis gedruckt. leider folgt er diesem nicht, sondern fährt wild umher und falls er mal an deine seite es blatte kommt, dann folgt er ihr ein wenig und dann dreht er sicher wieder

---

Na ist doch prima. Das gibt dir Gelegenheit dich gleich sinnvoll mit dem Asuro zu beschäftigen, anstatt einfach nur irgendein Programm aufzuspielen und ihn ein bischen auf ner Linie im Kreis fahren zu lassen ;-)

Du könntest dich jetzt z.B. ein bischen mit der Software befassen, das Programm so ändern, dass er dir die Sensorwerte von den Fototransitoren ausgibt und ausprobieren, was er überhaupt von deiner Linie "sieht".
Je nachdem was dabei rauskommt, hast du eventuell etwas falsch zusammengelötet - oder auch nicht.
Du kannst dir deine zusammengesuchten Programme auch mal ansehen, ob die überhaupt funktionieren können. Nicht alle Programme die man im Netz findet funktioneren auf nem originalen Asuro, weil manche Leute ihren Asuro umbauen, Fototransistoren oder LEDs austauschen usw..

Wenn du dich ein bischen intensiver damit beschäftigtigst hast du mehr von deinem Asuro. Ausserdem kannst du dann auch ein bischen genauere Fehlerbeschreibungen machen als einfach nur "geht nicht" und dann kann man dir hier bestimmt weiterhelfen.

Hallo

Zitat:

---

das programm kann ich nicht mehr dazupacken -es waren diverse, die ich im netz und auch hier gefunden habe - also potenziell funktonsfähige programme

---

Sowas in der Art hatte ich vermutet. Mal zum Strich: zu dünn, Radius zu klein, hier ein paar Infos als Beispiel:

http://stamm-wilbrandt.de/RobotChallenge

Aber einen echten Standart gibts dafür nicht, die RN-Teststrecke sieht so aus und die schafft selten einer:

Bild hier  
Das ganze noch als PDF zum Ausdrucken auf 9 DinA4-Blättern:
https://www.roboternetz.de/phpBB2/download.php?id=10013

Und noch meine eigenen bescheidenen Anfänge:

https://www.roboternetz.de/phpBB2/ze...g.php?p=258193

Bild hier   Bild hier  

Gruß

mic

danke mic, das werde ich mal versuchen :)

Das dürfte wohl die Linienfolgebibel sein:

https://www.roboternetz.de/phpBB2/ze...ag.php?t=11818

Hab's nicht schneller gefunden.

Viel Spaß beim Lesen und Nachmachen.

Gruß

mic

habs eben mals ausgedruckt und nur so zusammengelgt - scheint wesentlich besser zu klappen, nur die weissen bruckstücke bringen den kleinen durcheinander. morgen mal sauber zusammenkleben und im neuen jahr auf der firma mal auf nem plotter ausdrucken lassen :)

danke danke danke :)

Zitat:

---

nur die weissen bruckstücke bringen den kleinen durcheinander. morgen mal sauber zusammenkleben und im neuen jahr auf der firma mal auf nem plotter ausdrucken lassen

---

Zum Füllen der Lücken täte es ein schwarzer Filzstift sicher auch ;-)

wo du recht hast... :)

Mal eine Zusatzfrage:

Die Tests mit meinem asuro gingen anfangs perfekt. Aber hin und wieder geht ein Programmteil schief - Motoren laufen teils garnicht, teils kurz, teils gehen auch einzelne Programmschritte nicht, einmal bleibt der tanzende Derwisch beim Pirouettendrehen im Drehkoma. ==> Akku´s neu aufgeladen - und schon gehts wieder gut. Glatter Küchenboden, mittellanger Veloursteppichboden, Berberteppich. Und hin und wieder - ein Ausfall. Offensichtlich gehts am Küchen-Kachelboden am besten (na ja, irgendwie fast verständlich).

Das Terminalprogramm zeigt hin und wieder leichte Textabweichungen (ein Bit fehlt im ASCII :) :( ).

Ist das normal? Neee, ich weiß, sicher nicht. Sind das ein bekannte Probleme?

gelegentliche abweichungen sind nicht so schlimm. es ist halt nur infrarot... passiert. besser als mit nem kabel hinterherzurennen.

Vor dem Nachladen mal die Spannung der einzelnen Akkus messen, vielleicht ist einer defekt. Übertragungsfehler können auch durch Störlicht verursacht werden.

mic

Zitat:

---

Zitat von radbruch

Vor dem Nachladen mal die Spannung der einzelnen Akkus messen, ... Übertragungsfehler können auch durch Störlicht ...

---

Nachgeladen hatte ich mit "vorher entladen" und anschliessend nachgemessen - tja, Störlicht - es war gedämpftes Tageslicht (solange die Sonne nicht wirklich flackert ? ? ?) - aber ein bisschen (Daten-)Schwund muss ja sein. Vielleicht war´ns Herrn Sch(r)äubles Überwachungsaugen.

@damaltor - das mit dem Kabel hinterrennen stimmt schon - ich finde die IR-Lösung auch recht pfiffig.

Insgesamt läuft der asuro ja recht gut - und im Moment löte ich an einer flex (FL ash und EX perimentierplatine) für den m8+m168. Mal sehen, was danach kommt. Vermutlich erstmal dieser Abstandshalter von Waste.

Hallo zusammen.
Erst einmal ein 'Schönes neues Jahr' euch allen.

@oberallgeier
Wenn du mit dem "Abstandshalter von Waste" den Umbau der IR-Diode/-Empfänger mit Blickrichtung nach vorne meinst, dann solltest du auf alle Fälle robo.fr ansprechen.
Er hat eine kleine Platine gebastelt, bei der der Atmega vom Asuro auf die Platine verlagert wird. IR-Teile gibt es zusätzlich mit alternativer Nutzung der alten bzw. der dann neuen 'Nachvornegucker'. Und als Bonus gibt es noch einen Anschluss zum ISP-Flashen per Kabel. (Dieser 10-polige Normstecker für so was)
Und das Beste daran: Am Asuro muss nix umgelötet werden.

Gruß Sternthaler

Zitat:

---

Zitat von Sternthaler

Erst einmal ein 'Schönes neues Jahr' euch allen.

---

Danke, gleichfalls. Bis jetzt - JEDE Menge Sonne UND Schnee :)

Zitat:

---

Zitat von Sternthaler

... auf alle Fälle robo.fr ansprechen. . . . Er hat eine kleine Platine gebastelt ...

---

Schade - hab schon gelötet.
ABER als extremfauler Mensch (wer sonst wird Entwickler ?) hab ich hoffentlich noch alle Möglichkeiten offen . . . Aber ich hab die Abstandshalter-Funktion (offensichtlich - Abschirmung fehlt ja) noch nicht getestet.

Ja, da denke ich, dass noch alle Möglichkeiten offen sind.

Du solltest aber demnächst die Bauteile tiefer legen. Dann gibt es auch keine Kurzschlüsse ;-)
Hier also auch mal einen Aufbau der robo.fr-Platine.
Hinten links der ISP-Stecker.
Hinten rechts die Jumper zum Umstecken alte/neu IR-Dinger.

Gruß Sternthaler

Zitat:

---

Zitat von Sternthaler

... solltest ... Bauteile tiefer legen. Dann gibt es auch keine Kurzschlüsse

---

Stimmt - ich war so stolz, dass nicht alle R+C und so "am Zahnfleisch" auf der Platine sitzen - und hab erst später festgestellt, dass dadurch die Kurzschlusssicherheit leidet :(. Konstruktionsfehler - bzw. mangelnde Voraussicht :(.

Zitat:

---

robo.fr ansprechen. Er hat eine kleine Platine gebastelt...

---

Hmmm, ich kenn ja nur das Rechenzentrum im ersten Stock von izaseba - aber so ähnlich sollte "es" schon mal werden, zumal ich später mit einem Mega168 weitermachen möchte.

Im Moment bin ich aber noch immer (es geht soooo schleppend voran) an einer Motorregelung mit meiner Streichholzkopf-Gabellichtschranke, hier mal der Prüfstands-Aufbau. Im Moment läuft die mit RNControl/M16/16MHz auf INT0 bzw. INT1 recht zuverlässig bis rund 500 Hz, soll aber später SICHER mit 1 kHz laufen - da oben müssen noch ein paar Spikes abgefangen werden.

Hallo Alle,

Zitat:

---

Zitat von Sternthaler

... robo.fr ... kleine Platine ... Atmega vom Asuro auf die Platine verlagert wird. ... Und das Beste daran: Am Asuro muss nix umgelötet werden...

---

Dazu noch Fragen:
a) Kann ich für den asuro den mega168 1:1 statt des mega8 verwenden? Denn die Pinne des 168 ja mit dem mega8 kompatibel - bis auf die zusätzlichen Funktionen beim 168.
b) Kann ich irgendwo ein (ähnliches) Demoprogramm finden wie im Original?
c) Kann ich den Bootloader von Robotics/Arexx.com 1:1 im mega168 verwenden oder müssen/sollen Änderungen eingearbeitet werden.

Ich bin ja nicht zu faul das selber zu machen, aber vermutlich hat jemand das auch schon gemacht =D> - und erspart mir den Weg :).

Danke im Voraus

den prozessor kannst du tauschen, ja.

das demoprogramm kannst du flashen. es ist auf der cd und sollte ohne anpassungen gehen.

der bootloader den du verlinkt hast, ist NICHT der bootloader von arexx. er ist "handgemacht" von henk und ein alternativer bootloader, da der originale (c) by arexx ist.

achte darauf, dass die fuses korrekt gesetzt sind im 168.

Zitat:

---

Zitat von oberallgeier

Hallo Alle,
Dazu noch Fragen:
a) Kann ich für den asuro den mega168 1:1 statt des mega8 verwenden? Denn die Pinne des 168 ja mit dem mega8 kompatibel - bis auf die zusätzlichen Funktionen beim 168.
b) Kann ich irgendwo ein (ähnliches) Demoprogramm finden wie im Original?
c) Kann ich den Bootloader von Robotics/Arexx.com 1:1 im mega168 verwenden oder müssen/sollen Änderungen eingearbeitet werden.

---

zu a) Das ist soweit richtig

zu b) da muß ich dir wiedersprechen, damaltor . Der mega168 ist nicht code kompatibel zum mega8. Die Asuro Lib müßte dafür anpepaßt werden. Fertige Hex-Files für den mega8 laufen nicht.

zu c) Der Bootloader ist so nur für den mega8 geeignet. Ich probiere selbst gerade mit dem mega168 und dem Asuro herum. Dazu verwende ich den Arduino Bootloader und das Beispiel Skript zum Asuro. Das funktioniert ganz gut. Allerdings werde ich den Bootloader noch etwas besser auf den Asuro anpassen. Flashen und Kommunikation funktioniert allerdings noch nicht über die IR Schnittstelle sondern nur über RS 232/Bluetooth

Danke damaltor, danke m.a.r.v.i.n,

Zitat:

---

Zitat von damaltor

... achte darauf, dass die fuses korrekt gesetzt sind im 168...

---

Uuuups - welche sind dann zu setzen? Ich lese gerade seit ETLICHER Zeit im doc2545 - und da heissen die ALLE anderes als im PonyProg mit dem ich sonst programmiere :(

Zitat:

---

Zitat von m.a.r.v.i.n

... Der mega168 ist nicht code kompatibel zum mega8. Die Asuro Lib müßte dafür anpepaßt werden. Fertige Hex-Files für den mega8 laufen nicht ...

---

Ok, danke - ich wollte auch nicht UNBEDINGT "Fast-Prog" (wie fastfood) - ein bisschen Arbeit kanns ja schon sein :). Im Wesentlichen ging es mir um die möglichst störungsfreie Pinkompatibilität - code ist ja eh was anderes. So ganz ungeübt bin ich nicht darin - ich beschäftige mich seit Sept mit den Atmel-µC´s und habe inzwischen von tiny13 über tiny2313 zu mega16 und mega32 ein paar "Umstiege" geschafft. Beispiel - nur übungshalber - den code von der RNControl-Demoversion (für mega16) z.T. nach 2313 und nach m16 transponiert. Bisher (na ja, mit Problemen) gings.

Zitat:

---

Zitat von m.a.r.v.i.n

... zu c) Der Bootloader ist so nur für den mega8 geeignet...

---

Hmmmm - also doch ETWAS Aufwand :)

Zitat:

---

Zitat von m.a.r.v.i.n

... Flashen und Kommunikation funktioniert allerdings noch nicht über die IR Schnittstelle sondern ...

---

Ich habe mir vor Weihnachten eine Flex168 (Flash+Experimentierplatine) gemacht - die kann ich ja dann dafür nutzen. Und schliesslich gibts noch beim Asuro die Möglichkeit des "Rechenzentrums im ersten Stock" :) :

Nochmals DANKE - und vielleicht habt Ihr Hinweise welche fuses gesetzt werden müssensollenkönnendürfen,

die hex-files laufen nicht, nein. aber der sourcecode ist auch im verzeichnis und sollte sich nach anpassung des makefiles doch kompilieren lassen oder?

der 168 hat mehr fuses als der meg8. helfen könte dir das hier vielleicht:
http://palmavr.sourceforge.net/cgi-bin/fc.cgi

Schönen Sonntag, damaltor,

Zitat:

---

sourcecode ... sollte sich nach anpassung ... doch kompilieren lassen oder?

---

Genau so sehe ich EINEN wesentlichen Nutzen dieses Forums - Anleitungen und Anregung (und Hilfe), nicht Dienstleistung. Obwohl viele Ratschläge AUCH Dienstleistung sind. Als Sonntagsentspannung habe ich das erste Mal den asuro mit der LineDemo von radbruch fahren lassen (nicht hex - C, damit ich jetzt nachvollziehen kann, was darin gemacht wird). Läuft prächtig mit geringen Anpassungen.

Danke für den Link, den habe ich schon gestern durchstudiert - überlegt (z. B. was "Low High Ext'd " ist) , aber ich werd es rauskriegen.

Danke, schönen Sonntag,

also das weiss ich... :D
die meisten avrs haben zwei fusebytes, welche je 8 fuse bits beinhalten.
diese nennen sich "low fuse byte" und "high fuse byte". nun haben die neuen prozessoren noch mehr einstellungsmölichkeiten, es musste ein neuen name her - das extended fuse byte.

denke daran, dass man mit falschen fuses den avr sehr schnell unbrauchbar machen kann.
komm NIEMALS auf die idee, 0x00 zu schreiben. NIE, sofern du keinen externen taktgenerator rumfliegen hast.

uuups - krabbel - keuch - langsam lässt der Schmerz nach - ich habe mir gegen die Stirn geschlagen - darauf hätte ich kommen müssen. Der Block rechts oben könnte ja Andeutung genug sein.

Danke,

Hi,

Zitat:

---

Zitat von damaltor

die hex-files laufen nicht, nein. aber der sourcecode ist auch im verzeichnis und sollte sich nach anpassung des makefiles doch kompilieren lassen oder?

---

so einfach ist es leider nicht. Einige Registernamen und Bedeutungen haben sich beim mega168 auch geändert (Timer z.B.).

@oberallgäuer Mit Ponyprog wirst du den mega168 nicht flashen können. Leider wird das Programm nicht mehr supported. Deshalb werden die neueren
AVRs nicht unterstützt. Eine Alternative wäre Avrdude (in WinAVR enthalten, aber nur Kommandozeilen Tool) oder AVRStudio.

Ist zwar etwas arg offtopic, aber vielleicht hilft's ja dem einen oder anderem:

Zitat:

---

Eine Alternative wäre Avrdude (in WinAVR enthalten, aber nur Kommandozeilen Tool)

---

Hübsche GUI für avrdude: http://avr8-burn-o-mat.aaabbb.de

mic

Hallo m.a.r.v.i.n,

Zitat:

---

Zitat von m.a.r.v.i.n

... Mit Ponyprog wirst du den mega168 nicht flashen können ...

---

? ? ? ?

upps, habe ganz übersehen, das es von Ponyprog doch noch eine neuere Version gibt. :oops:

Zitat:

---

Zitat von m.a.r.v.i.n

upps, ... übersehen ...

---

... sagen wir mal so, ich hatte halt Anfängerglück :) . Na ja, vielleicht nicht wirklich. Ich hatte schon die Randbedingungen abgeklopft, bevor ich mir eine flex168 (flash + experimentierplatine) gelötet hatte - und bevor ich mir die Teile bestellt hatte.

wollt grad sagen... der 168 geht sonst auch mit avrdude ganz gut. für linux allerdings. :D

Hallo Ihr,

einen schönen Abend erstmal.

So, die fuses passen - der 168 läuft nett, die Kontroll-LED blinkt (zum Auftakt - vor allen möglichen Initialisierungen) und der USART läuft auch schon hübsch.

Zitat:

---

Zitat von m.a.r.v.i.n

... Einige Registernamen und Bedeutungen haben sich beim mega168 auch geändert (Timer z.B.)...

---

Ja, leider muss ich das schmerzhaft, na ja, nicht wirklich - blos blödsinnig zeitaufwendig - erleben. Ausserdem läuft mein Timer0 nicht (CTC, 50µsec Timer für mehrere Zwecke).

Der Rest wurde in einen anderen Thread verlegt, um nicht off topics zu kommen,