ATTiny 13 erste Inbetriebnahme

Hallo Zusammen,
vielen Dank für Eure Antworten.
Habe jetzt mal ein kleines Programm geschiegen.
Portb.0 im 500ms Tackt ein/aus (in einer endlos Schleife)

Problem beim Compilieren
Error 22 out of SRAM Space, in File........

Was ist das denn ?
Freq, habe ich auf 9600000 gesetzt; die Stackangaben von grummel habe 
ich
nicht angegeben. ( Frage :was muss denn da hin?)
Bei der Freq. muss da nun 9,6 MHz stehen oder 1,2

Wer weiss rat ?
Vielen Dank vorab.
Theo
P.S. programmiere in BASCOM ( zu mehr reichts noch nicht)

Mein header sieht so aus:

1

$regfile = "attiny13.dat"

2

$crystal = 1200000

3

$framesize = 10

4

$swstack = 10

5

$hwstack = 10

Wie oben beschrieben läuft er mich 9,6mhz diese werden aber durch 8 
geteilt. (Kann per fusebit deaktiviert werden.)
Du musst aber BASCOM die ware Frquenz sagen, also 1,2mhz.
Ich denke wenn 10 ?bytes? zu wenig sein sollten, dann würde es den ich 
BASCOM schon als error ausgeben, wie er es ja bei dir tut.

Theo Löcken schrieb:
> Freq, habe ich auf 9600000 gesetzt;

Hast Du den Tiny13 auch auf 9M6 eingetellt? - Ab Werk läuft der mit 
Vorteiler 1:8, also mit 1M2.

> die Stackangaben von grummel habe
> ich
> nicht angegeben.

Dann ist es kein Wunder, dass die 64 Bytes SRAM alle sind.

> ( Frage :was muss denn da hin?)

Hardware-Stack, Softwarestack (für Parameterübergabe) und Framesize 
(Arbeitsbereich für Funktionen) gemäß dem tatsächlichen Bedarf. Trägst 
Du das nicht ein, nimmt er die Voreinstellungen, die für Mega8 passen 
oder die Du beim letzten mal irgendwo in den Tiefen der Menüpunkte 
eingestellt hast. Auch in Bascom sollte man die (verdammt knappen) 
Ressourcen im Auge behalten.

> Bei der Freq. muss da nun 9,6 MHz stehen oder 1,2

Das kommt darauf an, ob Du die Ckdiv8-Fuse verstellt hast und/oder den 
Systemtakt-Vorteiler CLKPR mit Deiner Software veränderst. Ist der 
Tiny13 im Auslieferungszustand, dann muss da 1200000 Hz eingetragen 
werden. Mit dem Wert stellst Du übrigens nichts am Tiny13 ein, die 
Angabe dient lediglich zum Berechnen der Warteschleifen und Baudrate.

Tipp:
Schau doch einfach mal, was andere Leute so in ihre Tiny13-Quelltexte 
reinschreiben und versuche nachzuvollziehen, warum sie das so und nicht 
anders gemacht haben.

Falls Du nichts findest, dann schau mal hier:
Beitrag "Re: BASCOM AVR - Problem mit den Outputs (ATMega 8 und STK500)"

...

Hallo Daniel,
Danke!
Werds morgen mal ausprobieren. Für Heute ist schluss.
Gruss
Theo

Klasse, wollte meinen beitrag bearbeiten und so wie "Hannes Lux" 
erklären warum der Error erscheint, aber erhalten dann beim absenden das 
ich den Beitrag nicht mehr ändern kann. 5 minuten meines Lebens sind 
dahin :D.

Es liegt einfach daran das BASCOM standardmässig immer:

HWstack: 40 bytes
SWstack: 16 bytes
Framesize: 32 bytes

Aber die 64 bytes vom ATtiny13 sind zu wenig dafür.

Daniel J. schrieb:
> wollte meinen beitrag bearbeiten und so wie "Hannes Lux"

Ich glaube Dir auch so, dass Du das weißt. Ich hätte mir meinen Beitrag 
genausogut sparen können, da Du mir zuvor gekommen bist. Soll ich nun 
deshalb (auch) in die Tast(el)atur beißen? - Nee, das sehe ich gaaaanz 
locker...

...

guten Morgen,
Danke für die Hinweise !
jetzt gehts !
Das mit den Stacks + frames muss ich mir noch mal ansehen.
In meiner Litheratur (Stefan Hoffmann : AVR + Bascom.....) kommt das 
nicht vor. Allerdings wird dort auch ein Mega 8 Prozessor verwendet.
Testboard dazu ist von myAVR, dort lief es alles "problemlos".
Danke + Gruss
Theo

Theo Löcken schrieb:
> Allerdings wird dort auch ein Mega 8 Prozessor verwendet.

Das ist völlig normal. Viele MC-Anfänger (auch ich) haben zuvor 
gelegentlich auf dem PC oder Heimcomputer programmiert. Dort nimmt man 
natürlich Hochsprachen und hat auch genügend Ressourcen (Speicher, 
Rechenzeit), um mit Kanonen auf Spatzen schießen zu können.

Der Mega8 ist schon recht üppig ausgestattet und verleitet anfangs auch 
zu unüberlegter Drauflosprogrammierung.

Beim Tiny13 muss man aber schon auf die Ressourcen achten, da kann einen 
das unbekümmerte Benutzen vorgefertigter Module einer Hochsprache zur 
Verzweiflung bringen.

Hochsprachen sind ansich nichts Böses. Wenn man unter Betriebssystemen 
programmiert, geht es (fast) gar nicht ohne. Bei den knappen Ressourcen 
der kleinen 8-Bit-Mikrocontroller kann es aber schnell eng werden, weil 
die vorgefertigten Module aus den Libs der Hochsprache auf Universalität 
optimiert wurden und nicht auf Sparsamkeit. Deshalb lohnt es sich, wenn 
man die Architektur (dazu gehört auch der ASM-Befehlssatz) des 
verwendeten Controllers einigermaßen kennt und damit weiß, was er selbst 
kann und was man um die Ecke per Software-Routinen machen muss.

Ich programmiere auch gelegentlich in Bascom (meist aber in ASM), 
letztens war es eine kleine DCC-Zentrale (nur Fahren, Funktionen und 
Weichen von zwei Steuergeräten aus) auf dem Mega8.

...

nur Mal so als Anmerkung:
warum muss es der Tiny13 mit seinem Mini Speicher sein, z.B. der Tiny25 
oder besser noch tiny85 ist genauso groß, hat aber deutlich mehr 
Speicher

Hallo Zusammen,
warum ATTiny 13 ? weil ich das erste mal probiert habe mir ein Testboard 
zu bauen + Programmer in Betrieb nehmen etc........
Jeder hat schliesslich mal klein angefangen.
Da muss man ja nicht gleich ggf. einen Mega 8 verheizen, oder .....
Hat aber alles prima geklappt ( mit einigen kleinen Problemen).
Ich werde auch noch hoffentlich an der Grösse der Uc's wachsen mit 
meinen Erkentnissen.

Vielen Dank für Eure Unterstützung!
Gruss
Theo