heise online | · | c't | · | iX | · | Technology Review | · | Telepolis | · | mobil | · | Security | · | Netze | · | heise open | · | heise resale | · | Autos | · | c't-TV | · | Jobs | · | Kiosk

Aktuelles Heft #### Support Hotline & FAQ Tipps & Tricks Treiber & BIOS Firmenkontakte #### Download Software zu c't Software-Verzeichnis c't-Projekte Testbilder & Vorlagen #### Service Tipp-Datenbank c't-CD-Register Internettarife Telefontarife Virenschutz #### Magazin Heftarchiv c't specials English Pages Benchmarks Red. Stuff Leserforum c't-Bildmotive URLs aus c't Schlagseite #### Aktionen Browsercheck Krypto-Kampagne Schulen ans Netz Netz gegen Kinderporno TV/Radio-Termine #### Info Abo & Heft Veranstaltungen Mediadaten Kontakt Impressum Kleinanzeigen und Veranstaltungen
| c't Projekte - c't-Bot und c't-Sim - Mailinglisten ## c't-Bot und c't-Sim [Voriger (Datum)] [Nächster (Datum)] [Voriger (Thread)] [Nächster (Thread)] [Nach Datum][Nach Thread] ### Re: AW: AW: [ct-bot] neues Pfadplanungs-Verhalten nach der Map Absender: Torsten Evers Datum: Do, 10.05.2007 13:10:44 In-reply-to: <FF6AE7CD-4269-4A94-B8B1-8A60FF60B7A9@xxxxxxxxxxxxxxx> References: <000001c7919e$441ba070$fe78a8c0@mexpnew> <464181E6.2080803@xxxxxxxx> <FF6AE7CD-4269-4A94-B8B1-8A60FF60B7A9@xxxxxxxxxxxxxxx>
    Hi,

    Am Donnerstag, 10. Mai 2007 10:50:04 schrieb Timo Sandmann:
    > > Thorsten committet den Ringpuffer demnächst in den devel-Zweig, dann
    >
    > oder Torsten... 8-)
    :P

    [Beschreibung]

    > Das Ganze würde leicht nachvollziehbar machen, welches Verhalten wann
    > lief und was bewirkt hat (im Wesentlichen die Änderung der Bot-
    > Position). Das ginge auch per LOG-Ausgabe, aber so könnte auch der
    > Bot selbst die Daten wieder einlesen und auswerten.
    >
    > Lohnenswert darüber weiter nachzudenken oder Overkill?
    Im Prinzip macht der Ringpuffer für die Notfallverhalten ja (wenn auch nur für
    10 Aufrufe und nur bei Notfallverhalten) genau das schon. Man könnte den
    diesbezüglich erweitern.
    Ich sehe es allerdings als kritisch an, Verhalten von der Existenz solcher
    Informationen abhängig zu machen (zumindest von MMC), denn 1. hat die nicht
    jeder und 2. kann ein Verhalten schlecht einordnen, wie diese letzten
    Änderungen zustande gekommen sind. Man müsste dann ja einbauen, dass
    Verhalten A vorhersieht, dass Verhalten B, weil es beim letzten Durchgang
    Aktion X durchgeführt hat, nun Aktion Y ausführt, um sein eigenes Verhalten
    danach auszurichten. Sonst berechnet Verfahren A mit der von Verhalten B
    geänderten Position seine Fahrstrecke so neu, dass wieder das "alte" Ziel von
    vor der Änderung durch B erreicht wird. Verhalten B seinerseits tut dann
    dasselbe mit seinem Ziel usw...ein Teufelskreis :P
    Ich sehe zumindest ad hoc nicht, welchen anderen Vorteil diese Informationen
    einem Verhalten bringen soll (ausser bei Notfällen, die ja
    unerwartet "dazwischen" kommen).

    ...wir reden doch noch von einem ATMega32 µC, oder? :P

    Als Logging-Variante wäre es aber cool.

    Schöne Grüße,

    Torsten
Antworten: Re: AW: AW: [ct-bot] neues Pfadplanungs-Verhalten nach der Map From: Timo Sandmann Referenzen: AW: AW: [ct-bot] neues Pfadplanungs-Verhalten nach der Map From: Frank Menzel Re: AW: AW: [ct-bot] neues Pfadplanungs-Verhalten nach der Map From: Benjamin Benz Re: AW: AW: [ct-bot] neues Pfadplanungs-Verhalten nach der Map From: Timo Sandmann Voriger (Datum): Re: AW: AW: [ct-bot] neues Pfadplanungs-Verhalten nach der Map, Timo Sandmann Nächster (Datum): Re: AW: AW: [ct-bot] neues Pfadplanungs-Verhalten nach der Map, Timo Sandmann Voriger (Thread): Re: AW: AW: [ct-bot] neues Pfadplanungs-Verhalten nach der Map, Timo Sandmann Nächster (Thread): Re: AW: AW: [ct-bot] neues Pfadplanungs-Verhalten nach der Map, Timo Sandmann Indizes: Datum Thread |

Copyright © 2007 Heise Zeitschriften Verlag | Kritik, Anregungen bitte an c't-WWW | Datenschutzhinweis Impressum