Guten Morgen, ich habe bisher schon einiges mit meinem STM32F04 Discovery-Board gemacht. Zunächst nur mit den Std-Bibliothek und anschließend einmal in die HAL reingeschaut. Für ein Projekt möchte ich gerne Ethernet einsetzen und ein paar Daten via UDP versenden. Bei der Recherche habe ich oft von Frameworks gelesen, welche eine Alternative zu der Std-/HAL-Bibliothek sein sollen. Da ich keine Erfahrungen bisher mit Ethernet auf einem STM32 habe, möchte ich mir das Leben an der Stelle möglichst einfach machen und auf einem Framework aufsetzen wo ich einfach einen Socket aufmachen kann und Daten versenden. Ich glaube das ARM mbed könnte da ein guter Kanditat sein, aber irgendwie werde ich nicht schlau, wie ich dem ARM mbed sagen kann, dass ich an meinem STM32 ein DP83848-Ethernet-PHY angebaut habe. Daher kommt meine Frage: "Welche Frameworks benutzt ihr so, und warum?"
Allein der Titel schreit schon nach Fretag-Troll-Alarm. Tu Dir selbst einen Gefallen, und frage hier niemals danach, welcher Hersteller die besseren µC macht oder welches Programmierframework das beste ist. Da kannst du gleich über Religion diskutieren - ist genau so schwierig. Um deine konkrete Frage zu beantworten: Ich benutze in meinen Ethernet Projekten den µIP Protokoll Stack von Adam Dunkels in Kombination mit einem selbst geschriebenen Treiber für die Hardware. In meinem Fall sind das diverse 8-Bit AVR's und der CP2201 Ethernet Controller. Wenn du mehr als 4KB Ram zur Verfügung hast, würde ich allerdings dazu rate, einen IP Stack zu verwenden, der WindowSize >1 unterstützt, zum Beispiel lwIP von Adam Dunkels.
> Für ein Projekt möchte ich gerne Ethernet einsetzen und ein paar Daten > via UDP versenden. Ich mache das auch (nur UDP +ARP+ICMP) und dazu braucht man eigentlich kein Framework, das ist einfach genug. Ich verwende AVR + ENC28J60 und seit neuestem STM32F103 + ENC424J600.
> Ich verwende AVR + ENC28J60 und seit neuestem STM32F103 + ENC424J600. Gibt es einen Grund den ENC28J60 nicht weiterzuverwenden?
> Gibt es einen Grund den ENC28J60 nicht weiterzuverwenden?
Der Chip braucht deutlich mehr Strom, als andere. Aber Batteriebtrieb
scheidet bei Ethernet ohnehin aus.
Dann hat er eine lange Errata Liste, allerdings sind mit keine Probleme
bekannt, die man nicht umgehen kann.
Ich nutze den CP2201 hauptsächlich deswegen lieber, weil er schon mit
gültiger MAC Adresse gliefert wird. Der EN28J60 wird "leer" geliefert.
> Gibt es einen Grund den ENC28J60 nicht weiterzuverwenden?
Die 10 MHz z.B. soll ja nicht mehr jeder Switch können. Der ENC424J600
hat dann auch eine gültige MAC-Adresse und ein bisschen mehr Speicher
und neben SPI auch ein paralleles Interface.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.