Welcher PHY für STM32F4x7

Vielleicht hilft das hier:
http://andybrown.me.uk/wk/2012/09/01/ethernet-phy-stm32f107/
http://blog.tkjelectronics.dk/2012/08/ethernet-on-stm32f4discovery-using-external-phy/

Wobei ich Ethernet auf einem Mikro für sehr anstrengend halte. Nimm 
lieber einen Raspi, da funktioniert das auf Anhieb.

Du kannst Dir auch den KSZ8031 anschauen, mit dem hab ich gute 
Erfahrungen gemacht. Ist klein und günstig.

Falls noch jemand mitliest:
Am STM32F407 verwenden wir sehr erfolgreich (inkl. EMI-Tests) folgende 
Bausteine:
- KS8721BL - RMII - PHY
- KSZ8863RLL - RMII - Switch - 2xPHY

Die Bausteine werden jeweils per Bootstrap konfiguriert, so dass der 
Firmwareaufwand eigentlich aus der Anpassung der PHY-ID besteht.

Wem die Originalbeispiele von ST zu komplex sind, der findet bei
mikrocontroller.bplaced.net mehrere ausgekernte, aber lauffähige 
Beispiele.

Hi Marcus,

Ich möchte auch einen KSZ8863 (aber MLL) an einem STM32F407 verwenden. 
Da ich mittlerweile mit PHY Mode und MAC Mode vollständig durcheinander 
bin: Kommuniziert der STM32F4 über die M/RLL Schnittstelle "out of the 
Box" mit dem Switch oder muss der Switch über SPI/SMI in den "anderen" 
Modus geschaltet werden? Ich meine: Er müsste so ohne jede weitere 
Änderung laufen und verpasst dem STM32F4 auf diese Weise zwei geswitchte 
Ethernet Ports, richtig?

Danke und Gruß
Martin

Hi Martin,
zumindest die von mir genannten PHYs können über Bootstrap-Widerstände 
vorkonfiguriert werden. Wenn Du Dir das dazugehörige Datenblatt und die 
Evalboards anschaust, siehst Du wie das geht.
Gleichzeitig können die Bausteine über das (R)MII zur Laufzeit 
umkonfiguriert werden.

Die mir bekannten Ethernet/IP-Stacks für den STM erfordern häufig 
höchstens eine Anpassung der PHY-ID. Wenn das Bootstrapping passt, läuft 
der IP-Stack meist sofort problemlos.

Schnapp Dir doch eines der vielen webserver-Beispiele und setze einen 
Breakpoint auf die Webserver-Config. Dann einfach einmal die komplette 
Config durchsteppen und Du weißt was Sache ist.

Grüße,
 Marcus

Marcus H. schrieb:
> Hi Martin,
> zumindest die von mir genannten PHYs können über Bootstrap-Widerstände
> vorkonfiguriert werden. Wenn Du Dir das dazugehörige Datenblatt und die
> Evalboards anschaust, siehst Du wie das geht.
> Gleichzeitig können die Bausteine über das (R)MII zur Laufzeit
> umkonfiguriert werden.
>
> Die mir bekannten Ethernet/IP-Stacks für den STM erfordern häufig
> höchstens eine Anpassung der PHY-ID. Wenn das Bootstrapping passt, läuft
> der IP-Stack meist sofort problemlos.
>
> Schnapp Dir doch eines der vielen webserver-Beispiele und setze einen
> Breakpoint auf die Webserver-Config. Dann einfach einmal die komplette
> Config durchsteppen und Du weißt was Sache ist.
>
> Grüße,
>  Marcus

Hallo Marcus,

Danke für die Antwort.
Ich habe auf einem anderen Board bereits einen 8 Port Gigabit Switch am 
laufen, der über RMII am STM32 hängt. Das Konzept ist mir also bekannt, 
sie Sourcecodes dafür kann ich auch weiter nutzen.
Mir ging es speziell um den KSZ8863MLL und dessen Beschreibung im 
Datenblatt in Richtung „MAC Mode“ und „PHY Mode“ die mich durcheinander 
brachte.
So wie sehe starte der Baustein ohne weitere Beschaltung im PHY-Mode. 
Das hiesse für mich: Er ist direkt über die MII Schnittstelle als PHY 
vom STM32 nutzbar und muss nicht weiter eingestellt werden - zumindest 
würde das Sinn ergeben (er hätte jasonst gleich 3 interne PHYs) und ist 
genau das was ich brauche. Wenn ich ihn andererseits als 3 Port Switch 
nutzen wollte, dann müsste an den dritten Port über MII ein externer PHY 
angeschlossen werden und der Switch müsste über Befehle (SPI/SMI) oder 
einen angeschlossenen EEProm (für Standalone Betrieb) extra so 
konfiguriert werden.
Kannst Du das so bestätigen?
Dann hätte ich den Konten endlich aus meinem Kopf raus…

Danke und Gruß
Martin

Yo Martin,
ich denke Du siehst das richtig.
Das Datenblatt ist Dein Froind, sind doch nur 107 Seiten... :)

Die KSZ8863 hat drei MACs und zwei PHYs am Switch. Die PHY-lose MAC 
spricht per RMII mit dem STM32.

Für die Serie brauchen wir kein EEPROM, wird alles per Bootstrapping 
erledigt.

Ich hatte am Anfang etwas Probleme mit dem Taktsystem, deswegen habe ich 
das Eval-Board hier liegen. Die Main-PLL des STM32F407 jittert 
anscheinend zu stark, deswegen bekommt der KSZ einen Quarzgenerator, der 
dann auch das RMII zum STM32 taktet. Und Micrel empfiehlt dringend die 
aufwändige Reset-Logik mit dem großen Kappa - die lange Rampe auf der 
Reset-Leitung ist notwendig, um nacheinander die einzelnen Subsysteme im 
KSZ zu starten.

Aber wie auch immer, die CE/UL war kein Problem und die Boards fallen 
seit einem halben Jahr problemlos vom Fließband.

Grüße,
 Marcus

Wenn es billiger sein muss:
Microchip: LAN8720

Hi
Weiss jemand was hier PHY-ID sein soll?

H. R. schrieb:
> Hi
> Weiss jemand was hier PHY-ID sein soll?

1.) Machstdu fuer neues Problem neuen Thread auf
2.) Guggstu in ECMA-369.pdf ; Annex B

Gruss
WK

Danke für den Link,
aber das ist ja ein sehr ähnliches Problem.
Was ich noch nicht verstehe: in context von Ethernet, wo taucht da 
PHY-ID auf?
und warum finde ich in Datasheet von LAN8742A kein PHY-ID?

Moin,

H. R. schrieb:
> Was ich noch nicht verstehe: in context von Ethernet, wo taucht da
> PHY-ID auf?

Das ist vielleicht fuer einen Treiber interessant, der ggf. bei 
verschiedenen PHYs verschiedene Gimmicks verwenden will/kann/...
Fuer die eigentliche Datenuebertragung via Ethernet kratzt das wohl 
keinen.

H. R. schrieb:
> und warum finde ich in Datasheet von LAN8742A kein PHY-ID?

Weil du nicht genau genug guckst? Vielleicht auf Seite 61/62?

Gruss
WK

Das ist sogar im Datenblatt des LAN8742A erstaunlich gut erklärt. 
Außerdem schreibst Du hier im falschen Thread.