STM32F4 Pin Ausgangsstrom

[Michael S. (Gast)]

Hallo,
Ich arbeite mit meinen Studienkollegen zur Zeit an einem kleinen 
Roboterprojekt. Als µC haben wir ein STM32F4 Discovery board.
Allerdings haben wir momentan ein Problem: die ganz normalen 
Ein/ausgänge sollten theoretisch bis zu 25mA bei 3V liefern können, aber 
bei uns kann man damit nicht einmal eine 3mA LED betreiben oder einen 
Transistor ordentlich durchschalten, ohne dass die Spannung am 
µC-Ausgang auf weniger als die Hälfte zusammenbricht.
Im Leerlauf funktionierts allerdings super.
Bevor wir jetzt alles auf Mosfets umlöten, wollten wir hier mal fragen 
ob jemand weiß, woran das liegen kann?
Vielleicht gibt es beim STM32 einen speziellen Initialisierungsbefehl, 
der erst die volle Leistung am Ausgang freischaltet?
Viele Grüße,
Michael

[(prx) A. K. (prx)]

Michael S. schrieb:
> Ein/ausgänge sollten theoretisch bis zu 25mA bei 3V liefern können,

Nein. 25mA ist das absolute Maximum, jenseits davon dürfen sie bereits 
kurzfristig kaputt gehen.

Liefern können sie 8mA. Zu beachten ist aber auch die Gesamtsumme.

[Gynni (Gast)]

Michael S. schrieb:
> Ein/ausgänge sollten theoretisch bis zu 25mA bei 3V liefern können
Es gibt sog. Datenblätter, die nähere Auskunft darüber geben. Je mehr 
Pins als Ausgang geschaltet und belastet werden, desto weniger kann der 
einzelne Pin liefern.

[ivan (Gast)]

schön wäre eine skizze ausgängenbeschaltung fals möglich, was habt ihr 
für last am ausgang

[Max P. (eizo)]

Michael S. schrieb:
> bei uns kann man damit nicht einmal eine 3mA LED betreiben oder einen
> Transistor ordentlich durchschalten

Die OnBoard Leds auf meinem leuchten dafür aber ganz gut. Leds kann man 
prima über ULN200x schalten statt direkt am Pin. Vielleicht könnt ihr 
eure Schaltung zeigen.

[Michael S. (Gast)]

gut, aber eine 3mA LED sollte doch problemlos funktionieren? selbst wenn 
nichts anderes am µC board angeschlossen ist, bricht die Spannung so 
weit ein.

Schaltplan:

Board Pin -----R(300 Ohm)--------LED-------GND

auch mit verschiedenen Ausgängen getestet, immer das gleiche. Wie 
gesagt, im Leerlauf schaltet er stabil auf die 3V.

Gibt es bei der Initialisierung noch irgendetwas spezielles zu beachten?

[(prx) A. K. (prx)]

Michael S. schrieb:
> Gibt es bei der Initialisierung noch irgendetwas spezielles zu beachten?

Ja, man sollte es richtig machen.

Nützlichere Antworten auf solche Fragen werden einfacher und 
insbesondere wahrscheinlicher, wenn man zeigt, was man an dieser Stelle 
konkret getan hat (lies: Code). Statt auf magisch gewonnene 
Assoziationen der Leser zu hoffen.

[ivan (Gast)]

welche µc ist auf dem board, vielleicht nanowattbetrieb?

[Matthias K. (matthiask)]

Michael S. schrieb:
> Gibt es bei der Initialisierung noch irgendetwas spezielles zu beachten?

Ja, jede Menge. Wie machst Du es denn momentan?

[Michael S. (Gast)]

ein stm32F4 ist drauf, ist es wichtig welcher genau? Was ist 
Nanowattbetrieb?

hier der Code:

#define TESTLEDROTPORTCLOCK RCC_AHB1Periph_GPIOB
#define TESTLEDROTPORT GPIOB
#define TESTLEDROTBIT GPIO_Pin_11



//Init für TESTLEDROT
void test_led_init(void) {

GPIO_InitTypeDef GPIO_InitStructure;
RCC_AHB1PeriphClockCmd(TESTLEDROTPORTCLOCK, ENABLE);

GPIO_InitStructure.GPIO_Mode = GPIO_Mode_OUT;
GPIO_InitStructure.GPIO_PuPd = GPIO_PuPd_UP;
GPIO_InitStructure.GPIO_Pin = TESTLEDROTBIT;
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
GPIO_Init(TESTLEDROTPORT, &GPIO_InitStructure);
}

