Zitat :

Eine andere Möglichkeit wäre auch, beim String hinten anzufangen

Nicht so gut, weil dazu die ganze Zeile zwischengespeichert werden müsste, was bei etlichen µC mangels Speicher auf Schwierigkeiten stösst.
Die meisten µC sind aber schnell genug um die Zeichen, während sie einlaufen, zu verarbeiten, sodass man praktisch nur noch den Resultatspeicher (evtl. schon binär) und evtl. die Lage des Dezimalpunkts zu verwalten hat.

Zitat :

Vorsicht: kein sauberer Stil, da da ja keine Sau durchsteigt

Nicht nur das, sondern es ist auch höchst ungewiß und hängt vom Compiler ab, wie effizient der dazugehörige Maschinencode ist.
Wenn man das nachher von Hand optimieren muß, kann man genausogut gleich Assembler schreiben.

Moin,

@perl

Zitat :

Nicht so gut, weil dazu die ganze Zeile zwischengespeichert werden müsste, was bei etlichen µC mangels Speicher auf Schwierigkeiten stösst. Die meisten µC sind aber schnell genug um die Zeichen, während sie einlaufen, zu verarbeiten, sodass man praktisch nur noch den Resultatspeicher (evtl. schon binär) und evtl. die Lage des Dezimalpunkts zu verwalten hat.

Nicht nur das, das Ende muss gesucht werden und das dauert ebenfalls, wobei ich nicht genau weiß, wie BASCOM Zeichenkettenobjekte verwaltet.

Bei vielen µCs ist RAM eine wertvolle Ressource, bei vielen AVRs allerdings weniger, daher auch der Vorschlag, mit Zeichenkettenoperationen zu arbeiten. Selbst bei den Kleineren sind z.B. 128B keine Seltenheit und damit kann man schon enorm viel anfangen.
Andere haben einen Hardwarestack mit einigen Registern für Calls, aber keinen "richtigen" RAM, also frei adressierbaren Speicher.

Zitat :

Nicht nur das, sondern es ist auch höchst ungewiß und hängt vom Compiler ab, wie effizient der dazugehörige Maschinencode ist. Wenn man das nachher von Hand optimieren muß, kann man genausogut gleich Assembler schreiben.

So ist es.
Wie ich schrieb, sind AVRs nicht effizient nutzbar, wenn man ausgeklügelte Zeigerarithmetik umsetzen möchte. Das sieht später im synthetisierten Maschinenkode scheußlich aus und verbraucht unnötig Speicher (sowohl RAM als auch ROM).


Da wir nicht wissen, welchen µC Nicki nutzen möchte, ist alles andere Spekulation.
Ich würde z.B. dennoch obiges Konstrukt leicht verändert dazu benutzen, die paar Millisekunden und Instruktionen mehr tun meist nicht weh. Nur wenn alles in höchstem Maße begrenzt ist, strenge ich mich noch an, alles herauszuholen .

(Die Umsetzung in BASCOM wird wohl auch nicht sehr effizient sein...)

_________________

Es wird auf einen Atmega16 hinauslaufen, weil der gerade verfügbar ist.
Der hat iirc 512 Byte Ram, also genug.
Der Datensatz hat leider am Schluss noch ne Prüfsumme mit iirc variabler Länge, da kann man also auch nichts machen
Klar ist der Avr damit unterfordert, aber bevor er sich in der Schublade langweilt...


_________________


[ Diese Nachricht wurde geändert von: ElektroNicki am 11 Nov 2010 16:06 ]

Ich habe Google noch etwas gelöchert und schließlich tatsächlich gefunden, was ich suche.
Vielleicht funktioniert der Link sogar:
http://books.google.com/books?id=4K.....false

_________________