µC Ports bei Abturz in einem Definierten Zustand bringen

Hallo

dürfte ein Tiefpass mit Schaltstufe gewesen sein. Die Lösung für dein 
Problem heißt aber Watchdog.

...und wenn der 555 dann auch noch abstürzt?

Klaus.

mhm nach einem Absturz weiss ich aber nicht wie die Ports vorher waren.

also es geht mir im moment nur theretisch darum. zb Ich habe 2 lampen X1 
und X2 diese Dürfen unter keinen umständen zusammen leuchten weil dann 
keine ahnung die Umgebung zu heiss wird oder so.

Und wenn der µC Abtürzt dann sollte halte sicher gestellt werden das 
kein High mehr auf dem Ausgang liegt um die Lampen anzusteuern

Volker Schulz schrieb:
> Im Allgemeinen gehen die Pins auf "High Impendance" wenn der µC
> abstuerzt und koennen per Pull-Down auf definiert low gezogen werden.

warum sollte das so sein? Ein Abstutz würde ich als ein Software fehler 
bezeichnen und da ändert sich nur etwas am Status der ausgänge wenn eine 
passender upcode vorbeikommt.
Wenn es aber nur eine schleife ist aus der der µC nicht rauskommt, dann 
ändert sich auch am Port nichts.

Tom schrieb:
> also es geht mir im moment nur theretisch darum. zb Ich habe 2 lampen X1
> und X2 diese Dürfen unter keinen umständen zusammen leuchten weil dann
> keine ahnung die Umgebung zu heiss wird oder so.

dann mache es per hardware - ein pin schalter zwischen den lampen um, 
der andere pin schaltet ein und aus. Damit können NIE beide Lampen 
leuchten.

nimm LEDs, die werden nicht so warm :-)

Mhm ich glaub wir reden grade an einander vorbei?! Klar kann man es 
Software technisch lösen aber ich ginge eigentlich von dem fall aus das 
der µC an den Port Pins ein High oder Low ausgibt und diese Dürfen in 
einem Statischen zustand NICHTS schalten könnten. Nur wenn der Pin mit 
einer Frequenz toggelt dann darf das Objekt an dem Pin geschaltet 
werden.
Und wenn der Controller dann Abstürzt/Restettet/Durchbrennt/Kurzschluss 
auf Signal Leitung macht oder die Versorgungspannung abgetrennt bekommt 
dann wird das Objekt NIE geschaltet weil das toggeln fehlt.

Und da hatte ich halte eine Schaltung gesehn die sowas realisiert hatte 
aber ich find sie nimmer :/

>>Korrekt, aber eine Endlosschleife wuerde ich nicht als Absturz definieren

Was ist denn euer Meinung nach ein Absturz?? Wenn die Platine mit dem yC 
runterfällt? Natürlich kommt es durch einen Softwarefehler zum Absturz, 
wodurch sonst? Durch Unterspannung? Dann ist es auch ein Softwarefehler, 
das hätte man mit der brown out detection erkennen und korrekt behandeln 
können.

Was ist dann ein Microsoft Bluescreen? Kein Absturz, kein Softwarefehler 
sondern höhere Gewalt?

Ein Absturz ist ein Rechner bzw. das Programm das nicht mehr (richtig) 
arbeitet und reagiert und das kommt seltenst von kosmischer Strahlung, 
vieleicht manchmal von EMV und meistens durch die Software und damit vom 
DAP (= dümmsten anzumehmenden Programmierer, davon mehr ich mich auch 
nicht aus :-))

Fact ist daß der Zustand der Ports bei einem Absturz der Software 
undefiniert ist. Alles weitere wurde ja schon gesagt, Watchdog oder bei 
kritischen Dingen hardwareseitig verriegeln.

um der sinnlosen Diskussion ein Ende zu bereiten, das müsste die 
gesuchte Schaltung sein: http://www.hanneslux.de/avr/zuenduhr/lapu.html

Gruss Ronny

Ja Genau Ronny das war die seite !! Danke :D

Hallo,

rekordverdächtig: eine einzige sinnvolle Antwort, ca. 20 Antworten total 
daneben.

(Alles ausser dynamischer Kopplung, also Takt mit Kondensator, ist keine 
brauchbare Lösung - ein Monflop-IC ist auch schon wieder was, das 
ausfallen kann. Also so wenig komplex wie möglich!)

Vielleicht habe ich nachts auch einfach nicht mehr die Nerven für 
solches hohles Geschwätz.

