-
Thread
Linux-ähnliches Betriebssystem für AVR
nicht unterkriegen lassen, das ist der normale Ton hier. Ich selbst wäre ja neugierig, bin aber auf MSP430 und STM32 unterwegs.
-
Thread
LT-Spice Einbindung von excel-file in Spannungsquelle mit Hilfe von PWL-File
Linearisierung sollte auch ausreichen. Ich bin nicht der Spezialist dafür, aber einiger der einfachen MSP430, mit denen ich gerne arbeite, können weit über 100 kHz mit 12 Bit samplen und es bleibt auch Zeit, um so einen einfachen Algorithmus auszuführen. Es gab vor ein paar Wochen den Beitrag https:/
Linearisierung sollte auch ausreichen. > Ich bin nicht der Spezialist dafür, aber einiger der einfachen MSP430, > mit denen ich gerne arbeite, können weit über 100 kHz mit 12 Bit samplen > und es bleibt auch Zeit, um so einen einfachen Algorithmus auszuführen. Naja für dich mag das programmieren eines
-
Thread
Viele Kippschalter (ca. 40) auslesen / Mikrocontroller wake-up
ginge das mit einem µC, der jeden einzelnen Pin zwischen Pull-Up und Pull-Down umschalten kann, z.B. MSP430, STM8 oder STM32. Ich denke jetzt nicht weiter drüber nach. Zwischenstand zum besseren Verständnis im Bild: * PU0 = interner Pull-Up und eine 0 gelesen. * PU1 = interner Pull-Up und eine
-
Thread
Die SSD1306 mag den MSP430 nicht (antwortet nicht).
des MSP430G2553 hat wohl mehr als 1 KB Flash! Das hatte ich mal mit einem MSP ausprobiert und war auf den Wert 1 KB gekommen. Da gibts laut Handbuch wohl alles zwischen 1KB und 16KB! Die anderen 10 MSP's
Testbild mit MSP430G2553. Die Renderung der Großschrift ist noch nicht optimal.
-
Thread
MOSFET Auswahl ESP32 Selbsthaltung
gewährleisten musste ich den ESP8266 während der Funkpausen komplett weg schalten. Ein sehr stromsparender MSP430 übernimmt den Betrieb. Der MSP430 schalten über einen MOS-FET ZXM61N02F die GND-Leitung des ESP8266 fast verlustlos ein/aus. Es muss sichergestellt sein, dass im Ruhezustand alle Anschlüsse des
HIGH-Potential liegen. Das Gate des FET's ist mit 330kOhm mit Ground verbunden. Sind alle Anschlüsse des MSP430 hochohmig (z.B. bei Reset), dann beleibt der ESP8266 stromlos. Innerhalb von 15s kann der ESP8266 Hochgefahren, Initialisiert, ein UDP Telegramm abgesendet, UDP Quittung empfangen und der ESP8266
-
Thread
Variablen eindeutig benennen damit der Typ eindeutig ist
Notation mit einigen Zitaten ziemlich zerrissen). Ich programmiere jedoch viel in Assembler für MSP430 und da hilft mir folgende Konvention für Präfixe: signed uns. Bedeutung ------------------------------------------------------ 8 bit b c "Byte" bzw. "Character" 16
-
Thread
MSP430 Watchdog aktivieren nach definierter Zeit
setzen. Achso, ACLK hat eine Frequenz von 32768 Hz. Hier wäre mein Code dazu: [c] #include <msp430g2553.h> int buttonPressed; int main(void) { WDTCTL = WDTPW | WDTHOLD; // stop watchdog timer // initialization of the basic clock module BCSCTL3 |= LFXT1S_2; // initialization
sicher warum es so funktioniert. Habe es mit einer Stoppuhr nachgemessen :) Ich habe etwas im MSP430_Guide rumgesucht und bin darauf gekommen, dass man ja auch die Basic Clock Modul Frequenz verkleinern kann. Das habe ich dann auch getan, mit dem Hinzufügen folgender Code-Zeile: [c] /
-
Thread
UART Baudrate eingeben
Die Baudrate soll 115200 Bd betragen. > Jetzt habe ich folgende Formel gegeben: Hmm, sieht nach MSP430 aus. > BAUD = 65536*(1- 16*fBAUD/FRef) mit FRef = 8 MHz; 16 ist Oversampling > > Ich habe für fBAUD = 115200 eingesetzt: > > BAUD = 65536*(1 - 16*115200/8000000) = 50436,5056 = C504(hex
-
Thread
MSP430 double genauigkeit
rechnen müsste. Das Ergebnis ist dann leider zu ungenau. Gibt es denn irgend eine Möglichkeit mit dem MSP430 eine höhere Genauigkeit zu erreichen, hat hierzu jemand einen Tip?
> Da hat man doch woanders nen Bock geschossen... Er hat den MSP430-Bug entdeckt. Jetzt muss TI weltweit alle MSP430 zurückrufen!
-
Thread
Atmel noch zukunftsfähig? Gesperrt
MaWin schrieb im Beitrag #5662894: > nd nicht proprietären 16 bzw. 32 bit uC wie PIC24 oder > MSP430. Heißt das das ich bei ARM die Software auf jedem ARM Chip laufen lassen kann, egal welcher Hersteller?
griff zu ARM, von vielen > Herstellern, und nicht proprietären 16 bzw. 32 bit uC wie PIC24 oder > MSP430. Stimmt, aber der Bedarf an Low Ende UCs wird nicht aufhören. > Wer heute aber LowEnd uC benötigt, zahlt nicht die hohen Preise der AVR > sondern greift zu 5ct billigen uC wie Padauk oder
-
Thread
Taster abfragen
) geschaltet werden, was mir aber nichr gelingt. hier mein Programmschnipsel [c] #include <MSP430x16x.h> // für MSP430F1611 int main(void) { WDTCTL = WDTPW + WDTHOLD; // Stop watchdog timer P4DIR |= BIT0 + BIT1; // für LED P4.0 + P4.1 P2DIR
invertiert und verglichen werden... BTW: Warum schaltest du den Schalter so umständlich? Der MSP hat doch sicher schaltbare Pullups. Den schaltest du ein und klemmst den Taster zwischen Eingangspin und GND. Und dann musst du nur noch die Programmlogik umkehren. Oder die LED mitsamt Vorwiderstand
-
Thread
I2C Programmieren am FDC2214EVM
Hallo, ich würde gerne den Microcontroller MSP430F5528 mit dem durch I2C verbundenen FDC2214 und dessen dazugehörigen Sensoren steuern. Leider bin ich nicht sehr bewandert im Programmieren, da ich in der Vorlesung nur Grundlagen mit der microlib.h
Beispielcode sowohl für DriverLib als auch für direkte Registerzugriffe. http://www.ti.com/product/MSP430F5528/toolssoftware#softTools
-
Thread
EEPROM 24C256 und Standby Mode
zusammen, ich greife auf ein AT24C256 EEPROM zu und schreibe auch darauf. Es funktioniert vom MSP430 und auch von meinem Terminal aus wunderbar. Im Datenblatt steht: 5.4 Standby Mode The AT24C256C features a low power Standby mode that is enabled when any one of the following occurs: 1.)
zusammen, > > ich greife auf ein AT24C256 EEPROM zu und schreibe auch darauf. > Es funktioniert vom MSP430 und auch von meinem Terminal aus wunderbar. > > Im Datenblatt steht: > > 5.4 Standby Mode > The AT24C256C features a low power Standby mode that is enabled when any > one of the following
-
Thread
Fehlermeldung bei Programmierung mit USB J-TAG Adapter
und bekomme seit kurzem immer diese Fehlermeldung wenn ich ein Programm auf meinen Mikrocontroller MSP430 aufspielen möchte: Error initializing emulator: A firmware update is required for the MSP430 Debug Interface (MSP-FET430UIF / MSP-FET / eZ-FET). Click the "Update" button to update the firmware
hier ein Vorschlag ohne CCS: https://rowley.zendesk.com/hc/en-us/articles/210032943-Upgrading-FET430UIF-firmware-outside-of-CrossStudio
-
Thread
Batterie von ADC-Eingang des uC trennen (low power)
Serienwiderstand davor genügen. Den uC habe ich noch nicht festgelegt, möglicherweise kommt aber ein MSP430FRxxxx (leider geht da der ADC nicht mit 1,8V) oder SAM L10 (leider kein FRAM, aber mit RAM retention und RTC auch nicht viel mehr Stromverbrauch als der MSP430) infrage. Wegen ADC-Problematik tendiere
Ruhezustand inaktiv sind ist der gemittelte Stromverbrauch sehr gering. PS: gemittelte 50uA mit einem MSP430 ist schon fast Starkstrom... MiWi
-
Thread
Virtuelle Prozessor-Hardware ('MaSoCist')
von: (hier die Liste der notwendigen Vorbedingungen hinein) und es beinhaltet die Simulation einer MSP430-artigen Architektur auf diversen Eval-Boards von (hier die Liste rein), zu dem Zwecke, daß man über eine serielle Verbindung zwischen Linux-PC und Evalboard mit dem Quasi-MSP430 kommunizieren kann
> (hier die Liste der notwendigen Vorbedingungen hinein) > und es beinhaltet die Simulation einer MSP430-artigen Architektur auf > diversen Eval-Boards von (hier die Liste rein), zu dem Zwecke, daß man > über eine serielle Verbindung zwischen Linux-PC und Evalboard mit dem > Quasi-MSP430 kommunizieren
-
Thread
MSP430: Aufwachen funktioniert nur bei LPM0 und LPM1
. [code] #include <msp430.h> #include <msp430g2553.h> #include "TI_USCI_I2C_master.h" unsigned long cnt1 = 0; void main( void ) { while(1) { WDTCTL = WDTPW + WDTHOLD; // Stop WDT _EINT(); /
der Lösung: - LP4 Mode des MSP430 bietet das größte Stromeinsparpotential, da im MSP430 der Takt komplett abgeschaltet wird. - die Lösung verbraucht nur einen Portpin des MSP430 statt zwei. - die Geschwindigkeit des MSP430
-
Thread
Akkubetriebener DLP Beamer für 18,50€
Bei dem IC unten links, auf dem Foto oben abgeschliffen, handelt es sich um einen MSP430 F2232. Bei meinem ist das nur oberflächlich angeschliffen und noch gut zu lesen :)
-
Thread
header in mehreren c-files
Kurze Ergänzung (danke @ Stefanus, hab' das originäre Problem übersehen): Ich nutze bei meinem MSP430-Arbeiten (viel Assembler) folgende Methode: Im Source file (ob C oder ASM): #ifndef [MODULNAME]_C #define [MODULNAME]_C #endif In der Header-Datei: #ifndef [MODULNAME]_H #define [MODULNAME
-
Thread
MSP430 Aufkündigung?
Hallo zusammen, man list immer öfter "Restposten" bei der Beschaffung von MSP430. Weiß jemand wann welcher MSP430 auf- oder abgeküngigt wurde? Ee gibt immer noch gewisse Vorteile beim Verwenden des MSP430. Kennt jemand die künftige Stategie von TI bezüglich MSP430?
erase supply voltage" (Siehe Seite 40 im MSP430G2553 Datenblatt) von 2,2V bis 3,6V geht. Das ist grenzwertig! Ich habe - zwei MSP-EXP430G2 - ein MSP-EXP430F5529LP
-
Thread
Programm während des Laufens erweitern möglich? (Atmega8)
Schreiben langsam und nur begrenzt oft möglich ist. Andere Controller wie ARM (z.B. STM32) oder MSP430 können Code direkt aus dem RAM ausführen. Dort ist so etwas problemlos möglich. Tatsächlich macht ein "normales" Betriebssystem wie Linux oder Windows RT, welches auf einem ARM läuft, nichts anderes
-
Thread
vmp400(ili9341)-Raspberry-LCD an msp430: 5V gefährlich für Launchpad?
Hallo ihr, an meinem msp430g2553-Lauchpad will ich ein Display betreiben. Sehr günstig. fast gratis, bin ich an einen Restposten geraten, so ein Raspberry-Touch-LCD. VMP400 - Doku gibts fast keine. Das einzig Interessante
>Meine Angst ist, dass das Display dann 5V an die msp430-Pins anlegen könnte, wenn das Display 5V bekommt. Sorry ich hab die Frage falsch verstanden bzw nur ueberflogen. Wenn das Modul mit 5V arbeitet, dann bekommst du auch 5V Signale vom Modul
-
Thread
Modulo in C richtig
Expressif-Kernen (ESP8266 etc.) und (wenn man "Arduino" durch das kompatible "Energia" ersetzt) auch MSP430, C2000 etc. ohne größere Probleme zurecht. Und das /sind/ Bastler.
-
Thread
uC - kennst du einen, kennst du alle
normale Entwicklungsumgebungen umsteigen. Da gibt es ha noch viele andere Möglichkeiten, wie z.B. MSP430, STM32, um nur zwei zu nenen. Die Cortexen sind aber wesentlich anspruchsvoller in der Peripheriebenutzung. Guck auch hier für Nützliches zum Thema: https://www.mikrocontroller.net/articles/
erheblichen Zacken komplexer als die AVRs Was eigentlich nichts mit der CPU selbst zu tun hat. Der MSP432 kombiniert eine ARM-CPU mit der 'guten alten' MSP430-Peripherie; gibt es so etwas auch von anderen Herstellern?
-
Thread
msp430-assembler, pushM und popM - illegal mnemonic for specified core?
beiden Asm Befehle werden nur von der extended cpu unterstützt. https://en.m.wikipedia.org/wiki/TI_MSP430#MSP430X_20-bit_extension
Ahh. Ok. Danke euch dreien. Das X in MSP430X steht für Extended und heißt nicht alle MSP430 (wie z.B. Version 5.x). Was gelernt. Dabei verwenden pushm.w und popm.w im Gegensatz zu pushm.a/popm.a die 4 Extended-Bits gar nicht. Schade.
-
Thread
AVR oder STM32 für Entwicklungsprojekt
Schritt ausführen usw. Ich finde das extrem nützlich. Auf anderen Architekturen wie ARM, MIPS, PIC, MSP430 ist das Standard, und die Programmieradapter dafür sind billig. Bei AVR können das nur die größeren mit 40 Pins und mehr richtig schön (JTAG). Die kleineren haben mittlerweise DebugWire und können
-
Thread
MSP-430 - keinen Device Catalog mehr?
Was an http://www.ti.com/microcontrollers/msp430-ultra-low-power-mcus/products.html bzw. http://www.ti.com/microcontrollers/msp430-ultra-low-power-mcus/overview.html reicht Dir nicht?
Ich weiß nicht, was Du mit Deinem "Device Catalog" meinst, und ich seh' mir die TI-MSP430-Seite seit deutlich über zehn Jahren regelmäßig an.
-
Thread
MCU von SD booten
geladenes Programm. Umsetzen lässt sich das z.B. mit einem ARM, oder auch (eher theoretisch) mit einem MSP430 (die haben halt eher ziemlich wenig RAM), oder rein prinzipiell sogar mit einem MCS-51.
-
Thread
Nicht flüchtige Speicher
Bei den paar KB könnte man sich auch die FRAM µCs von TI anschauen (MSP430FR).
-
Thread
L293D - Spannung an den Outputs
Danke erstmal für die schnelle Antwort. Die Eingänge des L293ds sind mit dem MSP430 verbunden. Ich versuche mal mit 5V statt 3,3V.
Ömer B. schrieb im Beitrag #5613043: > Die Eingänge des L293ds sind mit dem MSP430 verbunden. Dann schau mal ob die auch richtig angesteuert werden.
-
Thread
LCD1602 extern mit 5V versorgen (weil msp430@3.6V)
Hi, so ein 16x2-LCD möchte ich mit einem MSP430-Lauchpad ansteuern. Hier http://electronicsmaker.com/em/admin/pdfs/free/MSP430.pdf steht, man soll es so anschließen, wie im angehängten Bild zu sehen ist. Weil mir das so komisch vorkommt, nur den
separate Entkopplungsdiode gibt es nicht, aber einen Jumper, mit dem man die Versorgunsspannung des MSP430 von diesem Spannungsregler trennen kann. Der ist einer der Jumper im Jumperblock, mit dem auch der SBW-Adapter vom MSP430 getrennt werden kann, die Nummer variiert mit der Hardwarerevision des Launchpads
-
Thread
msp430-reverse-engineering-debugging-browser-game
echt Spaß das Ding, bestimmt geht es manchen von euch da genauso. Es ist ein Spiel, in dem man MSP430-Assemblercode eines elektronischen Türschlosses reverse-engineeren, oder vielleicht besser gesagt debuggen, und damit knacken soll. Wird Level für Level (Firmware-Updates des Herstellers :) ) schwieriger
-
Thread
MSP430 LaunchPad, Bewegungssensor, Signal immer high (sogar ohne Spannung)
Die Spannungen passen nicht zueinander, /und/ der MSP430 ist nicht 5V-tolerant, d.h. an keinem seiner Eingänge darfst Du eine Spannung anlegen, die größer ist als seine (die des MSP430) Versorgungsspannung, die wiederum bei maximal 3.6V liegen darf.
das Ding tatsächlich das tut, was es soll, und Du damit 5V misst, bestehen Chancen, daß Du Deinen MSP430 damit tötest.
-
Thread
PC oder USB HiSpeed galvansch trennen
Sicher, daß das /highspeed/, d.h. 480 MBit/sec nutzt? Das ist für Debuginterfaces eher selten. Ein MSP-FET430UIF nutze ich mit einem älteren Silex-Deviceserver ohne irgendwelche Probleme, das TI-Teil nutzt allerdings nur Fullspeed (12 MBit/sec).
-
Thread
SiFive Core IP 7: Linuxfähiger 64-Bit Octa-Core und weitere RISC-V-Prozessoren vorgestellt
Produkt noch viel ... Gelände, das auch erst mal durchquert werden muss. Immerhin hat TI mit dem MSP432 eine Reihe ARM-basierter µCs herausgebracht, deren Peripherie an die (den jeweiligen Entwicklern bestens bekannte) Peripherie der MSP430 angelehnt ist, was wohl etwas einfacher zu handhaben ist,
Rufus Τ. F. schrieb im Beitrag #5609528: > Immerhin hat TI mit dem MSP432 eine Reihe ARM-basierter µCs > herausgebracht, deren Peripherie an die (den jeweiligen Entwicklern > bestens bekannte) Peripherie der MSP430 angelehnt ist, was wohl etwas > einfacher zu handhaben
-
Thread
[V] Diverse Boards & Programmer
://gnublin.embedded-projects.net/all/): 15 € - Parallel-ISP 10 pol für Atmel AVR: 2 € - Parallel MSP430 programmer: 5 € - RS232 ISP/JTAG programmer: 15 € Funktionierte bei der letzten Verwendung jeweils alles noch. Versand Päckchen 4,50 € Gruß S>>
-
Thread
Suche gute Übungen um Assembler (MSP430) zu lernen
Von TI gibt es zu praktisch jeder Unterfamilie der MSP430 eine Sammlung mit Quelltextbeispielen, die die Verwendung der einzelnen Peripheriebausteine beschreiben. Diese sind sowohl in C als auch in Assembler verfasst. Such Dir also die zu Deinem MSP430
Das Buch ist evtl. noch besser geeignet. https://www.amazon.de/MSP430-Microcontroller-Basics-John-Davies/dp/0750682760
-
Thread
Integration von externem VHDL in Quartus
recht flott. Code-Dichte ist bei den msp430 natürlich optimal. Leider fehlt ein Exception-Handling und Breakpoint-Support für ICE-Optionen, das ist bei TI aber auch nicht ganz so gut dokumentiert.
, aber simuliert recht flott. Code-Dichte ist > bei den msp430 natürlich optimal. Leider fehlt ein Exception-Handling > und Breakpoint-Support für ICE-Optionen, das ist bei TI aber auch nicht > ganz so gut dokumentiert. Nun um ehrlich zu sein, so genau
-
Thread
CCS8 -- unsigned int zählt nicht über >32767
Schon mal das hier versucht? http://processors.wiki.ti.com/index.php/Printf_support_for_MSP430_CCSTUDIO_compiler
g. schrieb im Beitrag #5605707: > Wer hat mit CCS erfolgreich gearbeitet? Ich, aber nicht mit MSP430 ;-)
-
Thread
Arduino geeignet um sich mit Assembler zu beschäftigen?
auf 8 Bit lernen zu wollen, ist ja auch kontraproduktiv. Warum bleibst du nicht einfach bei den MSP430? Schau dir mal den AVR Assembler an! Der hat *nichts* von der Eleganz der MSP430-Architektur.
des MSP430. Die MSP430 sind nebenbei eine deutsche Entwicklung.
-
Thread
RISC-V: Wird das was?
aufgelistet sind. > > Das wäre die Hölle :-) Och, diese Hölle ist gar nicht so heiss. Bei den msp430 von TI gibt es auch einen rechten Wildwuchs, dementsprechend viele Header-Files. Lässt sich doch heute alles automatisch generieren. Stefanus F. schrieb im Beitrag #5950826: > Was dann wahrscheinlich
sowieso bei den Referenzmanuals jeweils an die Struktur des Herstellers gewöhnen. Bei TI ist es zum msp430 so, dass alle Peripherie in einem dicken Manual gesammelt dokumentiert ist und die I/O-Verbindungen und verfügbare Peripherie im Datenblatt des jeweiligen Chip-Derivats.
-
Thread
Sziklai-Transistor-Paar zum Schalten eines BLDC
Blumentöfpe mit Wasser zu versorgen. Über einen Sensor wird die Bodenfeuchtigkeit gemessen und von einem TI MSP430 ausgewertet. Der MSP430 sowie der Feuchtigkeitssensor funktionieren soweit zufriedenstellend. Da der MSP430 ein Low-Power-Mikrocontroller ist, kann pro Pin maximal ein Strom von 6 mA ausgegeben
schrieb im Beitrag #5594872: > einen Sensor wird die Bodenfeuchtigkeit gemessen und von einem TI MSP430 ausgewertet öhm, tut es an der Stelle nich auch ein simpler Schmitt-Trigger, angesteuert über nen astabilen Multivibrator der alle halbe Stunde mal messen lässt?