Hi, also ich überlege mir für mein nächstes Projekt einen Cortex-M4 von NXP zu holen. STM32 ist zwar von der Peformance besser aber was bringt mir das wenn die Website eine Katastrophe ist und der Support/Community lahm und verstreut ist. Ausserdem pinkelt mir das Errata Sheet vom M3 ans Bein was das I2C angeht. Findet ihr noch Gründe NXP, ST vorzuziehen oder umgekehrt? Wäre für mich sehr interessant! STM hat uns ja erst alle mit ihren günstigen Discovery Boards inkl. ST-Link Debugger angelockt :D und wie ne heiße Kartoffel fallen gelassen ^^ Der Einsteiger/Semi-Profi wird sich schon einfinden.... Gruß! (ja es ist mal wieder lustiger Freitag hier im Board)
ich denke du wirst im netz mehr zu ST finden, NXP ist zwar auch weit
verbreitet, aber die allermeisten benützen wohl den ST.
Vielleicht ist die webseite von ST "katastrophal", aber hier im board
gibt es wohl mehr ST-Experten als NXP-Kenner.
Ich selbst benütze den ST in Verbindung mit einer Keil µV-Bibliothek.
Ich finde dieses Zusammenspiel absolut super, hatte bis jetzt noch nie
das Bedürfnis, mich mit meinen Problemen an ST zu wenden!
Mein Tipp: schau nicht auf den Herstellersupport sondern auf die Hilfe,
die Du im web findest!
>(ja es ist mal wieder lustiger Freitag hier im Board)
wieso? is doch tote hose heute, oder wo tummeln die sich alle rum!?
> STM hat uns ja erst alle mit ihren günstigen Discovery Boards inkl. > ST-Link Debugger angelockt :D und wie ne heiße Kartoffel fallen > gelassen Verstehe ich nicht, insbesondere unter Berücksichtigung des Preis/Leistungsverhältnisses. Wo sind die harten Fakten? Und wenn schon der Vergleich mit NXP kommt, dann müsste man die Discovery boards mitden LPCXpressos vergleichen. Da hat jedes seine Vor- und Nachteile. Wo sind hier die nachprüfbaren Fakten? > Ausserdem pinkelt mir das Errata Sheet vom M3 ans Bein was das I2C > angeht. Wenn es ein M3 errata ist, was hat es dann mit STM oder NXP zu tun? Wenn es um die spezifische Peripherie geht, sind die Errata von NXP z. B. im Falles des lpc1769 auch nicht leer. Aber selbst dieser Bug mit den "peripheral clocks" stört mich nicht weiter. Was ich an den lpcXXX schätze: Die Peripherie im Falle von UART und m. W. auch im Falle von CAN ist z. B. zwischen den älteren ARM7TDMI und den Cortex-M3 gleich ist. Das schafft STM selbst mit (oder trotz) der "standard peripherals library" nicht zwischen den stm32xxx. Unabhängig davon, unter Strich ist es m. E. ziemlich egal, es sei denn, Stückzahlen spielen eine Rolle.
Das Errata-Sheet bezieht sich auf den M3 von ST nicht vom M3 allgemein. Ja, ich will hier meine Subjektive Einschätzung liefern von der Sicht "Welcher Hersteller leistet Umfangreichen Support für seine Entwickler" Na klar kann es egal sein welchen Controlle man nutzt als Unternehmen. Dort spielt eh nur der Preis eine Rolle (zu 99,99%). Das Discovery Board M4 von ST hat eigtl. alles was man brauch + Sensoren zum spielen. Das LPC Board gibts leidr nicht mit dem Umfang aber ich meine jetzt hier auch folgende Tatsachen Integrierte Phy für USB: LPC Ja ,STM Ja ISP over Ethernet: LPC Nein, STM Ja I2C Ports: LPC max 2, STM max. 3 .. aber ich will hier eher auf den Support eingehen und die Entwicklungsumgebung die in Form von Lib's mitgegeben wird. Ich finde da hat NXP die Nase vorn!
Cell85 schrieb: > aber ich will hier eher auf den Support eingehen und die > Entwicklungsumgebung die in Form von Lib's mitgegeben wird. Ich finde da > hat NXP die Nase vorn! Dann hast du wohl noch nicht die Libs von ST gesehen ... Die Standard Peripheral Library und die USB Library sind schon ziemlich gut gemacht. Letztendlich sehe ich jedoch keinen Sinn in dem Thread hier. Du hast dir deine Meinung doch schon gebildet, also nimm NXP und gut ist.
Wieso willst du eigentlich einen Cortex M4 von NXP aber einen M3 von ST nehmen?
Thread hijacking, aber es passt thematisch Welcher von beiden st oder nxp hat weniger abgekündigter Controller?
:
Bearbeitet durch User
Nö, Thema passt nicht. Aber trotzdem: Die Zahl der Abkündigungen solltest du im Verhältnis der Bauteilvarianten sehen.
Thread beobachten
Seitenaufteilung abschaltenBitte 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.