H-Brückentreiber, die 47ste

[Mike (Gast)]

Hallo,

ich befürchte, dass es für die meisten von euch ein alter Hut ist. Ich 
versuche den heutigen Tag für eine Schrittmotorkarte mit 4-6A, später 
für Motorenantriebe auch noch höhere Lasten, eine, resp. 2 H-Brücken 
diskret aufzubauen. Also ohne L298/L6203/Trin***/TB65** und was es alles 
so gibt.

Na gut, Logikgatter, Komparatoen und OPs sind gestattet. Brauchte ich 
für den Chopper und DAC. Ein kleiner Atmega oder Tiny soll die 
Stepperzustände liefern.

Bei der Brücke würde ich gerne nur N-Fets verwenden, was eine 
Bootstrapschaltung oder eine frei schwebende Spannungsquelle 
voraussetzt. Da ich bei Steppern nicht absehen kann, wie lange eine 
Halteposition bestehen soll, fällt Bootstrap wegen der Leckströme aus.

Die einzelnen Mosfet-Treiberstufen sind simuliert und tun was sie 
sollen. Bei einer N-P-Fet-Lösung läuft auch schon die gesamte Brücke.

Ja ich weiss, es gibt günstige Mosfettreiber, die das alles regeln. 
Jedoch brauche ich pro Stepper auch 4 Stück davon.

Mich würde aber aus Neugierde interessieren, wie die Mosfettreiber die 
Gatespannung für die N-Fets erzeugen und bereitsstellen. Bisher scheint 
die einzig wirklich unabhängige Versorgung ein Übertrager zu sein, der 
zwischen dem Drain- und dem Gate-Potential hängt. Aber das sprengt den 
Rahmen und wird kaum in den Chips integriert sein :)

Zudem würde mich interessieren, wie diese Treibersteine die Totzeiten 
erzeugen. Ich helfe mir gerade mit einer angepassten Ladekurve der Gates 
und einer zügigen Entladung. Somit ist der Shootthru nur gering. 
Alternativ lassen sich auch die Steuerimpulse verzögern. Das bring aber 
unsymmetriche Ergebnisse.

Das Thema H-Brücken wurde hier wirklich schon oft behandelt, aber über 
die Lösung des Highside-Problems mit freier Spannungsquelle und den 
Toteiten habe ich bisher noch nichts finden können. Ach, die Toteiten 
sollen wirklich in Hardware gelöst werden und nicht über einen uC.

Mein Ziel wäre es, aus Standardbauteilen einen möglichst günstigen und 
leistungsfähigen Treiber zu bauen. Ja, auch dieses Anliegen kam hier 
schon oft vor :)

Mit Gruß

Mike