Mikrocontroller - Verhalten beim Ausschalten

@  Rainer Hallbach (Gast)

>Pins als Eingänge geschaltet. Dann schreibe ich ERST ein LOW an den Pin
>und deklariere ihn DANN als OUT. So sollte ich beim Einschalten keine
>Probleme bekommen.

Reicht nicht. Du braucht Pull-Down Widerstände, die die Pins sicher auf 
LOW halten, solange der uC im Reset ist.

>Was passiert nun beim Abklemmen der Versorgung? Wenn die Spannung sinkt
>- der Controller sollte dann ja in den Brownout gehen.

Ja. Un der macht einen Reset.

> Setzt er die Pins
>dann automatisch wieder SOFORT als Eingänge?

Ja.

> Oder laufe ich Gefahr, dass
> er mir durch undefinierte Zustände die Brücke kurzschließt?

Wenn die Pins Eingänge sind OHNE Pull-Down, kann das passieren.

MfG
Falk

Brownout -> POR.
After a POR, the initial MSP430 conditions are [auszugsweise]:
"I/O pins are switched to input mode as described in the Digital I/O 
chapter.
Other peripheral modules and registers are initialized as described in 
their
respective chapters in this manual."
MSP430x2xx Family User's Guide (Rev. E)

Gruß, Iwan

@  Rainer Hallbach (Gast)

>Ich habe sowieso noch ein paar Transistoren eines Arrays frei
>(ULN-Baustein) - der hat die Pull-Downs ja integriert, reicht das?

Ja, aber wieso willst du noch einen (eher langsamen) ULN zwischen 
Controller und H-Brücke schalten? Ausserdem invertiert der, d.h. bei LOW 
am Eingang hast du dann HIGH am Ausgang, welche in die H-brücke geht . . 
.
Nicht so doll ;-)
Nimm einfache Pull-Down Widerstände und fertig.

MFG
Falk

Man sollte das Thema richtig durchdenken. Es gibt auch den Zeitpunkt, wo 
der Controller noch nicht programmiert ist, und trotzdem die Peripherie 
ansteuern sollte.

@  Hey noch Was (Firma: Mumpitz) (hacky)

>Man sollte das Thema richtig durchdenken. Es gibt auch den Zeitpunkt, wo
>der Controller noch nicht programmiert ist, und trotzdem die Peripherie
>ansteuern sollte.

Das wird eher schwierig . . . ;-)

Nein. Wird es nicht. Das System muss trotzdem immer in einem sicheren 
Zustand sein. Es soll Leute geben, die brauchen jeweils etwas Zeit bis 
der Code laeuft, die debuggen ihr System, nehmen Subsysteme in Betrieb, 
und dabei sollte die Peripherie ein definiertes Verhalten aufweisen.

FPGAs zB moegen keine floatenden Eingaenge. Dann zieht ein FPGA Strom, 
soviel dass man dabei die Speisung einreissen kann. Also pullups und 
pulldowns vorsehen.

Hey noch Was schrieb:
> Nein. Wird es nicht. Das System muss trotzdem immer in einem sicheren
> Zustand sein. Es soll Leute geben, die brauchen jeweils etwas Zeit bis
> der Code laeuft, die debuggen ihr System, nehmen Subsysteme in Betrieb,
> und dabei sollte die Peripherie ein definiertes Verhalten aufweisen.

Gruß Iwan,
der gerade an Lötbrücken, Dioden und Jumper denkt.

Naja. Der erste Schritt der Inbetriebnahme ist ja auch nachzusehen, ob 
die vom Controller noch nicht angesteuerte Peripherie in einem 
vernuenftigen Zustand ist und bleibt. Dh langsames hochfahren der 
Speisung mit Strombegrenzung und so.

@  Hey noch Was (Firma: Mumpitz) (hacky)

>Nein. Wird es nicht. Das System muss trotzdem immer in einem sicheren
>Zustand sein.

Das hat keiner bezweifelt. Aber der CONTROLLER steurt im 
unprogrammierten Zustand GAR NICHTS an. Nur weil die Pins am Signal 
hängen passiert da nicht vom Controller aus. Also sorgen die Pull 
Up/Down für sichere Verhältnisse.

MFG
Falk