-
Thread
[S] MSP430 Launchpad
Nur am Rande bemerkt: Ich gehe mal davon aus, daß hier das MSP430G2-Launchpad für MSP430G2xxx gemeint ist - es gibt nämlich auch komplett andere Varianten für andere MSP430-Familienmitglieder. Und vom MSP430G2-Launchpad gibt es unterschiedliche Versionen, die
verbunden werden konnte. TI hat diese Launchpads sehr deutlich unter Preis verkauft, alleine der MSP430F1612 darauf kostete auch in Stückzahlen deutlich mehr als das komplette Launchpad ... Die neueste Version enthält ein komplett anderes Debuginterface, dessen Protokoll aber im Gegensatz zu den
-
Thread
Welche 32-Bit MCU für ein neues Projekt
Erscheinung auch wieder eingestellt. > Was habe ich mit den Scheissdingern gekämpft ... Mit den MSP430 bin ich ganz zufrieden. Besonders die Mixed-Mode-Typen MSF430FG461x oder der MSP430F5418. Ein paar Kleinere aber auch. ☺ Für MSP432 hatte/habe ich wohl keinen Bedarf. Auch mit den Stellaris und
anstellen, denn auch der hat nur 16 kiB Flash und gerade mal 512 Byte RAM. Das ist aber der "größte" MSP430 im DIL-Gehäuse (wenn man mal vom Olimex-Exoten absieht). Die älteren MSP430-Modelle (wie z.B. 'F1612) kann man mit dem Launchpad nicht nutzen (die kennen nur 4-Draht-JTAG und nicht das mit dem
-
Thread
Resonator für AVR 328P-AU
Taktquelle wechseln können, sondern auf "Fuses" angewiesen sind. Da bin ich vielleicht von den msp430 verwöhnt gewesen, die das können, und im Stromsparbetrieb mit ihrem integrierten RC-Oszillator arbeiten können, und den Quarz nur dann nutzen, wenns auf Taktstabilität (UART etc.) ankommt. Bauform
HC49 oder ähnlichen begehbaren Bauformen zu verwenden. https://www.auris-gmbh.de/3xios/daten/HC1612-4.pdf In der gleichen Bauform gibt es auch Oszillatoren: https://www.auris-gmbh.de/3xios/daten/AQO1612%20CMOS.pdf (die mag man, wenns ums Stromsparen geht, allerdings nicht verwenden)
-
Thread
CH32V003 und Arduino
++ setze ich auf PC (in Verbindung mit QT5 ein) oder auf leistungsstarken Mikrocontrollern ab STM32F4 oder auch H7.... ein- zweimal auch auf einem STM32F030CCt (hat aber wenig RAM) und einem STM32F103CCT (schon eher, aber alt). Die haben dann wenigstens 256 kByte Flash und der Overhead von C++ ist hier
vorgesehen ist. Wer effizienten Debug mit minimal IO Verlust möchte, ist wahrscheinlich z.B. bei MSP430 und Z!Encore besser aufgehoben. Der MSP430 ist da im Umgang mit CubeMX IDE ohnehin sehr ähnlich. Auch Siliconlabs 8051 Derivate haben ähnlichen Komfort. Über die CH32 Familie kann ich nicht kommentieren