void led_rot_an(void){
GPIO_SetBits( TESTLEDROTPORT, TESTLEDROTBIT);
}

void led_rot_aus(void){
GPIO_ResetBits( TESTLEDROTPORT, TESTLEDROTBIT);
}

[holger (Gast)]

GPIO_InitStructure.GPIO_OType = GPIO_OType_PP;

[ivan (Gast)]

wo ruffs du die void led_rot_an() routine auf? deklariert hast du sie, 
aber aufruf werde ich in while() schleife packen.
z.b.:
      while(1)
      {
        led_rot_an()
      }

was nanowatbetrieb ist kannst du bei www.sprut.de lesen :)

ich kenne mich leider nicht mit STM32F4 Discovery board, aber alle 
mikrocontroller ticken m.m.n. irgendwie ähnlich.

[(prx) A. K. (prx)]

Mangels Definition als PushPull laufen die möglicherweise durch Zufälle 
des uninitialisierten Speicherinhalts der Struct als Open Drain mit 
Pullup. Das funktioniert dann ohne Last, aber nicht mit Last.

[Markus M. (Firma: EleLa - www.elela.de) (mmvisual)]

Immerhin ist der PullUp Widerstand aktiv. ;-)
Obwohl das in dem Fall eher nutzlos ist.

[Dirk (Gast)]

Legt die LEDs (incl. R) auf V+ und µC-Pin. Die von euch gewählte 
Variante funktioniert auch auf anderen Controllern nicht besonders gut.

[Markus M. (Firma: EleLa - www.elela.de) (mmvisual)]

Tipp: Studiere Buchstabe für Buchstabe den letzen Post von Holger.

[(prx) A. K. (prx)]

Dirk schrieb:
> Legt die LEDs (incl. R) auf V+ und µC-Pin. Die von euch gewählte
> Variante funktioniert auch auf anderen Controllern nicht besonders gut.

Zumal die Outputs dann mehr mA zulassen - aber wenn er das als 
(einzigen) Ausweg sieht, dann kriegt er den eigentlichen Fehler nie weg.

Anderer Tipp, wenn man die Lib verwendet: In der Lib gibt es Funktionen 
wie GPIO_StructInit, zur Initialisierung der jeweils verwendeten 
Structs. Wenn man die verwendet, dann kriegt man wenigstens definierte 
Defaults und keinen Zufall, wenn man einzelnen Komponenten nicht 
ausdrücklich einen Wert zuweist.

[Friedrich J. (franjuja)]

Hallo Michael,

Die Initialisierung des Ports sieht für mich nicht klar aus. Ist zwar 
Out definiert, aber nicht klar op OpenDrain/Open Collector oder 
PushPull. Schau Dir die LIB-Doku mal an und auch das Datenblatt der 
GPIOs.

Im ersten Fall wirst du im EIN-Zustand durch den Pullup limitiert (+UB - 
Pullup - 330R - Diode - GND). Das gibt dann bei geschätzt 10k Pullup 
irgendwas im uA Bereich. Im AUS-Zustand fließt sowieso keiner (GND - 
330R- LED -GND).

Im PushPull Betrieb sollte das aber gehen. OC Betrieb macht aber auch 
Sinn für LEDs, dann musst Du aber ander beschalten, der 
Ausgnagstransistor schaltet nach GND, dann solltetst DU überlegen ob DU 
die LED nicht nach Vcc hängst. Der Pullup ist dann unsinnig.

Was studiert Ihr denn?
Und: Ja, die Kritik das Datenblatt mal genauer zu studieren wäre vielen 
Fragestellern hier anzuraten.

Grüße

[Markus M. (Firma: EleLa - www.elela.de) (mmvisual)]

Und der STM32F2/F4 haben andere GPIO Register als der STM32F10x

[Michael S. (Gast)]

Vielen Dank für die Zahlreichen Antworten! Es lag wirklich an der 
fehlenden Zeile in der Initialisierung, wie holger geschrieben hat. 
Eigentlich logisch, ich weiß nicht warum wir das selbst bei mehrmaligem 
Code-überprüfen nicht gemerkt haben.
Vielen Dank also! =)