HW - Reset per Software triggern

[Seb (Gast)]

Hallo, ich lese immer wieder darüber das man den uC per Watchdog 
resetten kann.

Was spricht dagegen einen I/O Pin des Controllers mit dem Reset Pin zu 
verbinden und dadurch einen Reset auszulösen?
Falls der GND Pegel für eine Bestimmte Zeit gehalten werden muss könnte 
man ja immer noch ein Mono-Flop verwenden um das Signal lange genug zu 
halten.

mfg Seb

[Cyblord -. (cyblord)]

Weil man dann eine extra Pin braucht? Und dein Monoflop brauchts auch.
Da alle Pins bei einem Low an Reset sofort hochohmig werden und somit 
die Reset Zeit nicht eingehalten werden kann.
Also Pin + extra Beschaltung + extra Bauteile vs. zwei Zeilen Software. 
Wer da noch nach dem Sinn fragt... naja.

[Ralf (Gast)]

> Wer da noch nach dem Sinn fragt... naja.
Lass ihn doch mal "über den Tellerrand" denken, auch wenn sein Vorschlag 
in diesem Fall widerlegt werden kann und andere Ansätze wesentliche 
Vorteile haben.

Ralf

[Sascha W. (sascha-w)]

Seb schrieb:
> Was spricht dagegen einen I/O Pin des Controllers mit dem Reset Pin zu
> verbinden und dadurch einen Reset auszulösen?
nichts - ausser das schon genannte

> Falls der GND Pegel für eine Bestimmte Zeit gehalten werden muss könnte
> man ja immer noch ein Mono-Flop verwenden um das Signal lange genug zu
> halten.
wenn du den PIN auf Low setzt, dann ist der so lange Low bis der µC den 
Reset auslöst, was ja die Absicht war - eine zu kurze Zeit ist in sofern 
nicht möglich.

Sascha

[Cyblord -. (cyblord)]

Sascha Weber schrieb:

> wenn du den PIN auf Low setzt, dann ist der so lange Low bis der µC den
> Reset auslöst, was ja die Absicht war - eine zu kurze Zeit ist in sofern
> nicht möglich.

Das ist so nicht korrekt. Beim runterziehen von Reset werden alle Pins 
hochohmig, noch bevor die vorgeschriebene Low-Zeit für den Reset 
erreicht ist. Ergo: Der Reset wird nicht (sicher, d.h. in spec.) 
ausgelöst.

gruß cyblord

[Reinhard Kern (Gast)]

Hallo,

ob das überhaupt einen Vorteil bietet, hängt vom System ab - ist die 
Software sorgfältig so programmiert, dass die gesamte Hardware korrekt 
initialisiert wird und Variablen beim Start einen Wert zugewiesen 
bekommen, dann erreicht ein JMP 0 (oder wo der Resetvektor eben 
hinzeigt) das Gleiche. So sollte es eigentlich auch sein.

Gruss Reinhard

[Carsten R. (kaffeetante)]

Das wäre die sauberste Lösung. Der Watchdog resettet dann wenn die 
Hardware sich mal aufhängen sollte. Dann würde eine Softwarelösung über 
einen I/O-Pin an Reset ja auch nicht mehr funktionsfähig sein. Der 
Watchdog ist im Allgemeinen eine der robustesten Komponenten bezüglich 
Hardwarehänger.

[Route_66 (Gast)]

Carsten R. schrieb:
> Der
>
> Watchdog ist im Allgemeinen eine der robustesten Komponenten bezüglich
>
> Hardwarehänger.

...und dennoch ist in sicherheitsrelevanten Systemen ein externer 
Watchdog, der dann über den Reset-Pin auslöst, die erste Wahl.

[Carsten R. (kaffeetante)]

Nichts ist unfehlbar. Daher ist es immer ein Kompromis wieviel Aufwand 
man betreibt um eine zufriedenstellende bzw. ausreichende Robustheit zu 
erreichen. Folglich ist möglichst früh der gewünschte Grad der 
Zuverlässigkeit zu definieren.

In wirklich kritischen Systemen hat man ohnehin in aller Regel eine 
redundante Auslegung. Das heißt man hat mehrere Systeme die sich 
gegenseitig absichern und ersetzen können. Bei einfachen Systemem wie 
einem Heizkörperthermostat oder einem MP3-Player hat man Sicher andere 
Anforderungen als in einem Kontrolsystem für ein Atomkraftwerk oder 
Satelitensystem.