Gruss Reinhard

Nun, schon die erste Antwort war gleich die richtige. Der Watchdog ist 
genau für diesen Zweck gemacht worden. Alles andere ist sinnloser 
Overkill.

Ich kenne das auch als "Charge Pump".

Google mal nach Ostermann Schrittmotoren, 3D Step oder wie das heisst. 
Dort gibt es im Download-Bereich den Schaltplan für ein Breakout-Board, 
da wird genau soetwas eingesetzt.
Der PC muss ständig einen Takt rausschieben, sonst wird von diesem Board 
der Notaus ausgelöst.

Hi

Zitat aus dem Ursprungspost:

>Nun könnte es ja theretisch passieren das der Controller abstürzt und
>trotzdem den Pin für die Lampe auf High lässt.

Bevor man hypothetische Symptome bekämpft, sollte man theoretische 
Ursachen suchen und beseitigen.

MfG Spess

Ja. Wenn man die Kontrolle verloren hat, kann man neu booten. dann hat 
man die Kontolle wieder. Zumindest was den Contoller betrifft. Aber 
nicht was den externen Prozess betrifft. Wichtiger als neu zu booten ist 
neu auf den externen Prozess aufsetzen zu koennen. Das bedeuet, man darf 
die Kontrolle wegen Software nicht verlieren, denn in irgend einem 
Zustand wird er dauernd neu booten, was ja nicht als Kontolle bezeichnet 
werden kann. Ein erster Beginn ist keinen Code zu verwenden, den man 
nicht kennt. Also keine Libraries, die irgend was Tolles zu machen 
vorgeben, aber gewisse Parameter dann unerwarteterweise nicht 
akzeptieren.

> diese Dürfen unter keinen umständen zusammen leuchten

ich würde ein xor-gatter zusätzlich zum yC in betracht ziehen.

>rekordverdächtig: eine einzige sinnvolle Antwort, ca. 20 Antworten total
>daneben.

>(Alles ausser dynamischer Kopplung, also Takt mit Kondensator, ist keine
>brauchbare Lösung - ein Monflop-IC ist auch schon wieder was, das
>ausfallen kann. Also so wenig komplex wie möglich!)

>Vielleicht habe ich nachts auch einfach nicht mehr die Nerven für
>solches hohles Geschwätz.

Eine kalte Lötstelle kann auch einen Ausfall verursachen,
also 21. hohle Antwort!
MfG

Hi
Um ein einigermaßen sicheres Schalten der Ausgänge zu erreichen und dein 
Programm zu prügen, wäre folgendes auch denkbar: der Timer.
In der Timer ISR prüfst du z.B. alle paar ms eine Variable, sagen wir 
auf 255 ( alle Bits 1). Ist dem so, kannst du davon ausgehe, das dein 
Programm alles abgearbeitet hat und setzt die Ausänge entsprechend einem 
zwischengespeichertem Ergebnis. danach schreibst du in dein Prüfbyte 
eine 0. Ist ein Bit nicht gesetzt, kannst du sogar auswerten, welche 
Routine noch gearbeitet hat und was nicht erledigt wird. Die Bits setzt 
du im Hauptprogramm entsprechend ein. Vielleicht ist's auch möglich, die 
Timer-ISR mittels Watchdog zu prüfen. Dann sollte es möglich sein, den 
Wachhund die Lichter ausblasen zu lassen.....
Gruß oldmax

Absolute Sicherheit wirds wohl nie geben. ALLES kann kaputt gehen. Je 
nach dem wie schwerwiegend die Folgen sein könnten, muss man mehr oder 
weniger Aufwand betreiben um die Gefahr zu minimieren. Aber ausschließen 
ist nicht möglich.

wenn das Ding ''abstuerzt'' soll eine Quecksilberschalterampulle 
zerbrechen
und jeglichen Stromfluss unterbrechen.
Das ist die praktische Loesung fuer deine Hypothese.
Du brauchst aber einen Quicksilver Besen !

Thomas Burkhart schrieb:
> Kann man denn erkennen, dass der µC soeben durch den Watchdog resetet
> wurde und es kein externer Reset/Neustart war?

Wenn es ein AVR ist, gibt's dafür ein Bit. Das Codefragment

1

  // check where reset came from

2

  if (MCUCSR & (1 << WDRF)) {

3

    prs("### reset by watchdog ###\n");

4

  }

5

  MCUCSR = 0; // reset for next reset

sollte bei der Suche im Datenblatt helfen.