Pull-Down Widerstand nötig 74er Reihe

Gast #2940105
Lesenswert?

Habe nur eine kurze Frage zu Pull-Down Widerständen!

So zur Frage:

Ich will mit einem Decoder 74HC238 ein paar FlipFlop's 74HC273 ansteuern
über einen uC, kann ich die Ausgänge des uC direkt an die Eingänge der 
Bausteine hängen oder muss ich da noch einen Pull-Down Widerstand davor 
geben damit er ein Low Signal bekommt?
#2940198
Lesenswert?

Mikka schrieb:

> Habe die 74HC Reihe und benutze einen ATMEGA 2560 als uC.

Wenn Du innerhalb einer Logikfamilie arbeitest, also 74er Ausgänge
auf 74er Eingänge oder 74HC Ausgänge auf 74HC Eingänge, brauchst Du
keine zusätzlichen Widerstände. Wenn Du aber unterschiedliche Logik-
familien oder Logik mit Transistoren oder Tastern verbinden willst,
brauchst Du zusätzliche Beschaltung.
Gruss
Harald
Gast #2940276
Lesenswert?

Mikka schrieb:
> Meine Frage war ob ich zwischen uC (Ausgang) und 74HC Eingang einen
> Pull-Down Widerstand benötige.

Nach Einschalten und Power-On Reset sind die µC Ausgänge erstmal 
Eingänge und hängen dann zusammen mit den angeschlossenen Eingängen der 
74HCxx über irgendwelche gespeicherten Ladungen an Gnd, bis das ganze 
über Leckströme irgendwo hingedriftet ist oder der µC die Pins auf 
Ausgang schaltet - kann also klappen.
Gast #2940312
Lesenswert?

Wenn Du beim Einschalten einen definierten Zustand haben möchtest, der 
nicht von den Leckströmen der Eingangspins abhängt, würde ich Dir eine 
Beschaltung der Pins empfehlen.
Ansonsten heißt es:
Kann klappen, muss aber nicht.
#2940321
Lesenswert?

Georg G. schrieb:
> Zwischen Reset und setzen der Ausgänge vergehen bei einem ordentlich
> geschriebenen Programm wenige Mikrosekunden.

Ein Quarz brauch schon viele ms, um stabil zu schwingen. Das liegt an 
seiner hohen Güte. Auch Netzteile sind nicht in Null auf voll. Deshalb 
sind Resetzeiten von 50..500ms üblich. Da kann schon ein Relais anziehen 
und einen Fahrstuhlmotor eine Person zerquetschen lassen.

Georg G. schrieb:
> Wenn ein undefinierter
> Zustand für diese kurze Zeit stört, ist die Schaltung falsch ausgelegt.

Liest hier überhaupt einer, bevor er postet?
Wie gesagt, einfach nen Pulldown an Reset des 273 und die Sache ist 
gegessen. Nichts ist undefiniert. Und erst der MC zieht Reset auf high, 
wenn er bereit ist.


Peter
Gast #2940332
Lesenswert?

Peter Dannegger schrieb:
> Ja, ein Pulldown ist nötig am Reset des 273, sonst ist dessen Zustand
> beim Power-On unbestimmt.

Deshalb ist der /Reset-Eingang des 273 mit dem Systemreset zu verbinden 
- das ist der normale und logische Weg. Ich vermute mal, zu dem Zweck 
wurde er überhaupt eingebaut. Wie auch alle anderen solchen Pins im 
System. Sehr seltsame Diskussion.

Gruss Reinhard
Gast #2941791
Lesenswert?

Peter Dannegger schrieb:
> Der Reset des 273 muß also einen Pulldown haben und erst die CPU darf
> ihn auf high ziehen.

Also sind alle irgendwo verbauten Resetschaltungen reiner Blödsinn, und 
die Reseteingänge aller ICs auch. Hat halt mancher so seinen ganz 
eigenen Stil. Völlig sinnlos noch irgendwas dazu zu sagen. Nur seltsam, 
dass allein bei Farnell einige hundert Typen ICs zur Reseterzeugung 
gelistet sind, aber die bei Maxim, TI usw. sind ja auch alle zu doof um 
zu begreifen, dass man sowas nicht benutzen kann.

Gruss Reinhard
#2941926
Lesenswert?

Du begreifst den Fehler in Deiner Logik nicht.

