Timer0 Overflow Interrupt löst nicht aus (ATmega16)

[schamp]

Lief nicht gleich auf Anhieb, hab aber noch geändert:

TCCR0 &= ~(1<<CS00);
und
TCCR0 &= ~(1<<CS02);

~ haben gefehlt

Und jetzt ganz ruhig bleiben: hÐÿâþaÿøþlÿlØÿoÞÿ  

[PicNick]

Tilde vergessen, pfui gack.  

Keep cool: du mußt jetzt mal auf bestimmte Zeichen wechseln, damit wir die richtige Richtung kriegen
Probier mal einfach <ENTER> drücken, das ist 0x0D. und dann shauen wir, was rauskommt.
geht darum, hauptsächlich die LSBits zu setzen

[schamp]

In der INT0-ISR hat er durch setzen statt löschen den Timer SOFORT ausgelöst, d.h. INT0-Preload ist unwirksam,...

Damit meinst du schon das Overflow Flag oder ? Dachte erst man muss das durch setzen einer logisch 1 löschen, so stand glaubsch im Datenblatt..
Habs jetzt aber nicht nochmal geändert

Zur Taste ENTER --> da kommt genau ein ÿ

[PicNick]

Eigentlich bei allen interrupts isses so, daß dann, wenn Global enable = 1 UND specific enable = 1 UND specific signal = 1 die ISR ausgelöst wird.
(datasheet)
ENTER jetzt sollt man wissen, aber welchen Zeichen NICHT y kommt.


EDIT interessant sind auch single Bit-Zeichen
<space> "@"

[schamp]

4x Space-Taste:

@þSPACEÿ`þSPACEÿ`þSPACEÿ@þSPACEÿ
also immer in 4er Päckchen

werd da nicht unbedingt schlau draus, vorallem läuft das net nach einem bestimmten Muster

[PicNick]

Nochmal:
auf EINMAL <leertaste>
kriegst du z.B.
@þSPACEÿ

also 0x'40' und noch drei andere ?

by the way: hast du beim Terminal VT100 Mode eingestellt ?

[schamp]

Jep auf einmal Leertaste 4 Zeichen (0x20 eigntlich, im Post jetzt als SPACE angedeutet. Sorry wenns nicht ganz klar war/ist)
das @ (0x40) kommt ab und zu als erstes Zeichen

Jo beim Terminal ist VT100 eingestellt. Für was ist das gedacht ?

[PicNick]

VT100 : wegen den Sonderzeichen. diese komischen "b" mit verlängerung find ich bei mir nicht
Wenn er 0x20 als 0x40 liest, ist er eigentlich zwei Bits zu weit. ( Hat zur Folge, daß er sofort ein neues Byte beginnt-und sendet-und ein paar Bytes braucht, bis er sich wieder erfangen hat)
Da T0-Preload ja wohl nicht auf einmal falsch sein kann, muß es einen anderen Grund geben.
ein falsches INT0-Preload würde das eigentlich nicht erklären.
*denk*

[PicNick]

Halt, stop, retour: das erste Zeichen, das du siehst, ist ja das direkte echo. das TERMINAL ist schon beim 4.Bit

kannst du das direkte echo auskommentieren, das verwirrt jetzt

EDIT (und schauen, was jetzt auf <space> kommt ?

[schamp]

das komische verlängerte b ist 0xfe oder 0xde (nach der Tabelle http://www.manderby.com/informatik/a...ines/ascii.php)