Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Josef Moellers Newsgroups: de.sci.electronics Subject: =?UTF-8?Q?Re=3a_MPLAB_Simulator_f=c3=bcr_AVR_kaputt=3f?= Date: Wed, 1 Sep 2021 13:57:34 +0200 Lines: 33 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: individual.net ylGOOu8V5men470WP93DnQwbGEpMOq4h5bV2FnyS3zBV5gJXF9 Cancel-Lock: sha1:3SgXpYB2Ui9HHCYnxzVY6UOYfBs= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 In-Reply-To: Content-Language: en-US Xref: csiph.com de.sci.electronics:309460 On 01.09.21 11:35, Hans-Peter Diettrich wrote: > On 9/1/21 10:46 AM, Josef Moellers wrote: > > >> Das Handbuch sagt allgemein (S.13): > > Welches Handbuch? > > [...] >> The second type of interrupts will trigger as long as the interrupt >> condition is present. These interrupts do not necessarily have Interrupt >> Flags. > > Sowas ist mir noch nie begegnet. Wofür könnte so ein Interrupt gut sein? Nennt sich ganz einfach "level triggered interrupt". Den zweiten Satz verstehe ich aber auch nicht. >> Ich stolpere aber über die Definition der ISR. Meine (OK, für einem >> ATmega168) sieht so aus: >> ISR(TIMER0_COMPA_vect) >> { >> } >> und ... nein, ich lösche kein Interrupt Flag in der ISR. > > Die haben auch das übliche Interrupt-Handling, das alles nötige in > Hardware erledigt. Siehe 4.7 Reset and Interrupt Handling Wen meinst Du jetzt mit "Die"? Für mich sind die ATtinys im Wesentlichen das Selbe wir die ATmegas, nur eben kleiner. Josef