Ressourcenplanung für Speicherplatz (ROM/RAM)

[world (Gast)]

hallo forum,


hat einer einen tip, wie man eine ressorurcenplanung für den flash
macht? ich weiß zwar, was ich alles brauche an funktionen und so, aber
ich weiß keinen vernünftigen planungsansatz!!

geht auch was anderes ausser schätzen?? so eine art faustformel??


gruß

world

[Bob (Gast)]

ich mach es meistens so: ich probier das programm auf nem mega128 aus,
verfeiner es, fasse es dann zusammen, dann sehe ich wieviel speicher
ich target brauche und wärle dann den controller

[world (Gast)]

@bob

danke für die antwort, jedoch wollte ich die planung vor dem
programmieren machen

mfg
world

[Ratber (Gast)]

Wie soll das funktionieren ?


Du mußt erst wissen Was dein Auto können muß ,dann weißt du grob wie du
es baust und dann erst weißt du erst was es wiegen wird.

Andersrum wird das nix.

[Ratber (Gast)]

Sorry,fehlt nochwas.


Wenn du Standardelemente nimmst dann weißt du aus Erfahrung deren Größe
aber das Projektspezifische läst sich nur grob schätzen.

[Bob (Gast)]

damit bin ich schon zweimal reingetappt. da fällt dir ne neckische
kleinigkeit ein, die du noch machen willst und du fängst von vorne an
mit dem layout

[Ratber (Gast)]

Ja,so ist das Leben eben.

Mußte auch schon mehrmals vom Tiny15L auf nen 26er umsteigen weil mir
einige Bytes fehlten.
Da hats das ganze Layout zerschlagen weil der 26er
Jetzt hab ich ja ne günstige Quelle für den 45er da passiert das nicht
mehr so leicht.

[Ratber (Gast)]

Hoppla,halbe Sätze sind nicht so gut.


"Da hats das ganze Layout zerschlagen weil der 26er....."


.....eben einige Pinne mehr hat .

[crazy horse (Gast)]

ich glaube, bei dem Problem hilft nur Erfahrung wirklich, um von Anfang
an auf den richtigen Chip zu setzen, mir gelingt das inzwischen recht
gut, aber auch nicht immer. Nicht zu knapp kalkulieren, es kommt immer
noch was nach :-)
Ressourcenfressend sind "mächtige" Ausgabefunktionen wie
printf/sprintf, float-Operationen, evtl. umfangreiche
Kommunikationsprotokolle, für den RAM können Rekursionen, grosse Buffer
und arrays schnell das Ende bedeuten.
Und der Programmierstil tut ein übriges, man kann ein Problem so oder
so lösen. Schon deswegen kann es keine Allgemeinformel geben.
Bitschubserei und Portgeplänkel verursachen kaum nennenswerten
Speicherbedarf.