Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.sci.electronics > #309470

Re: MPLAB Simulator für AVR kaputt?

From Hans-Peter Diettrich <DrDiettrich1@aol.com>
Newsgroups de.sci.electronics
Subject Re: MPLAB Simulator für AVR kaputt?
Date 2021-09-01 18:41 +0200
Message-ID <ip9p35FjsmqU2@mid.individual.net> (permalink)
References <io46cfFb4q2U1@mid.individual.net> <ip7gqjF6cmhU1@mid.individual.net> <ip8svoFeilpU1@mid.individual.net> <ip90t8Ff9v1U1@mid.individual.net> <ip985fFglhiU1@mid.individual.net>

Show all headers | View raw


On 9/1/21 1:57 PM, Josef Moellers wrote:
> 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".

Ich fragte nicht nach dem Namen, sondern nach dessn möglicher 
(beabsichtigter) Verwendung. Vielleicht den Prozessor mit einem Signal 
völlig blockieren, weil dann nur noch der Interrupt-Code abläuft?


Anscheinend ist dieser zweite Interrupt-Typ ein Irrläufer aus irgend 
einem anderen schlauen Buch, der sich aus obskuren Gründen in einigen 
AVR Datenblättern gehalten hat. Außer dieser Erwähnung konnte ich noch 
keine Interrupt-Quelle finden, die diesen Typ implementieren würde.

Oder ist damit ein Reset Interrupt gemeint? Die haben aber alle ihre Flags.


>>> 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.

Die 8 Bit AVRs, ATmega und ATtiny. Mit "üblich" auch noch alle 
Mikroprozessoren.

DoDi

Back to de.sci.electronics | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

MPLAB Simulator für AVR kaputt? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2021-08-18 10:40 +0000
  Re: MPLAB Simulator für AVR kaputt? Gunther Mannigel <newsgroups@mannigel.net> - 2021-08-31 22:13 +0200
    Re: MPLAB Simulator für AVR kaputt? Josef Moellers <josef.moellers@invalid.invalid> - 2021-09-01 10:46 +0200
      Re: MPLAB Simulator für AVR kaputt? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-01 11:35 +0200
        Re: MPLAB Simulator für AVR kaputt? Josef Moellers <josef.moellers@invalid.invalid> - 2021-09-01 13:57 +0200
          Re: MPLAB Simulator für AVR kaputt? Michael Bäuerle <michael.baeuerle@stz-e.de> - 2021-09-01 14:28 +0200
            Re: MPLAB Simulator für AVR kaputt? Josef Moellers <josef.moellers@invalid.invalid> - 2021-09-01 14:46 +0200
          Re: MPLAB Simulator für AVR kaputt? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-01 18:41 +0200
            Re: MPLAB Simulator für AVR kaputt? Michael Bäuerle <michael.baeuerle@stz-e.de> - 2021-09-01 19:29 +0200
              Re: MPLAB Simulator für AVR kaputt? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-02 01:36 +0200
            Re: MPLAB Simulator für AVR kaputt? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-09-01 19:11 +0000
              Re: MPLAB Simulator für AVR kaputt? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-02 01:51 +0200
                Re: MPLAB Simulator für AVR kaputt? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-09-03 20:09 +0000
                Re: MPLAB Simulator für AVR kaputt? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-04 07:09 +0200
      Re: MPLAB Simulator für AVR kaputt? Gunther Mannigel <newsgroups@mannigel.net> - 2021-09-01 21:28 +0200

csiph-web