|
 |
 |
 |
|
|
c't Projekte - c't-Bot und c't-Sim -
Mailinglisten
[Voriger (Datum)]
[Nächster (Datum)]
[Voriger (Thread)]
[Nächster (Thread)]
[Nach Datum][Nach Thread]
Absender: Timo Sandmann
Datum: Mo, 11.06.2007 15:14:01
In-reply-to:
<4663027F.4040301@xxxxxx>
References:
<BCF016D5ED5AC34FBB655D109519ABCF083EBE@xxxxxxxxxxxxxxxxxxxx> <45ED3B46.4030400@xxxxxx> <45EF385C.3080609@xxxxxx> <A2ED0A68-A8F1-438A-B1E3-18033ED489E3@xxxxxxxxxxxxxxx> <45F135B9.5030203@xxxxxx> <45F13A91.6090904@xxxxxxxx> <D053B7F5-6BDD-4052-B45F-28FCF0EF45F8@xxxxxxxxxxxxxxx> <45F2B74F.8090706@xxxxxx> <38A4BFD9-CA32-436A-9A1E-B4E6E0652A5D@xxxxxxxxxxxxxxx> <463E0782.1050406@xxxxxx> <0FBD95CF-DA3B-461B-B12B-9FDCD84984D2@xxxxxxxxxxxxxxx> <463F3E0A.7020605@xxxxxx> <8D5B90F4-74FD-45D4-B5B8-DDCAC0B81932@xxxxxxxxxxxxxxx> <464092F7.30605@xxxxxx> <465DB1F9.5030404@xxxxxx> <CF925D4D-FD5A-4581-8480-1C5D35EFEDC9@xxxxxxxxxxxxxxx> <4663027F.4040301@xxxxxx>
Hallo,
Am 03.06.2007 um 20:03 schrieb Achim Pankalla:
nun hat der pc compiler (mingw) die version 3.4.2 und der avr-gcc
4.1.2. die linux/mac-os versionsnummern sind mir leider nicht
bekannnt.
sind dies nun die konkreten versionsnummern oder empfehlungen?
dies würde bedeuten, das es keine gleichen versionsnummern für alle
plattformen gibt und daraus entsteht dann auch ein problem für das
simulierte eeprom, denn die anordnung der variablen im eeprom ist
nun sehr unterschiedlich und damit ein austausch der eeprom inhalte
von real bot und simulierten, wie von dir und mir gewünscht, ist
nicht mehr möglich!
ich habe da zwar schon eine lösungsidee die compiler unabhängig
wäre, möchte aber diese erst umsetzen, wenn die
entwicklungssoftware feststeht.
da wir ja die Compilerversionen nicht so leicht plattformunabhängig
gleich bekommen, wäre vielleicht folgendes noch eine Alternative:
Jeder "Block" an Daten im EEPROM beginnt mit ein paar Bytes, in denen
ein Name und die folgende Anzahl an Bytes steht. Genauso, wie es mit
den Mini-FAT-Dateien auf der MMC schon gemacht wird. Das braucht zwar
ein paar Byte mehr Platz im EEPROM, ist dafür aber vollständig
compilerunabhängig und das Prinzip ist dasselbe wie wir es bereits
bei der MMC benutzen, man könnte wahrscheinlich einiges an Code
einfach mitbenutzen. Denkbar wäre auch, dass "Dateien" im EEPROM (und
nur diese) einfach immer mit "EE" beginnen, dann müsste man den mini-
fat-Code nur um einen IF PREFIX=="EE" THEN... Teil ergänzen.
Nur mal so als Idee, weil es bei dem Compilerproblem irgendwie keine
wirkliche Lösung gibt und es sich in den vorhandenen Code glaube ich
ganz gut integrieren ließe (EEPROM und MMC sind ja auch beide
Permanent-Speicher für den Bot).
Gruß Timo
|
|
|