Der Peripherie-Reset muß immer länger anliegen, als der CPU-Reset!
Sonst sind ja die CPU-Pins immer noch tristate und die Peripherie fängt 
sich irgendwas ein und mancht Blödsinn.

Ein externer Reset-IC kann also keine Lösung sein!
Der Pulldown dagegen schon. Er hält die Peripherie in Reset, bis die CPU 
sich initialisiert hat. Bzw. er setzt die Peripherie auch wieder in 
Reset, wenn in der CPU z.B. das Brownout oder der Watchdog zuschlägt.


Peter
Gast #2942207
Lesenswert?

Peter Dannegger schrieb:
> Du begreifst den Fehler in Deiner Logik nicht.

Ich weiss wohl was da abläuft, nur geht man das normalerweise anders an: 
Reset kommt an Reset, und Signale wie /WR und ev. /CSs haben einen 
Pullup. Das funktioniert so nicht erst seit gestern, sondern schon seit 
Jahrzehnten.

Gruss Reinhard
#2942232
Lesenswert?

Und das macht man auch deshalb seit Jahrzehnten so, weil man bei den 
ollen TTLs als Pulldown offiziell einen Widerstand von maximal 470 Ohm 
gebraucht hätte. Den ein normaler Logikausgang nicht hochgewuchtet 
bekommen hätte. Pulldowns sind nur in MOS-Technik praktikabel.
Gast #2942290
Lesenswert?

Peter Dannegger schrieb:
> Standard TTL war nie das Thema, also braucht man keine ollen Kamellen
> aufzuwärmen.

Das ist ja auch nicht der einzige Grund, warum man das so macht, aber 
offensichtlich muss ich dir den Ablauf erklären - hätte ich nicht 
gedacht.

1. Es wird ein Resetsignal erzeugt, das zuverlässig erst dann endet, 
wenn die Spannung bzw. alle relevanten Spannungen ihren Sollwert 
erreicht haben und das Clk-Signal garantiert ist. Das ist eigentlich 
eine bare Selbstverständlichkeit, denn sonst gibt es kein vorhersagbares 
Verhalten, ausser eben bei speziellen Reset-ICs, die müssen von 
annähernd 0V an funktionieren (Aber die existieren deiner Meinung nach 
ja garnicht oder jedenfalls nicht zu Recht).

2. Das Resetsignal setzt alles im System zurück, was einen Reseteingang 
hat. Dazu ist er nämlich da.

3. Hat der Prozessor einen Bus und damit ein /WR-Pin, gibt es nichts 
weiter zu tun - das Signal ist durch Reset inaktiv, und ev. vorhandene 
Dekodierlogik arbeitet bei Resetende stabil laut Punkt 1. Erzeugt man 
das WR-Signal per I/O selbst, kann man es mit einem Pullup oder Pulldown 
versehen.

4. So oder so, ein aktives WR-Signal kann nur unter Mitwirkung des 
Programmierers zustandekommen - noch ist es nicht so, dass Prozessoren 
einfach tun was ihnen gerade einfällt. Ganz besonders nicht nach einem 
Reset.

Ich bitte um genaue Erläuterung, was nach deiner Überzeugung daran 
falsch ist.

Reset durch den Prozessor per I/O zu erzeugen, erfordert nicht nur einen 
I/O-Pin für diesen Zweck, den man anderweitig womöglich brauchen könnte, 
es dürfte auch in sicherheitsrelevanten Schaltungen ebensowenig 
genehmigungsfähig sein wie ein Nothalt per Software.

Gruss Reinhard
#2942447
Lesenswert?

Reinhard Kern schrieb:
> in sicherheitsrelevanten Schaltungen ebensowenig
> genehmigungsfähig sein wie ein Nothalt per Software.

Warum sollte Software unzuverlässiger sein, als andere Realisierungen?
Es gibt z.B. Nottaster über CAN-Bus. Die Zulassung ist natürlich 
aufwendiger, als z.B. für einen MP3-Player.
Und auch in Flugzeugen erfüllt Software zunehmend Sicherheitsaufgaben.

Vorbehalte aus den Anfängen der Rechentechnik muß man irgendwann mal 
über Bord werfen, wenn sie nicht mehr gültig sind.
Die Zeiten, wo die Bedienerdamen in ihren Nylonstrümpfen die Computer 
zum Absturz brachten, sind schon lange vorbei.


Peter

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren